egreg9

Grazie Enrico!!!

sono riuscito a visualizzare il siriaco…ma ho un ultimo problemino: il file di esempio che mi genera alla fine contiene una stringa di comandi troppo lunga per scrivere in siriaco (tipo {\serto\beginR \lowersyriac{22}{J}\char160{}\uppersyriac{1}{\uppersyriac{6}{x}}r\endR}) al contrario del comando, molto più semplice, “ser.t=a’” che nella compilazione non mi riconosce…nella guida c’è scritto questo, ma non capisco cosa vuol dire…

3 The preprocessor serto.py

Since this is an early version of the package, typesetting of texts is not yet pos-
sible with standard LATEX, since the right-to-left typesetting (as for instance as in
ArabTEX) has not yet been implemented. For the time being I propose a prepro-
cessor (written in PYT HON4 ) and elatex.

3.1 Using the preprocessor

The preprocessor is called with the LATEX-file as argument:
serto.py [-e] ppfilename.tex > filename.tex
The resulting LATEX-file can be LATEXed as usually. Please make sure to have the
\usepackage{serto} included in your preamble.
The option -e is necessary if you use elatex. Since elatex is capable to
typeset texts from the right to the lext, the -e -option tells the preprocessor not to
inverse the letters on its own. In order to typeset whole paragraphs elatex is the
better solution. Usually it comes with every modern TEX-distribution.
The preprocessor recognizes two types of commands. Within a single line you can
put Syriac words between and : For example ser.t=a’
becomes <(...qui spunta la scritta in siriaco...)>.

mi dispiace scocciarti ancora ma non so proprio che fare…se dovessi imparare tutti quei comandi per scrivere in siriaco preferisco scriverlo a mano!!
Ti ringrazio per la tua estrema disponibilità!

Joseph

Il preprocessore fa esattamente questo. Il tuo file contiene i comandi con …; poi lo devi massaggiare con il preprocessore (dal terminale): se il tuo file si chiama tesi.tex, scrivi, per esempio,
`~/bin/serto.py -e tesi.tex > tesi-p.tex`
ed è il file tesi-p.tex che elaborerai con pdflatex.

Ciao
Enrico

Dopo numerose prove, sono giunto alla conclusione che i numeri inseriti nel comando \num del pacchetto siunitx vengono sempre stampati maiuscoli.

Non proprio. I numeri stampati con \num vengono (sempre) maiuscoli, se è specificata l’opzione mode=math.

\numprint, come sai, si comporta in modo diverso: stampa i numeri correttamente spaziati nel modo (testuale o matematico) attivo nel documento.
`\documentclass{scrreprt}
\usepackage[italian]{babel}
\usepackage[osf]{mathpazo}
\usepackage[mode=math]{siunitx}
\usepackage{numprint}

\begin{document}

1500000 \\
\numprint{1500000} \\
$\numprint{1500000}$

\num{1500000} \\
$\num{1500000}$

\num[mode=text]{1500000} \\
$\num[mode=text]{1500000}$

\end{document}`
Problema. L’opzione mode=math è predefinita in siunitx? Mi pare di sì, ma vorrei esserne certo.

Ciao,
L.

Questo documento dovrebbe togliere tutti i dubbi. Il comando \num rispetta sempre l’opzione mode attiva.
`\documentclass[a4paper]{article}
\usepackage[osf]{mathpazo}
\usepackage{siunitx}

\begin{document}

\num{1234567890}

\num[mode=text]{1234567890}

\sisetup{mode=text}

\num{1234567890}

$\num{1234567890}$

\end{document}`
Nota: versione 1 o 2 si comportano allo stesso modo.

Ciao
Enrico

…oltre a essere stato anticipato da Enrico, il mio codice ha un inconveniente: nel mainmatter la numerazione riprende da 1. Bisogna quindi ridefinire anche \mainmatter. La curiosità che mi rimane è questa: perché se ometto \pagenumbering{arabic} funziona lo stesso?

Il default è \pagenumbering{arabic}. Infatti, se non dai comandi \frontmatter e \mainmatter la numerazione è a cifre arabe.

Ciao
Enrico

Ciao a tutti,
sono una neofita del tex. Sto compilando un documento con classe report e per la bibliografia sto usando amsref. Il mio porblema è che non riesco a cambiare il titolo del capitolo della bibliografia.
ho provato ad usare nell’intestazione uno entrambi i seguenti codici (alternatamente):

\renewcommand{\bibname}{BIBLIOGRAFIA}

\renewcommand{\refname}{BIBLIOGRAFIA}

(quello che mi interessa sono i careateri maiuscoli nel titolo…)

se commento il pacchetto amsref, usando il primo codice tutto funziona a dovere… ma non ho lo stile carino di amsref nella bibliografia…
che cosa sbaglio?

grazie tante per il tempo dedicatomi e scusate il disturbo
a presto
Stgermain

Esempio, per favore.

Ma probabilmente ti dimentichi che stai usando babel e quindi devi dare
`\addto\captionsitalian{%
\renewcommand{\bibname}{BIBLIOGRAFIA}}`
Perché questo orrido maiuscolo?

Ciao
Enrico

Ciao a tutti,
Ho risolto il problema descritto nel titolo in questo modo

`\fancypagestyle{plain}{%
\fancyhf{}}
\tableofcontents
\pagebreak
%######################################
\fancypagestyle{plain}{%
\fancyhf{} % cancella tutti i campi di intestazione e pi\‘e di pagina
\fancyfoot[R]{\bfseries \thepage} % Setta il numero di pagina in basso a destra
\renewcommand{\headrulewidth}{0pt}
\renewcommand{\footrulewidth}{0pt}}
\pagestyle{plain}`

Vorrei sapere se c’è un metodo migliore o più elegante.
Grazie 😉

Il metodo per essere sicuri di non avere testatine e piede nell’indice (ma, ripeto, non ne capirei il motivo) è di forzare lo stile di pagina “empty”. Il piccolo problema è che \tableofcontents emette un comando \thispagestyle{plain}; la “soluzione” di stefy funziona solo se l’indice occupa una pagina; se ne occupa due o più, il \thispagestyle{empty} verrebbe visto solo durante la composizione dell’ultima. Ecco il codice da mettere nel preambolo:
`\makeatletter
\newcommand{\nakedtableofcontents}{%
\begingroup\let\ps@plain\ps@empty
\pagestyle{empty}%
\tableofcontents
\cleardoublepage
\endgroup}
\makeatother`
A questo punto si usi il nuovo comando invece di \tableofcontents. L’avventuroso potrebbe anche ridefinire \tableofcontents:
`\makeatletter
\toks@=\expandafter{\tableofcontents}
\edef\tableofcontents{%
\begingroup
\let\noexpand\ps@plain\noexpand\ps@empty
\noexpand\pagestyle{empty}%
\the\toks@
\noexpand\cleardoublepage
\endgroup}
\makeatother`
Ciao
Enrico

visto che ci sono varie domande sparse senza aprire un nuovo post, una piccola curiosità da togliermi.
Non sto a dilungarmi molto mettendo tutto il codice in quanto la domanda mi sembra chiara, e ho risolto tranquillamente con un resizebox
comunque in sostanza la tabella risulta più larga del \textwidth eppure 0.5+0.5=1 no?
`\begin{tabular}[c]{p{.5\textwidth}p{.5\textwidth}}`
insomma le vie di Tex sono infinite!!!! 😆 ]

Hai quattro spazi ampi \tabcolsep da considerare. Se vuoi una tabella che sia esattamente come la giustezza puoi usare tabularx oppure (caricando il pacchetto calc)
`\begin{tabular}{@{}p(.5\textwidth-\tabcolsep}p(.5\textwidth-\tabcolsep}@{}}`
I due @{} servono a evitare gli spazi iniziale e finale.

Ciao
Enrico

Attribuisci a TeX doti di chiaroveggenza che non può avere. Non conosco il funzionamento dettagliato di siunitx, ma a quanto pare lo spazio riservato alla parte intera coincide con quello riservato alla parte decimale e questo spiega le “voragini”.

Per una volta, non sono d’accordo. Infatti le colonne standard di tipo c centrano il loro contenuto automaticamente.
`\begin{tabular}{ccccc}
\toprule
{$B$} & {$P_u$} & {$u_u$} & {$\beta$} & $G_f$ \\
{(m)} & {(kg)} & {(m)} & & {(Pa)} \\
\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}`
Penso che sarebbe logico che siunitx, una volta data l’opzione tabnumalign=center, facesse lo stesso (mettendo però sempre in maiuscolo i numeri, spaziando le cifre e tenendo la virgola decimale intelligente). Così non è:
`\sisetup{tabnumalign=center}

\begin{tabular}{SSSSS}
\toprule
$B$ & $P_u$ & $u_u$ & $\beta$ & $G_f$ \\
{(m)} & {(kg)} & {(m)} & & {(Pa)} \\
\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}`

La documentazione dice chiaramente che tabnumalign=center va accompagnata da tabformat. Se questo non ti va, scrivi una tua estensione di siunitx. 🙂 Il fatto è che lo spazio riservato ai numeri è fisso, se non specificato diversamente con tabformat; suppongo che Joseph Wright ci abbia pensato e non sia riuscito a risolverlo diversamente e temo che ci sia poco da fare al riguardo. Problemi analoghi li ha anche numprint, che richiede per la stessa cosa una sintassi molto più complessa.

Ti potrei anche spiegare dov’è il problema: risiede principalmente che il dato contenuto nella tabella va massaggiato in vari modi e questo richiede parecchi trucchi non semplici. Se vuoi la virgola intelligente e la separazione dei gruppi di cifre, questo è il prezzo.

Considero il fatto che non si possa scrivere $D$ nell’intestazione di una colonna un bug bello e buono. Nella doc. c’è scritto di mettere le intestazioni tra graffe: devo poter scrivere una $D$, se lo desidero.

Scrivendo {$D$} non ottengo alcun errore. Lo ottengo solo se invece scrivo ${D}$.

Ciao
Enrico