egreg9

\documentclass[11pt]{toptesi}

\usepackage{graphicx}
\usepackage{latexsym}
\usepackage{listings}
\usepackage{amsfonts}
\usepackage{amsmath,amssymb}
\usepackage{amstext}
\usepackage{hyperref}
\hypersetup{colorlinks=true,citecolor=black,urlcolor=blue,linkcolor=black} \usepackage[centerlast,small,bf]{caption}
\usepackage{booktabs}
\usepackage{enumitem}
\usepackage{float}

Continua a non risultarmi. Inoltre sono certo che questo non è il tuo preambolo e schema di documento, dal momento che mancano i comandi per produrre un frontespizio corretto, per esempio.

Proponici, ti prego, un esempio completo, senza \include (al loro posto metti un capitolo con un po’ di testo a caso). Naturalmente cerca di fare in modo che si riproduca il comportamento che lamenti e che a me non si presenta.

Ciao
Enrico

Salve a tutti,

dopo aver letto i topic sull’argomento, credo di aver capito qual è il mio problema. Vi spiego.

Sto usando il pacchetto Toptesi per scrivere la mia tesi di laurea in inglese.
Non riesco però a numerare correttamente le pagine. Vorrei difatti che tutte le pagine prima dell’indice (abstract, ringraziamenti, lista figure, lista abbreviazioni) fossero numerate con numeri romani, mentre quelle relative ai capitoli con numeri arabi.

Ho provato ad usare i comandi \frontmatter e \mainmetter, ma non cambia nulla.
Credo che bisogni intervenire direttamente sul file toptesi.sty, che per me è completamente incomprensibile.

Qualcuno potrebbe gentilemente aiutarmi a modificare le impostazioni di questo file o suggerirmi un modo per risolvere il problema, visto che Latex è così ricco e immenso?

Ho iniziato un mese fà ad usare Latex, e il vostro forum mi è sempre stato di enorme aiuto. Ora non lasciatemi sola 🙄

Vorresti essere più precisa mostrando come fai? Con una semplice prova i numeri di pagina risultano esattamente quelli da te richiesti.

Ciao
Enrico

Stai appunto usando \linewidth come va usato, perché sei dentro un enumerate. Solo là puoi essere sicuro che abbia il valore corretto. Il nucleo di LaTeX si assicura di impostare \linewidth a certi valori in determinate situazioni, niente vieta che una classe (per esempio memoir) adoperi questo parametro in modo diverso.

Caro Enrico, in questi giorni ho meditato a lungo su questa faccenda (non essenziale, ne convengo), che mi interessa parecchio e che -a questo punto- vorrei risolvere nel più convincente dei modi.

Documentazione di memoir alla mano, ho cercato invano di costruire un controesempio che, ridefinendo in qualche modo \linewidth, mostri come si può avere un errore di impaginazione scrivendo
`\includegraphics[width=\linewidth]{…}`
in qualche contesto.

Non ti andrebbe di fornirmene uno Tu? Cerco un controesempio esplicito, di quelli che cominciano con
`\documentclass`
e terminano con `\end{document}`
per intenderci! 😉

Grazie e scusami per la proterva insistenza… 😳

Temo proprio che tu non stia capendo la mia obiezione, visto che insisti a chiedere un esempio di una cosa insensata. Ripeto per l’ultima volta: \linewidth è un parametro che va usato solo nel contesto di un ambiente per liste, dove viene aggiornato per contenere la giustezza.

Il suo valore non è prevedibile al di fuori di quei contesti; è vero che LaTeX, in genere, si occupa di assegnare certi valori a \linewidth, per esempio aprendo un ambiente figure*, ma su questo non si può fare conto per qualsiasi classe.

Ciao
Enrico

Il fatto che i tuoi esempi funzionino non è un buon motivo per usare un parametro di cui non puoi sapere a priori il valore. Lo scopo di \linewidth è di tenere a mente la giustezza delle righe di stampa in un ambiente per liste.

Vediamo un altro esempio: il fatto che con i font standard 1em equivalga a 2.323ex non autorizza a usare 2.323ex al posto di 1em. È un fatto accidentale che dipende dal font in uso.

