lorenzo.pantieri

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 😯

Non sono molto d’accordo. Per esempio, ecco la stessa tabella ottenuta usando colonne S di siunitx e usando array.
`\documentclass{scrreprt}
\usepackage[italian]{babel}
\usepackage[osf]{mathpazo}
\usepackage{booktabs}
\usepackage[mode=math]{siunitx}
\sisetup{decimalsymbol=comma}

\begin{document}

\begin{center}
\begin{tabular}{SSSS}
\toprule
2.3 & 2.3 & 2.3 & 2.3 \\
45.67 & 45.67 & 45.67 & 45.67 \\
12.345678 & 12.345678 & 12.345678 & 12.345678 \\
\bottomrule
\end{tabular}
\end{center}

\[
\begin{array}{cccc}
\toprule
2,3 & 2,3 & 2,3 & 2,3 \\
45,67 & 45,67 & 45,67 & 45,67 \\
12,345678 & 12,345678 & 12,345678 & 12,345678 \\
\bottomrule
\end{array}
\]
\end{document}`
Qui c’è il risultato:
http://www.lorenzopantieri.net/LaTeX_files/tabelle.pdf

A differenza di array, siunitx:
1. incolonna automaticamente i numeri alla virgola;
2. separa automaticamente le cifre a gruppi di tre per migliorarne la leggibilità;
3. trasforma automaticamente il punto decimale nel sorgente .tex in una virgola nel PDF (in questo modo è possibile cambiare notazione con un’unica modifica: utilissimo se si desidera riciclare la stessa tabella in un documento italiano e inglese).
4. mette lo spazio corretto dopo la virgola decimale (trovo che con array lo spazio lasciato dopo la virgola decimale sia esagerato).

Concordo con Enrico: siunitx è la soluzione definitiva per tabelle di questo tipo.

L’unica riserva che ho riguarda la la spaziatura delle colonne nella tabella ottenuta con siuntix, che ritengo eccessiva, ma sicuramente sono io che sbaglio qualcosa (qualcuno vuole illuminarmi?).

Non usare gli Euler? Conosco bene le riserve tue e di Enrico su questi font. Personalmente però li trovo splendidi (senza nulla togliere ai font standard di LaTeX): è solo la mia opinione! Ripeto quanto detto in passato: gli AMS Euler sono stati disegnati da Zapf e Knuth, non possono essere così male… 😀

Ciao,
L.

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.

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)?

Grazie mille,
L.

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: