Numeri dentro le tabelle: minuscoli o maiuscoli? Come fare?

Ecco, così forse potrebbe andare.
`\documentclass{scrreprt}
\usepackage[eulermath]{classicthesis}
\usepackage{booktabs,array,icomma,amsmath}

\newcolumntype{C}{>{$}c<{$}} \begin{document} \begin{tabular}{CCCCC} \toprule D & P_u & u_u & \beta & G_f \\ \text{(m)} & \text{(kg)} & \text{(m)} & & \text{(Pa\,·\,m)} \\ \midrule 5 & 269,8 & 0,000674 & 1,79 & 0,04089 \\ 10 & 421,0 & 0,001035 & 3,59 & 0,04089 \\ 20 & 640,2 & 0,001565 & 7,18 & 0,04089 \\ \bottomrule \end{tabular} \end{document}` Certo, i pacchetti caricati sono proprio tanti, per una sola tabella. E poi c'è l'effetto collaterale di icomma... :roll:

Senza troppi classicthesis o euler, proviamo con
`\documentclass[a4paper]{article}
\usepackage[italian]{babel}
\usepackage[osf]{mathpazo}`
come preambolo. Premetto che, se i numeri in quanto tali (cioè da stampare obbligatoriamente in “maiuscolo”) non sono molti, è perfettamente accettabile che siano come gli altri. Questo diventa però inaccettabile in un documento tecnico dove i dati numerici siano parecchi.

La soluzione definitiva è naturalmente siunitx, che mette a disposizione un tipo di colonna specifico per dati numerici, con allineamento automatico al separatore decimale, “S”. Con
`\sisetup{output-decimal-marker={,}}`
la tabella
`\begin{tabular}{S}
1.23\\
12.345
\end{tabular}`
viene esattamente come la vorresti. Nessun bisogno di trucchi e incantesimi speciali. Se poi scrivi la virgola invece del punto nella tabella, il risultato è del tutto identico.