Nell’ambiente figure* il valore di \linewidth è inizialmente uguale a \textwidth; non puoi sapere quanto sia dopo, per esempio se usi un ambiente per liste. Semplicemente \linewidth non c’entra nulla con la faccenda di cui ti stai occupando; quella volta che uno vorrà usare un enumerate per mettere più illustrazioni in un ambiente e si troverà in serio imbarazzo, che risponderai?

A mio parere l’unico modo sensato di procedere è di usare \columnwidth negli ambienti senza asterisco e \textwidth in quelli con asterisco. Chi scrive il documento sa quando è necessario uno o l’altro; non si dà il caso che un ambiente senza asterisco diventi con o viceversa, se non in fase di pesante revisione e allora non c’è problema a cambiare anche il parametro.

Capisco l’obiezione “metodologica”. Notevole. 🙄

Mi resta la curiosità del controesempio esplicito. Infatti, per esempio:
`\begin{figure}[tb]
\begin{enumerate}
\item \includegraphics[width=\linewidth]{Mani}
\item \includegraphics[width=\linewidth]{Mani}
\end{enumerate}
\caption{Che c'è che non va?}
\end{figure}
`non dà problemi (in un documento a una o più colonne).

Anche
`\begin{figure*}[tb]
\begin{enumerate}
\item \includegraphics[width=\linewidth]{Mani}
\item \includegraphics[width=\linewidth]{Mani}
\end{enumerate}
\caption{Che c'è che non va?}
\end{figure*}
`è perfetto.

Senza un controesempio che mostra una “cilecca” di \linewidth, mi manca un pezzetto…

Scusami per l’insistenza. 😳

Stai appunto usando \linewidth come va usato, perché sei dentro un enumerate. Solo là puoi essere sicuro che abbia il valore corretto. Il nucleo di LaTeX si assicura di impostare \linewidth a certi valori in determinate situazioni, niente vieta che una classe (per esempio memoir) adoperi questo parametro in modo diverso.

Ciao
Enrico

Carissimi, Enrico ha ragione: non si tratta di una faccenda così importante. Tuttavia, credo finalmente di essere arrivato in fondo a questa storia. 🙂

OldClaudio, infatti, mi ha fatto notare un errore nel ragionamento che avevo fatto: in una composizione a due colonne, infatti, \linewidth coincide con \textwidth, e quindi si può usare tranquillamente \linewidth anche in un ambiente figure*.

C’è qualcosa che non va. In composizione a due colonne la classe article assegna il valore 452pt a \textwidth, mentre \columnwidth e \linewidth valgono 221pt. In un itemize di primo livello \linewidth scende a 201pt.

Solo negli ambienti figure* (e table*) \linewidth coincide con \textwidth, purché non si stia usando in quegli ambienti un ambiente per liste (che non è affatto vietato). Quindi direi che \linewidth non vada mai usato in connessione con \includegraphics all’interno di un ambiente figure o table, con asterisco o senza. In quelli con l’asterisco adoperi \textwidth, in quelli senza impieghi \columnwidth.

Certo, nelle rare situazioni in cui si usa un ambiente per liste in figure o table, la faccenda cambia. Ne hai mai viste? 🙂

Ciao
Enrico

Esempio tipico è una minipage larga ad esempio .5\textwidth. Dentro la minipage \linewidth è pari a .5\textwidth mentre \textwidth e \columnwidth con cambiano.

Ho più di un dubbio sulla correttezza di questa affermazione. Vedi il primo esempio di pagina 59 di questa guida.

Si include un’immagine di larghezza \columnwidth… eppure, come è evidente, l’immagine è larga (meno di metà) della colonna del testo del documento. (Nel documento principale, ad una colonna, \columnwidth = \textwidth.) Mi pare si possa concludere che, in quell’esempio, la \columnwidth sia cambiata.

