OldClaudio

Nessuno è perfetto, nemmeno Grätzer, evidentemente.

Allora, l’ambiente center centra il suo materiale se lo stampa subito; ma table inserisce il so maeriale in una coda di oggetti flottanti e ne affida la sampa ad un processo diverso, che consiste proprio nella formazione delle pagine.
La soluzione corretta, come detto tante volte in questi filoni di discuzzione e nelle varie guide scritte da diversi autori, consiste nel metere il comando di centraggio dentro l’ambente table; tipo`\begin{table}\centering\begin{tabular{…}
…
\end{tabular}\caption[…]{…}
\endtable}`In questo modo l’esecuzione del comando di centramento viene ritardato al momento di inserire la tabella nella pagina di uscita, che non è necessariamente quella in cui compare il testo esterno all’ambiente table.

Fidati, Davide; è proprio sbagliato fare come dice Grätzer. Wikipedia è noto come un grande mezzo di divulgazione di fake news. Oh, bene initeso nemmeno io sono infallibile, ma su questo punto credo di non essermi sbagliato, visto che ai miei inizi ho fatto l’errore di Grätzer molte volte. Sono passati almeno 30 anni da quando facevo quell’errore e da allora di tabelle centrate ne ho composte centinaia.

Aggiungo quanto segue.

Togli del tutto l’ambiente center (commentane i relativi \begin e \end) e compila; noterai che l’ambiente center è del tutto inutile, perché la tabella viene centrata lo stesso; Ora sostituisci la classe amsart con la classe article. Ricompila; con o senza ambiente center la tabella risulta appoggiata al margine sinistro e l’ambiente center non fa il suo dovere come apparirebbe da Grätzer e da Wikipedia, ma non è lui che centra la tabella. Dunque con o senza l’ambiente center, è la classe amsart che ridefinisce l’ambiente table in modo che il suo contenuto venga sempre centrato. Infatti, se da terminale dai il comando texdoc amsart, ti si apre un file che riguarda tutte le classi prodotte dalla American Mathematical Society (AMS) e nel paragrafo 6.3 si dice esplicitamante che il contenuto degli ambienti table e figure vengono sempre centrati:

All AMS classes center the content of table and figure environments. Using \centering or \begin{center} and \end{center}, therefore, is unnecessary.

Nella cosiddetta Guida GuIT (vedi sezione Documentazione) c’è la figura 20.1 che mostra un esempio di crocini che mi fu richiesto da una tipografia; evidentemente quella tipografia richiedeva crocini diversi da quelli che servono a te; il paragrafo che descrive la creazione dei crocini dice che si può usare il pacchetto crop, quello che hai usato, ma che probabilmente è difficile da riconfigurare per accontentare la tipografia che ti dovrebbe stampare il libro. Il paragrafo dice anche che ogni autore può configurarsi i propri crocini usando l’ambiente picture.
Io ti consiglierei di usare il pacchetto eso-pic che si appoggia a picture, ma interferisce comodamente con il processo di “ship out” della pagina composta, mettendo sotto il livello del testo e degli altri contenuti sia una legenda, sia una figura sia un disegno fatto con picture. Ecco, questo è il punto: leggiti la documentazione di eso pic (texdoc eso-pic) e constaterai che la cosa non è difficile Devi solo aggiungere qualche riga di ambiente picture come argomento di qualcuno di quei comandi, specificando esattamente dove vuoi che i crocini cadano.
Non devi cambiare nemmeno una riga del codice che si riferisce alle 450 pagine già pronte, ma devi aggiungere qualche riga di codice al tuo preambolo, o ad un tuo pacchetto di macro personali.

Anche questo forum fa parte di internet; per gli utenti italiani la sezione Documentazione è il primo posto dove guardare. Naturalmente anche le risposte date nei vari filoni di dialogo sono interessanti; c’è modo di cercare per argomenti; il fatto di trovare la risposta giusta ai propri dubbi dipende però anche dall’abilità di usare la stringa di ricerca giusta.

Anche a me compila perfettamente e con le date; a parte il nome dei file io ho usto il seguente sorgente minimo:
`% !BIB TS-program = biber
\documentclass[pagelayout=supercompact,12pt,
version=cscreen,chapstyle=parright, fewfootnotes = true, draftdate=true]{suftesi}

\begin{filecontents}[overwrite, noheader]{BibliografiaSenzaData.bib}
@book{shake:lear,
author = {Shakespeare, William},
title = {Re Lear},
publisher = {UTET},
date = {1923},
location = {Torino},
}

@bookinbook{kraus:notte,
author = {Kraus, Karl},
title = {Di Notte},
booktitle={Detti e Contraddetti},
publisher = {Adelphi},
editor ={Calasso, Roberto},
date = {1927},
location = {Milano}
}
\end{filecontents}

\usepackage[T1]{fontenc} % codifica dei font in uscita
\usepackage[utf8]{inputenc} % lettere accentate da tastiera
\usepackage[italian]{babel} % lingua principale del documento
\usepackage{microtype} % microtipografia migliora riempimento righe

\usepackage[autostyle,italian=guillemets,]{csquotes}
\usepackage[bibstyle=authortitle, citestyle=verbose-trad1, backend=biber]{biblatex}
\addbibresource{BibliografiaSenzaData.bib}

\begin{document}

\nocite{*}
\printbibliography[title= Bibliografia delle citazioni]
\addcontentsline{toc}{chapter}{\bibname~delle~citazioni}

\end{document}`