Non vuoi usare siunitx? Nota che non si usa granché delle sue potenti macro, per quel caso. Bene:
`\newcolumntype{R}{>{$\mathcode`,=`,}r<{$}} \begin{tabular}{R} 1,230\\ 12,345 \end{tabular}` dà il risultato voluto. Certo, c'è un trucco malefico, ma lo si usa una volta e ce lo si dimentica. L'usanza della virgola per la parte decimale è nefanda e lo è sempre stata, ma ormai è tardi per cambiare. O forse no, chissà. Nota che in questo caso la parte decimale va "riempita"; ma la buona prassi richiede che il numero di cifre coincida con quello delle cifre significative e quindi è sempre lo stesso per dati omogenei. Se si devono usare unità di misura (non nei dati delle tabelle, visto che l'unità di misura va indicata nell'intestazione della colonna) si può ricorrere a \unit che, per casi semplici, funziona bene. Se si hanno tante unità, riecco siunitx. Ultima cosa: dare sempre "mode=math" fra le opzioni a siunitx. Ultimissima: il trucco che ti ho proposto per non dover controllare tutte le tue tabelle è specifico per Palatino e non può essere adattato. :( Ciao Enrico

Questo diventa però inaccettabile in un documento tecnico dove i dati numerici siano parecchi.

Bene: in un documento tecnico i numeri delle tabelle vanno maiuscoli.

La soluzione definitiva è naturalmente siunitx, che mette a disposizione un tipo di colonna specifico per dati numerici, con allineamento automatico al separatore decimale, “S”.

Proprio quello che cercavo: una soluzione semplice, elegante e “universale”. Purtroppo però non riesco a compilare:
`\documentclass{scrreprt}
\usepackage[eulermath]{classicthesis}
\usepackage{booktabs}
\usepackage[mode=math]{siunitx}
\sisetup{output-decimal-marker={,}}

\begin{document}

\begin{tabular}{SSSSS}
\toprule
5 & 269,8 & 0,000674 & 1,79 & 0,04089 \\
10 & 421,0 & 0,001035 & 3,59 & 0,04089 \\
20 & 640,2 & 0,001565 & 7,18 & 0,04089 \\
\bottomrule
\end{tabular}

\end{document}`
Ricevo questo errore:
`! Package xkeyval Error: `output-decimal-marker' undefined in families `key'.

See the xkeyval package documentation for explanation.
Type H for immediate help.
…

l.5 \sisetup{output-decimal-marker={,}}`
Immagino che sia dovuto al fatto che uso una “vecchia” versione di siunitx
`Package: siunitx 2010/02/22 v1.4c A comprehensive (SI) units package`
Purtroppo la TeX LIve Utility (da un mesetto a questa parte) ha smesso di aggiornare i pacchetti, in attesa della MacTeX 2010. 🙁 Ho provato a installare siunitx manualmente, ma la strada si complica: se compilo il .dtx di siunitx scaricato da CTAN ottengo dei massaggi di errore: evidentemente alla mia MaTeX 2009 manca della roba.

The package requires LaTeX3 support as provided in the expl3 and xpackages bundles. Both of these are available on CTAN (http://www.ctan.org/) as ready-to-install zip files. Suitable versions are available in MiKTeX 2.8 and TeX Live 2010 (updating the relevant packages online may be necessary). LaTeX3, and so siunitx, requires the e-TeX extensions: these are available on all modern TeX systems.

Ho scaricato le cartelle expl3 e xpackages da CTAN, ma sono piene zeppe di file, non so dove metterli. 🙁 Ho cercato direttamente la MacTeX 2010, ma ancora il sito ufficiale è fermo alla 2009.

Che cosa mi consigli di fare? Tu come hai fatto per avere l’ultima versione di siunitx (ammesso che sia proprio quello il mio problema)?

È un problema di versioni, come hai supposto. Nella versione 1 l’opzione si chiama “decimalsymbol”, che funziona ancora (con avviso) nella versione 2. Puoi consultare la documentazione di siunitx versione 2 da CTAN; è uno dei (pochi) pacchetti di uso comune che hanno avuto un robusto maquillage. L’altro è microtype (ma non dovrebbero esserci conseguenze per gli utenti).

Per avere la versione 2 occorrono anche le nuove versioni dei pacchetti expl (cioè LaTeX3 sotto falso nome); tanto vale aspettare, Karl Berry ha annunciato che il 15 dovrebbe “chiudere” la TeX Live 2010 per produrre il “master DVD”. Ieri è stata depositata una nuova versione degli eseguibili, che a meno di problemi dell’ultimo momento sarà la definitiva.

luatex 0.60.2
pdftex 1.40.11
xetex 0.9997.3

Asymptote 2.01
mpost 1.211

Se ti piace vivere sul filo del rasoio, puoi installare la 2010 già adesso (anche sotto forma di MacTeX): http://tug.org/texlive/pretest.html. Non do indicazioni più precise perché i server sono pochi e chi vuole sperimentare deve anche avere spirito di iniziativa. 🙂

Ciao
Enrico

È un problema di versioni, come hai supposto. Nella versione 1 l’opzione si chiama “decimalsymbol”, che funziona ancora (con avviso) nella versione 2.

Ciao Enrico, non ho intenzione di fare sperimentazioni provando in anteprima la MacTeX 2009. Nell’attesa della 2010 ufficiale, ho provato con decimalsymbol (della “vecchia” versione di siunitx, data con l’ultimo aggiornamento della MacTeX 2009) , ma non funziona! 🙁
`\documentclass{scrreprt}
\usepackage[eulermath]{classicthesis}
\usepackage{booktabs}
\usepackage[mode=math]{siunitx}
\sisetup{decimalsymbol={,}}

\begin{document}

\begin{tabular}{SSSSS}
\toprule
5 & 269,8 & 0,000674 & 1,79 & 0,04089 \\
10 & 421,0 & 0,001035 & 3,59 & 0,04089 \\
20 & 640,2 & 0,001565 & 7,18 & 0,04089 \\
\bottomrule
\end{tabular}

\end{document}`
produce il seguente risultato:
http://www.lorenzopantieri.net/LaTeX_files/siunitx.pdf

Come vedi, i numeri sono minuscoli e la virgola decimale non compare neppure. 🙁

Dove sbaglio?

Pagina 7: decimalsymbol=comma

Ciao
Enrico

Pagina 7: decimalsymbol=comma

Ops! 😳

Resta però il problema dei numeri: vengono in minuscolo, non in maiuscolo. Il sorgente:
`\documentclass{scrreprt}
\usepackage[eulermath]{classicthesis}
\usepackage{booktabs}
\usepackage[mode=math]{siunitx}
\sisetup{decimalsymbol=comma}

\begin{document}

\begin{tabular}{SSSSS}
\toprule
5 & 269,8 & 0,000674 & 1,79 & 0,04089 \\
10 & 421,0 & 0,001035 & 3,59 & 0,04089 \\
20 & 640,2 & 0,001565 & 7,18 & 0,04089 \\
\bottomrule
\end{tabular}

\end{document}
`
L’output:
http://www.lorenzopantieri.net/LaTeX_files/siunitx.pdf

Grazie ancora,
L.

Sono giunto alla conclusione che siunitx non funziona con i font Euler. Né la versione 1 né la versione 2. Credo anche di sapere il perché, ma è una questione TeXnica piuttosto complessa.

Ciao
Enrico

Scusate se mi intrometto

Ultima cosa: dare sempre “mode=math” fra le opzioni a siunitx.

Quella opzione non è di default in siunitx?

Sono giunto alla conclusione che siunitx non funziona con i font Euler. Né la versione 1 né la versione 2. Credo anche di sapere il perché, ma è una questione TeXnica piuttosto complessa.

Un disastro. 😥

Dici che rimediare al problema, eventualmente segnalando la cosa all’autore del pacchetto, comporterebbe un lavoro proibitivo?

Dico così perché la soluzione di sinuitx prometteva di essere davvero quella definitiva.

La mia risposta è semplice: non usare euler. Del resto non mi piace molto quel miscuglio, con tutto il rispetto per Hermann Zapf. 🙂

Una segnalazione a Joseph Wright l’ho fatta.

Ciao
Enrico

A me risulta che l’opzione italian di babel già contiene la virgola intelligente che funziona sempre correttamente in modo matematico (sempre vuol dire che da me con i file che scrivo io, il risultato è sempre quello che si vorrebbe in matematica).

Io non userei nemmeno \newcolumntype; ma farei tutta la tabella con un array:

`
…
\usepackage[italian]{babel}
…
\begin{document}
…
\begiin{table}
\[
\begin{array}{*5c}
\toprule
D & P_u & u_u & \beta & G_f \\
\mathrm{(m)} & \mathrm{(kg)} & \mathrm{(m)} & & \mathrm{(Pa\cdot m)} \\
\midrule
5 & 269,8 & 0,000674 & 1,79 & 0,04089 \\
10 & 421,0 & 0,001035 & 3,59 & 0,04089 \\
20 & 640,2 & 0,001565 & 7,18 & 0,04089 \\
\bottomrule
\end{array}
\]
\end{table}

`
Per quel che riguarda i font euler, con tutto il rispetto per Zapf, ti ho già scritto tempo fa che cosa ne penso 😯

Aggiungo: \cdot è un operatore binario attorno al quale TeX mette già gli spazi giusti, tu avevi usato il codice per il “bullet-tino” testuale perché lavoravi in modo testo, ma la bona regola, tu mi insegni, è di scrivere la matematica in modo matematico.

A me risulta che l’opzione italian di babel già contiene la virgola
Per quel che riguarda i font euler, con tutto il rispetto per Zapf, ti ho già scritto tempo fa che cosa ne penso

shock (not smiley).
Cosa non va, prendendo come riferimento CONCRETE MATHEMATICS nel suo complesso
(a parte il contenuto) ?

Il disegno delle lettere, delle cifre e dei simboli è originale, ma è contrario alle norme ISO che richiede un font “corsivo” e non diritto. Come sai, io evito accuratamente, se ci riesco, tutto ciò che è contrario alle norme ISO.

Lorenzo,
nessuno ti vieta di usare SI e la colonna S.
Il punto è che le tabelle di numeri che rappresentano misure, devono riportare un numero di cifre compatibili con l’incertezza delle misure effettuate; difficilmente questa incertezza scende sotto l’uno per mille, quindi tre cifre sono più che sufficiente per qualunque misura. I prefissi decimali sono lì apposta per evitare file di zeri prima o dopo la virgola, se questi zeri non sono significativi per la precisione della misura. L’unica eccezione accettabile agli zeri dopo la virgola è quando nella stessa colonna, etichettata con la stessa unità di misura per tutti i dati della colonna, il range di valori è molto vasto; in questo caso anch’io userei la colonna S.

Da quello che mi dici a proposito dello spazio dopo la virgola deduco che il tuo italian.ldf non è aggiornato, non per colpa tua, s’intende, ma per la vischiosità con cui vengono gestite le cose che riguardano babel, Credo che siano passati più di 18 messi da quando ho inviato l’ultimo aggiornamento di italian.ldf. Ovviamente sui miei PC il file è aggiornato, perché lo aggiorno io.

Sono un po’ scoraggiato da questa lentezza di Johannes, ma al TUG mi dicono che le cose stanno così e che bisogna convivere con questa situazione. Proverò a vedere che cosa possiamo fare con GuIT, almeno per quel che riguarda l’italiano, per avere le cose aggiornate almeno per gli utenti italiani.