Dentro una minipage, infatti, viene tutto cambiato: la minipage è trattata come se fosse una pagina di testo adeguata a una giustezza data dall’argomento di minipage.
`\documentclass[a4paper]{article}
\begin{document}
\showthe\textwidth
\showthe\columnwidth
\showthe\linewidth
\begin{minipage}{.5\textwidth}
\showthe\textwidth
\showthe\columnwidth
\showthe\linewidth
\end{minipage}
\end{document}`
Il risultato è
`This is pdfTeXk, Version 3.1415926-1.40.9 (Web2C 7.5.7) (format=latex 2008.9.5) 13 SEP 2008 13:33
entering extended mode
%&-line parsing enabled.
**colwd.tex
(./colwd.tex
LaTeX2e <2005/12/01>
Babel and hyphenation patterns for english, usenglishmax, dumylang, noh
yphenation, german-x-2008-06-18, ngerman-x-2008-06-18, ancientgreek, ibycus, ar
abic, basque, bulgarian, catalan, pinyin, coptic, croatian, czech, danish, dutc
h, esperanto, estonian, farsi, finnish, french, galician, german, ngerman, mono
greek, greek, hungarian, icelandic, indonesian, interlingua, irish, italian, la
tin, mongolian, mongolian2a, bokmal, nynorsk, polish, portuguese, romanian, rus
sian, sanskrit, serbian, slovak, slovenian, spanish, swedish, turkish, ukenglis
h, ukrainian, uppersorbian, welsh, loaded.
(/usr/local/texlive/2008/texmf-dist/tex/latex/base/article.cls
Document Class: article 2005/09/16 v1.4f Standard LaTeX document class
(/usr/local/texlive/2008/texmf-dist/tex/latex/base/size10.clo
File: size10.clo 2005/09/16 v1.4f Standard LaTeX file (size option)
)
\c@part=\count79
\c@section=\count80
\c@subsection=\count81
\c@subsubsection=\count82
\c@paragraph=\count83
\c@subparagraph=\count84
\c@figure=\count85
\c@table=\count86
\abovecaptionskip=\skip41
\belowcaptionskip=\skip42
\bibindent=\dimen102
)
No file colwd.aux.
\openout1 = `colwd.aux'.

LaTeX Font Info: Checking defaults for OML/cmm/m/it on input line 2.
LaTeX Font Info: … okay on input line 2.
LaTeX Font Info: Checking defaults for T1/cmr/m/n on input line 2.
LaTeX Font Info: … okay on input line 2.
LaTeX Font Info: Checking defaults for OT1/cmr/m/n on input line 2.
LaTeX Font Info: … okay on input line 2.
LaTeX Font Info: Checking defaults for OMS/cmsy/m/n on input line 2.
LaTeX Font Info: … okay on input line 2.
LaTeX Font Info: Checking defaults for OMX/cmex/m/n on input line 2.
LaTeX Font Info: … okay on input line 2.
LaTeX Font Info: Checking defaults for U/cmr/m/n on input line 2.
LaTeX Font Info: … okay on input line 2.
> 345.0pt.
l.3 \showthe\textwidth

?
> 345.0pt.
l.4 \showthe\columnwidth

?
> 345.0pt.
l.5 \showthe\linewidth

?
> 172.5pt.
l.7 \showthe\textwidth

?
> 172.5pt.
l.8 \showthe\columnwidth

?
> 172.5pt.
l.9 \showthe\linewidth

?
LaTeX Font Info: External font `cmex10' loaded for size
(Font) <7> on input line 10.
LaTeX Font Info: External font `cmex10' loaded for size
(Font) <5> on input line 10.
[1

] (./colwd.aux) )
Here is how much of TeX's memory you used:
200 strings out of 493887
2144 string characters out of 1151123
48889 words of memory out of 3000000
3562 multiletter control sequences out of 10000+50000
3640 words of font info for 14 fonts, out of 3000000 for 5000
714 hyphenation exceptions out of 8191
23i,4n,18p,137b,107s stack positions out of 5000i,500n,10000p,200000b,50000s

