OldClaudio

Liverpool” post=66160
Le norme UNI CEI ISO 80000-2 (aprile 2010) suggeriscono il corsivo grassetto maiuscolo per le matrici (par. 15) e il corsivo grassetto minuscolo per i vettori (par. 17) ma, come dice Claudio, non vietano l’uso di altre combinazioni.

Sì infatti; solo che ora non ho piì accesso alle norme, quindi devo riferirmi a surrogati; il migliore che conosco è il documento sp811.pdf emesso da NIST, liberamente scaricabile dal sito del NIST. Non è la norma, ma è l’interpretazione della norma ad uso degli scienziati del NIST; non dico che sia più autorievole, ma certamante contiene molte più indicazioni.

Liverpool” post=66160
Piuttosto, Claudio, non ho capito perché consigli di usare il newcommand al posto del DeclareMathOperator :?. Mi sfugge qualcosa?

Non ti sfugge niente: Certo che DeclareMathOperator sarebbe stato il comando giusto, ma io avevo conservato \newcommand per correggere il testo sostitutivo. Del resto @Iovem voleva un simbolo alternativo per indicare l’operatore diag di matlab, quindi questo scritto in tt con \newcommand va benissimo per quello scopo perché non viene usato in matematica, ma viene usato nei brani di codice matlab.

Se avessi voluto indicargli l’operatore matematico, avrei certamente usato \DeclareMathOperator

Confesso che non le ho provate, ma ho solo letto il codice; da questa lettura solo la terza versine mi pare che possa funziinare, nel senso che le altre due secondo la mia lettura non funzionano.

Mi spiego: finché dichiari una opzione con \DeclareOption il suo codice viene messo in una lista, ma non viene eseguito finché non viene eseguito il comando \ProcessOptions. Dunque nei primi due casi i vari \if che corrispondono ai discriminanti non sono impostati e di conseguenza le strutture condizionali funzionano solo con i valori di default di quelle variabili booleane, cioè false.

Ci sarebbe anche la possibilità di usare \ExecuteOption; questo crea una lista di opzioni da usare, con la clausola che se qualche opzione non è definita, viene silenziosamente ignorata.

Ci sarebbe anche da sfruttare il fatto che le opzioni non definite per una classe non producono errori, anche se funzionano daopzioni globali, ma viene solo emesso un messaggio “Option … not used”, che appare solo nel file .log.

Però secondo me la terza variante funziona benissimo; io ho incontrato delle difficoltà a passare opzioni a memoir dalla classe che la chiama, ma forse c’è ancora qualcosa che mi sfugge in tutto questo meccanismo.

Mah, stando agli esempi della pagina 197 se tu metti il comando \caption{…} prima dell’ambiente tabular, ti mette la didascalia sopra con le necessarie spaziature; non mi pare che tu debba fare niente di particolare.
Volendo nella pagina precedente dice come cambiare il valore di \belowcaptionskip, ma io non lo aumenterei a 10 pt come in quell’esempio; il valore preimpostato va benissimo.

Metti il comando \strut dentro ogni riga.

Con quelle opzioni a \documentclass e l’intenzione di usare layoaureo puoi fare a meno di usare memoir.

Memoir vale la pena se usi i suoi comandi di personalizzazione, il che implica che tu ti legga un po’ della sua documentazione; non è necessario che tu legga tutto il malloppo, ma almeno renditi conto, anche soltanto guardando le figure, di quello che ci potresti fare. Devi avere almeno die desideri di personalizzazione, poi quando li hai ben chiari in mente, allora puoi cercare di realizzarli con memoir. Non puoi chiedere ad altri di fare delle scelte per te; non sarebbero scelte personali, e quindi non avrebbe senso la personalizzazione.

Si vede che ci hai lasciato dentro \resizebox, perché \makebox non cambai le diemnsioni di quello che contiene.

Ti do il mio parere estetico, per quello che vale; sai com’è: de gustibus disputandum non est!

A me pare che il tuo layout sia una imitazione del layout di default di Word e che la binding correction sia assolutamente esagerata, specialmente quando disponi di un margine interno di un pollice. Inoltre scrivere in corpo 12/18 (onehalfspacing) può andare bene per le bozze, certamente non per il documento finito.

Testatina e piedino, figure 1 e 2 della documentazione di geometry sono predefiniti fuori del textblock, se ti va bnee, ma il numero della pagina ti apre troppo in basso, puoi ridefinire \footskip ad un valore minore; prova diversi valori da 10pt in su. Oppure includi testatina e piedino nel text block, magari riducendo i margini superiore e inferiore.

Capisco che se stampi oneside e metti una binding correction probabilmente vuoi conservare il documento in un raccoglitore ad anelli, quindi l’estetica non è così fondamentale; se invece fai una di quelle “legature” con i buchi, il cartoncino forato e le clip a forcella con i bottoni sul fronte del documento e le linguette ripiegate sul retro, allora non hai nessun problema con l’estetica, perché il tutto sarebbe davvero una porcheria 🙂 naturalmente secondo il mio gusto estetico che è diverso dal tuo e ognuno ha il suo. Con l’estetica è difficile dire chi abbia ragione e chi torto; magari sono io che ho fatto illazioni che a te non erano neanche venute in mente. Tuttavia un “rapporto” oneside non richiede le dritte estetiche di grandi disegnatori come Bringhurst e simili.

Sarebbe diverso se tu usassi geometri per determinare la gabbia di composizione in base al criterio di Bringhurst, basato sulla lunghezza dell’alfabeto del font principale che usi e lasciando i margini diversi, con quelli interno e superiore più piccoli di quelli esterno e inferiore; vedi figura 4 della documentazione di geometry, magari non con margini così grandi.

In ogni caso nel paragrafo 8 della documentazione ci sono molti esempi anche per testi centrati (con valori di bindingoffset molto minori del tuo) dai quali puoi prendere ispirazione.

Se poi leggi con texdoc il manuale memdesign, puoi avere delle idee più precise di che cosa la tipografia e il disegno della pagina abbia fatto nei secoli; ci sono dei disegni di pagina che a me non piacciono per niente, ma quello che noto è che pochissimi abbiano lo “spinemargin” complessivo di 45.4mm, quasi il doppio del margine esterno.

Per le intestazioni dei capitoli puoi consultare la documentazione del pacchetto titlesec per vedere se trovi qualcosa che ti piaccia di più; anche memdesign discute molto di frontespizi e di titoli dei capitoli.

Chiudo come ho cominciato: de gustibus disputandum non est!

Benvenuto nel forum.

Se non usassi LyX sull’Arte (link qui sopra in Documentazione) troveresti la o le soluzioni; se come interfaccia usi LyX, credo che pochi siano in grado di darti una mano, perché qui, virtualmente, nessuno lo usa, anzi…

Prima ti liberi di LyX prima scoprirai dell’indipendenza che ti offre un qualunque editor, per esempio TeXwork che è preinstallato con Windows TeX Live, con Windows MiKTeX, con MacTeX, e che richiede una installazione apposita con il package manager diverso da distribuzione a distribuzione anche sulle piattaforme Linux. È un editor da primo approccio, ma ha il grande pregio di avere una finestra di visualizzazione del file PDG effettivamente generato e puoi raggiungere i punti corrispondenti dalla finestra del file sorgente alla finestra del file composto e viceversa con dei semplici click col mouse. LyX magari lo fa dalla nascita (forse) ma ti lega le mani più di quanto tu non creda.