Esistono delle norme ISO per la stampa. sono siglate PDF/X.
Il pacchetto pdfx.sty (già presente nell’installazione di TeX Live} permette di soddisfare quelle norme ISO per la stampa.
Leggi la documentazione con il comando texdoc pdfx dato nel termiale del tuo elaboratore e vedi come impostare sia l’opzione al pacchetto, sia il profilo di colore.

Devo dire che tutti i libri prodotti con il sistema TeX che ho avuto modo di comporre personalmente, o che ho avuto occasione di esaminare sia come file sorgente e PDF, sia come risultato stampato, non hanno nessun difetto anche se chi li ha scritti non ha esplicitamente indicato il solo profilo di colore basato sul modello CMYK. Io personalmente non l’ho mai fatto; forse la tipografia del mio editore ha software adatto per trasformare un file PDF previsto per la lettura a schermo (modello di colore RGB) in un file adatto alla stampa. Ma questo dovrebbe essere così per ogni tipografia. Se però si passa alla ipografia con un file PDF conforme alla norma ISO PDF/X, la tipografia non può avanzare nessuna scusa.

Se fosse vero che il colore grigio sei funt usati dal sistema TeX è basato sul modello gray, con il valore zero, avrebbero ragione, perché le norme ISO mettono nello stesso calderone sia il modello RGB sia il gray. Tuttavia non credo che sia così; credo invece che se si usano font vettoriali e si evitano i font bitmapped, il grigio non entri in gioco. Ripeto, i miei libri stamapti partendo da file PDF che non sono stati composti conformemente alla norma PDF/X sono sempre stati stamapati benissimo.

Hai fatto benissimo a porre questa domanda. Spero che rispondano anche altri utenti di questo forum.

Direi proprio di no: \twocolumn è una dichiarazione che non vuole argomenti; non solo, mala composizione a due colonne è già impostata con l’opzione alla classe. L’ambiente @twocolumnfalse non esiste, anche se forse l’interprete è di bocca buona e non protesta.

L’idea c’è; la sua realizzazione mi pare un poco scorretta. Purtroppo non ho tempo di verificare, ma tu l’hai provata?

Se vuoi puoi inserire {Risolto]…
… almeno se lo ritieni risolto.

In eletrognetismo siamo di fronte alla fisica; quindi si applicano le norme ISO senza se e senza ma. In matematica applicata, proprio perché applicata, sarebbe necessario applicare le norme ISO.

I prof che usano sottolineature (o sottotildature) hanno preso questa cattiva abitudine scrivendo alla lavagna, ora magari scrivendo a mano nelle slide da proiettare. Il carattere blackboard bold, con i tratti verticali raddoppiati è stato creato apposta per scrivere alla lavagna col gesso, col quale non si può scegliere fra forme e serie dei caratteri. Ma LaTeX è un compositore tipografico, non è né un word processor, né un sostituto complicato di un tablet.

Usando LaTeX sei tenuto ad osservare un minimo di norme tipografiche e, specialmente in matematica, devi stare attento alla scelta dei caratteri, sia nella matematica in linea col testo, sia nella matematica in display.

Ricordati sempre che il matematico Knuth ha creato il sistema TeX per ottenere il meglio della composizione tipografica, visto che quando si è accinto a questo impegno, i compositori umani stavano perdendo la loro professionalità a causa dell’uso dei calcolatori che ancora non disponevano di software adeguato; non è un caso che tutta l’operazione sia stata sostenuta dalla American Mathematical Society, che, nonostante i programmi di impaginazione professionali che esistono oggi, continua ad usare il sistema TeX, perché quando c’è della matematica di mezzo, nessun programma di composizione usato epr le case editrici è all’altezza.

Il libro di Lorenzo usa font particolari, ottimi per il testo, non necessariamente ottimi per la matematica; i bellissimi font euler sono al limite anche se sono stati disegnati per Knuth quando scrisse il suo famoso testo Concrete Mathematics; ma quella era matematica pura, non matematica applicata. Ora anche Lorenzo usa alr=tri font per i suoi appunti di matematica da distribuire ai suoi allievi.

la documentazione di pm-isomath è già nel tuo disco fisso se hai installato una versione completa e locale del sistema TeX; se ti servi, invece, di cose come Overleaf devi arrangiarti in rete. Personalmente non uso Overlieaf, di cui si dice un gran bene, perché il sistema TeX di Overleaf è largamente incompleto.

Bene; ora che la forma della tabella è a posto, togli rpm (revolutions per minute) e mettici r/min (rotazioni al minuto) oppure g/min (giri al minuto). Poi toglia open air e mettici a;;’aperto. La tabella è in italiano, le scritte inglesi ci stanno come i cavoli a merenda.