Output written on colwd.dvi (1 page, 208 bytes).`
Ciao
Enrico

Non ho affatto detto che le classi standard non vanno usate. Anzi, il loro essere contenitori generici è la loro forza.

Mi pare che tu abbia detto che le classi standard, in quanto contenitori generici, non andrebbero usate dall’utente finale, che dovrebbe usare classi “più adatte alla pubblicazione”, basate sì su quelle standard, ma diverse. Se queste classi ci fossero, la cosa andrebbe benissimo anche a me: l’utente dovrebbe scrivere con la classe, poniamo, articolo.cls, limata e rifinita, per esempio, senza la “testatina sul nulla” e con le didascalie scritte in formato decente, basata su article.cls, che potrebbe allora restare invariata. (Allo stesso modo, chi adopera un Mac usa un’interfaccia semplice ed elegante, mentre in realtà sotto il cofano batte un OS Unix, ruvido e arcigno.) Tuttavia, come tu stesso dici, l’utente finale usa (spesso) direttamente article.cls, e gli tocca rimediare ai difettucci di quella classe aggiungendo pezzetti di codice — e queste “toppe” non sono il massimo della comodità…

ciò che è scritto per le classi standard deve continuare a essere composto esattamente nello stesso modo.

Mah, questo è un punto su cui siamo in disaccordo (non càpita spesso, e tutte le poche volte che è successo, col tempo ho scoperto che avevi ragione tu: il lettore è avvisato!). Ora come ora, penso — scusami per l’irriverenza del paragone — che anche i Dieci Comandamenti sono stati modificati, nel corso della storia (per gli interessati: è stato soppresso il comandamento “non farai né idolo né immagine”, che era il secondo; tutti gli altri sono stati spostati di uno nella numerazione e l’ultimo è stato sdoppiato, per far tornare il conto). Quindi non capisco perché il codice delle classi standard di LaTeX debba invece restare “sacro e inviolabile”. 😉

http://it.wikipedia.org/wiki/Dieci_comandamenti

Stai paragonando mele con pere.

Se vuoi usare la classe book per la tua tesi puoi farlo, correggendo gli aspetti che ti interessano secondo le indicazioni di una buona guida, oppure usi la classe fornita dalla tua università (se c’è).

Ma dopo che l’hai scritta, desideri che possa essere ricompilata quando ti pare, dando lo stesso risultato. Chi ha usato LaTeX nel modo corretto sa di poterci contare; certo, a volte le versioni successive aggiungono qualcosa che non fa ricompilare come prima, perché ci si è accorti di un errore: inevitabile con un software complesso che ciò accada. In generale si può stare sicuri, gli sviluppatori hanno fatto sempre un ottimo lavoro.

Ciao
Enrico

Ciao a tutti.

Sto scrivendo un articolo sui comandi obsoleti di LaTeX. Vorrei realizzare un ambiente (in realtà due, come si vedrà fra poco) per inserire il codice errato in modo che sia immediatamente visibile, e che non ci lo possa confondere con quello giusto.

Ho visto che nell’ “Elenco dei peccati” viene proposto un codice scritto in rosso per gli orrori ed uno in verde per le correzioni. Questa soluzione, però, ha lo svantaggio di non essere utile se si stampa l’articolo con stampante b/n.

Pensavo a una “serpentina” che affiancasse il codice errato, per tutta la sua estensione (quindi usando un comando come \marginpar o \graffito).

Gli ambienti che uso per introdurre il codice giusto sono “codice” e “sidebyside”.
`…`
Qualcuno ha voglia di cimentarsi nell’impresa definire due nuovi ambienti, partendo da questi qui?

Idea iniziale:
`\newbox\codbox
\lstnewenvironment{xcodice}
{\setbox\codbox=\vbox\bgroup\setkeys{lst}{columns=fullflexible,keepspaces=true}%
\lstset{basicstyle=\small\ttfamily,escapeinside={£*}{*£}}%
}
{\egroup\smallskip\serp}

\def\serp{\hbox to\hsize{\llap{\vbox to\ht\codbox{
\vskip1ex\leaders\hbox{-}\vfill\vskip2ex} }\box\codbox}\vskip-\smallskipamount}`
Si tratta di sostituire \hbox{-} con quello che più ti aggrada e di perfezionare la faccenda.

Ciao
Enrico