- Questo topic ha 14 risposte, 4 partecipanti ed è stato aggiornato l'ultima volta 13 anni, 1 mese fa da
OldClaudio.
-
CreatoreTopic
-
15 Luglio 2013 alle 14:32 #87519::
Carissimi, Enrico ci ha detto che oggi non ha senso numerare la “frontmatter” con numeri romani; ma compilando vecchi documenti scritti prima dell’ “anatema” dei numeri romani si hanno due scelte: o si modificano i sorgenti per togliere dai piedi la numerazione romana, oppure si continua ad usare la numerazione romana e lo stesso aspetto del “vecchio” documento, con indici vari che contengono le dovute numerazioni.Ho scelto la seconda strada; infilerei la prima a malincuore, proprio per l’aspetto differente che il documento verrebbe ad avere. Comunque sen non si iresce a superare quello che a me sembra un bug, seguirò la prima strada.
Ecco, quello che mi sembra un bug è il seguente: se una presentazione appare nella pagina iii della front matter, nel file .toc nel campo della pagina dovrebbe esserci scritto iii; invece c’è scritto [tt]\@roman \c@page [/tt].
Il risultato è che quando si stampa l’indice, il valore iii della pagina della Presentazione vienen sostituito con il numero romano in cui comincia l’indice. pdftex (oxetex, o luatex) fa correttamante il suo lavoro, ma ho il sospetto che dal 2012 (quando le cose funzionavano come si deve) al 2013 sia stato modificato quelche pacchetto e qualche \protect di troppo si è infilato di mezzo.
Ho il sospetto che questo possa essere successo nell’aggiornamento di hyperref, ma non ho prove per affermarlo. Posso solo affermare che la prte di indice relativa alle pagine numerate con i numeri rimani sono errate. Tutto a posto invece con i numeri arabi.
Me lo confermate?
Se è vero avete qualche idea per segnalare il bug al Team con una possibile correzione, oppure per un patch temporaneo?
Grazie mille
Claudio
-
CreatoreTopic
-
AutoreRisposte
-
-
16 Luglio 2013 alle 4:13 #87520::
OldClaudio” post=86992Carissimi, Enrico ci ha detto che oggi non ha senso numerare la “frontmatter” con numeri romani; ma compilando vecchi documenti scritti prima dell’ “anatema” dei numeri romani si hanno due scelte: o si modificano i sorgenti per togliere dai piedi la numerazione romana, oppure si continua ad usare la numerazione romana e lo stesso aspetto del “vecchio” documento, con indici vari che contengono le dovute numerazioni.
Ho scelto la seconda strada; infilerei la prima a malincuore, proprio per l’aspetto differente che il documento verrebbe ad avere. Comunque sen non si iresce a superare quello che a me sembra un bug, seguirò la prima strada.
Ecco, quello che mi sembra un bug è il seguente: se una presentazione appare nella pagina iii della front matter, nel file .toc nel campo della pagina dovrebbe esserci scritto iii; invece c’è scritto [tt]\@roman \c@page [/tt].
Il risultato è che quando si stampa l’indice, il valore iii della pagina della Presentazione vienen sostituito con il numero romano in cui comincia l’indice. pdftex (oxetex, o luatex) fa correttamante il suo lavoro, ma ho il sospetto che dal 2012 (quando le cose funzionavano come si deve) al 2013 sia stato modificato quelche pacchetto e qualche \protect di troppo si è infilato di mezzo.
Ho il sospetto che questo possa essere successo nell’aggiornamento di hyperref, ma non ho prove per affermarlo. Posso solo affermare che la prte di indice relativa alle pagine numerate con i numeri rimani sono errate. Tutto a posto invece con i numeri arabi.
Me lo confermate?
Se è vero avete qualche idea per segnalare il bug al Team con una possibile correzione, oppure per un patch temporaneo?
Grazie mille
ClaudioConfermo.
Ho due dispense che con TeXlive 2012 compilano perfettamente e con la 2013 segnalano errori in tutti i file concernenti la parte iniziale del documento: abstract, titlepage, ecc…
`(./Dispensa-Mat_2.aux (./FrontBackmatter/Titlepage.aux
./FrontBackmatter/Titlepage.aux:3: Missing \endcsname inserted.
\global
l.3 …et \T1\@roman \T1\@roman \c@page }{\mph@nr}`
L’errore scompare se commento [tt]\pagenumbering{roman}[/tt].
Speriamo di poter ripristinare il comportamento precedente, a me piacciono i numeri romani nella parte iniziale, anche se qualcuno sostiene siano un anacronismo.
Saluti.
PS nel frattempo compilerò con la TeXlive 2012, ma non può essere una soluzione!!
-
16 Luglio 2013 alle 4:14 #87521::
OldClaudio” post=86992Carissimi, Enrico ci ha detto che oggi non ha senso numerare la “frontmatter” con numeri romani; ma compilando vecchi documenti scritti prima dell’ “anatema” dei numeri romani si hanno due scelte: o si modificano i sorgenti per togliere dai piedi la numerazione romana, oppure si continua ad usare la numerazione romana e lo stesso aspetto del “vecchio” documento, con indici vari che contengono le dovute numerazioni.
Ho scelto la seconda strada; infilerei la prima a malincuore, proprio per l’aspetto differente che il documento verrebbe ad avere. Comunque sen non si iresce a superare quello che a me sembra un bug, seguirò la prima strada.
Ecco, quello che mi sembra un bug è il seguente: se una presentazione appare nella pagina iii della front matter, nel file .toc nel campo della pagina dovrebbe esserci scritto iii; invece c’è scritto [tt]\@roman \c@page [/tt].
Il risultato è che quando si stampa l’indice, il valore iii della pagina della Presentazione vienen sostituito con il numero romano in cui comincia l’indice. pdftex (oxetex, o luatex) fa correttamante il suo lavoro, ma ho il sospetto che dal 2012 (quando le cose funzionavano come si deve) al 2013 sia stato modificato quelche pacchetto e qualche \protect di troppo si è infilato di mezzo.
Ho il sospetto che questo possa essere successo nell’aggiornamento di hyperref, ma non ho prove per affermarlo. Posso solo affermare che la prte di indice relativa alle pagine numerate con i numeri rimani sono errate. Tutto a posto invece con i numeri arabi.
Me lo confermate?
Se è vero avete qualche idea per segnalare il bug al Team con una possibile correzione, oppure per un patch temporaneo?
Grazie mille
ClaudioNon credo di aver capito bene il problema. Ad ogni modo, con questo codice
`\documentclass[a4paper,12pt]{book}\usepackage{hyperref}
\begin{document}
\frontmatter
\tableofcontents
\chapter{Presentazione}
\chapter{Premessa}\mainmatter
\chapter{Uno}
\chapter{Due}
\chapter{Tre}\end{document}`ottengo la numerazione correttamente e con questo [tt].toc[/tt]
`\contentsline {chapter}{Presentazione}{iii}{chapter*.2}
\contentsline {chapter}{Premessa}{v}{chapter*.3}
\contentsline {chapter}{\numberline {1}Uno}{1}{chapter.1}
\contentsline {chapter}{\numberline {2}Due}{3}{chapter.2}
\contentsline {chapter}{\numberline {3}Tre}{5}{chapter.3}`È corretto?Ciao,
Orlando
-
16 Luglio 2013 alle 7:17 #87522::
OldClaudio” post=86992Carissimi, Enrico ci ha detto che oggi non ha senso numerare la “frontmatter” con numeri romani; ma compilando vecchi documenti scritti prima dell’ “anatema” dei numeri romani si hanno due scelte: o si modificano i sorgenti per togliere dai piedi la numerazione romana, oppure si continua ad usare la numerazione romana e lo stesso aspetto del “vecchio” documento, con indici vari che contengono le dovute numerazioni.
Ho scelto la seconda strada; infilerei la prima a malincuore, proprio per l’aspetto differente che il documento verrebbe ad avere. Comunque sen non si iresce a superare quello che a me sembra un bug, seguirò la prima strada.
Ecco, quello che mi sembra un bug è il seguente: se una presentazione appare nella pagina iii della front matter, nel file .toc nel campo della pagina dovrebbe esserci scritto iii; invece c’è scritto [tt]\@roman \c@page [/tt].
Il risultato è che quando si stampa l’indice, il valore iii della pagina della Presentazione vienen sostituito con il numero romano in cui comincia l’indice. pdftex (oxetex, o luatex) fa correttamante il suo lavoro, ma ho il sospetto che dal 2012 (quando le cose funzionavano come si deve) al 2013 sia stato modificato quelche pacchetto e qualche \protect di troppo si è infilato di mezzo.
Ho il sospetto che questo possa essere successo nell’aggiornamento di hyperref, ma non ho prove per affermarlo. Posso solo affermare che la prte di indice relativa alle pagine numerate con i numeri rimani sono errate. Tutto a posto invece con i numeri arabi.
Me lo confermate?
Se è vero avete qualche idea per segnalare il bug al Team con una possibile correzione, oppure per un patch temporaneo?
Grazie mille
ClaudioNon capisco. Puoi presentare un esempio minimo? Con questo codice
`\documentclass[a4paper,twoside]{report}
\usepackage{hyperref}
\begin{document}
\pagenumbering{roman}
\tableofcontents\cleardoublepage
\phantomsection
\addcontentsline{toc}{chapter}{Presentazione}
\chapter*{Presentazione}Ciao.
\cleardoublepage
\pagenumbering{arabic}\chapter{Uno}
Ciao
\end{document}`
il file .toc ha
`\contentsline {chapter}{Presentazione}{iii}{section*.2}
\contentsline {chapter}{\numberline {1}Uno}{1}{chapter.1}`Ciao
Enrico
-
16 Luglio 2013 alle 14:42 #87523::
Mi ci vorrà un po’ di tempo per presentare un esempio che riproduca l’errore; infatti l’esempio minimo di @ansys funziona a dovere.
stando così le cose temo che sia io che ho fatto un errore nelle varie macro che ho definito; quindi spetta sostanzialmente a me trovare l’errore.Ciò non toglie che prima il documento si compilava bene e ora senza modifiche essenziali (che a me non paiono essenziali) non compila più bene,
Farò sapere come è andata, se riesco a trovare l’inghippo.
Grazie e scusate tutti del tempo che vi ho fatto perdere.
Claudio
-
16 Luglio 2013 alle 15:09 #87524::
[attachment=751]Dispensa-Mat_2.txt[/attachment]OldClaudio” post=87005Mi ci vorrà un po’ di tempo per presentare un esempio che riproduca l’errore; infatti l’esempio minimo di @ansys funziona a dovere.
stando così le cose temo che sia io che ho fatto un errore nelle varie macro che ho definito; quindi spetta sostanzialmente a me trovare l’errore.Ciò non toglie che prima il documento si compilava bene e ora senza modifiche essenziali (che a me non paiono essenziali) non compila più bene,
Farò sapere come è andata, se riesco a trovare l’inghippo.
Grazie e scusate tutti del tempo che vi ho fatto perdere.
Claudio
I miei file compilano (di)nuovo in modo corretto, ora non chiedetemi il perché, ma tutto è andato a posto togliendo l’opzione per il greco in [tt]babel[/tt] e l’attributo: [tt]\languageattribute{greek}{polutoniko}[/tt].
Per me è un mistero.
Allego il log di quando si presentavano gli errori, se può servire
[attachment]C:\fakepath\Dispensa-Mat_2.log[/attachment][attachment]C:\fakepath\Dispensa-Mat_2.log[/attachment]
Attachments:
You must be logged in to view attached files. -
17 Luglio 2013 alle 10:58 #87525
-
17 Luglio 2013 alle 13:40 #87526::
Ecco l’esempio minimo compilabile basato sull’esempio di @alegenn:`\documentclass[a4paper,12pt]{book}\usepackage[greek,italian]{babel}
\usepackage{hyperref}
\begin{document}
\frontmatter
\tableofcontents
\chapter{Presentazione}
\chapter{Premessa}\mainmatter
\chapter{Uno}
\chapter{Due}
\chapter{Tre}\end{document}`
Come dice @alegenn, basta togliere il greco e la numerazione romana funziona; ma con il greco (anche quello monotonico) la numerazione romana non funziona più.
Strano che i greci non se ne siano ancora accorti…:wink:
Claudio
-
17 Luglio 2013 alle 15:07 #87527::
OldClaudio” post=87016Ecco l’esempio minimo compilabile basato sull’esempio di @alegenn:`\documentclass[a4paper,12pt]{book}
\usepackage[greek,italian]{babel}
\usepackage{hyperref}
\begin{document}
\frontmatter
\tableofcontents
\chapter{Presentazione}
\chapter{Premessa}\mainmatter
\chapter{Uno}
\chapter{Due}
\chapter{Tre}\end{document}`
Come dice @alegenn, basta togliere il greco e la numerazione romana funziona; ma con il greco (anche quello monotonico) la numerazione romana non funziona più.
Strano che i greci non se ne siano ancora accorti…:wink:
Claudio
Chi ha scritto quella roba non sa nemmeno dove si comincia. È pazzesco. 👿
` \DeclareTextCommandDefault{\@roman}[1]{\latin@roman{#1}}
\DeclareTextCommand{\@roman}{LGR}[1]{\textlatin{\latin@roman{#1}}}`
Folle. Ridefinisci con
`\makeatletter
\def\@roman#1{\expandafter\textlatin\expandafter{\romannumeral#1}}
\def\@Roman#1{\expandafter\textlatin\expandafter{\expandafter\@slowromancap\romannumeral#1@}}
\makeatother`
Forse si può fare di meglio eliminando [tt]\textlatin[/tt] se non è davvero necessario, ma siccome non si può sapere dove il numero deve essere stampato, meglio lasciarlo.Ciao
Enrico
-
18 Luglio 2013 alle 12:17 #87528
-
18 Luglio 2013 alle 13:36 #87529::
OldClaudio” post=87033Grazie Enrico, sapevo che avresti trovato l’inghippo al primo colpo d’occhio.
Mi sono permesso di correggere nel tuo mail \expandaffter in \expandafter 🙂
È ovviamente fondamentale che venga scritta l’espansione del numero; la definizione usuale di [tt]\@roman{#1}[/tt] è semplicemente [tt]\romannumeral#1[/tt]. Nel caso del greco, c’è il problema che, se è in vigore la codifica LGR, il numero di pagina 3 produrrebbe tre iota. La “soluzione” di Günter Milde sarebbe di rendere [tt]\@roman[/tt] dipendente dalla codifica, ma con il piccolo problema che i comandi di questo tipo sono “robusti”. Per questo [tt]\@roman{\c@page}[/tt] che proviene da [tt]\roman{page}[/tt] rimane tale e quale. Ora, non vedo alcun problema se nel file .aux o .toc viene scritto [tt]\textlatin{iii}[/tt] (anche [tt]\textlatin[/tt] è robusto), anzi forse è addirittura il modo migliore perché il titolo del capitolo potrebbe essere in greco.
Puoi fare la segnalazione?
Ciao
Enrico
-
18 Luglio 2013 alle 14:52 #87530
-
21 Luglio 2013 alle 11:21 #87531::
Con l’aggiornamento di oggi a [tt]greek.ldf[/tt] versione 1.6, il seguente documento
`\documentclass[a4paper,twoside]{report}
\usepackage[greek,italian]{babel}
\begin{document}
\pagenumbering{roman}
\tableofcontents\cleardoublepage
\addcontentsline{toc}{chapter}{Presentazione}
\chapter*{Presentazione}Ciao.
\cleardoublepage
\pagenumbering{arabic}\chapter{Uno}
Ciao
\end{document}`
produce questo file [tt].toc[/tt]:
`\select@language {italian}
\contentsline {chapter}{Presentazione}{\textlatin {iii}}
\contentsline {chapter}{\numberline {1}Uno}{1}`
Direi che il problema è risolto.Ecco il passo rilevante in [tt]greek.dtx[/tt]: 🙂
`% \changes{greek-1.6}{2013/07/18}{fix \cs{@roman} and \cs{@Roman}
% redefinition (thanks to Enrico Gregorio and Claudio Beccari),
% load LICR macro definitions for Xe/LuaTeX.}`Ciao
Enrico
-
22 Luglio 2013 alle 5:37 #87532::
egreg9″ post=87073Con l’aggiornamento di oggi a [tt]greek.ldf[/tt] versione 1.6, il seguente documento
`\documentclass[a4paper,twoside]{report}
\usepackage[greek,italian]{babel}
\begin{document}
\pagenumbering{roman}
\tableofcontents\cleardoublepage
\addcontentsline{toc}{chapter}{Presentazione}
\chapter*{Presentazione}Ciao.
\cleardoublepage
\pagenumbering{arabic}\chapter{Uno}
Ciao
\end{document}`
produce questo file [tt].toc[/tt]:
`\select@language {italian}
\contentsline {chapter}{Presentazione}{\textlatin {iii}}
\contentsline {chapter}{\numberline {1}Uno}{1}`
Direi che il problema è risolto.Ecco il passo rilevante in [tt]greek.dtx[/tt]: 🙂
`% \changes{greek-1.6}{2013/07/18}{fix \cs{@roman} and \cs{@Roman}
% redefinition (thanks to Enrico Gregorio and Claudio Beccari),
% load LICR macro definitions for Xe/LuaTeX.}`Ciao
EnricoSalve a tutti,
il codice di Enrico:
`\documentclass[a4paper,twoside]{report}
\usepackage[greek,italian]{babel}\usepackage{hyperref}
\begin{document}
\pagenumbering{roman}
\tableofcontents\cleardoublepage
\addcontentsline{toc}{chapter}{Presentazione}
\chapter*{Presentazione}Ciao.
\cleardoublepage
\pagenumbering{arabic}\chapter{Uno}
Ciao
\end{document}`
con l’aggiunta di
`\usepackage{hyperref}`
crea link che “puntano” al paragrafo sbagliato, mi riferisco al paragrafo: “Presentazione” a pagina iii.
Il link generato nell’indice punta all’indice stesso.
Qualcuno sa perché?
Nella ia ignoranza avevo pensato che una volto risolto il problema con la numerazione romana, tutto sarebbe andato a posto.
Ora ho creato delle dispense per i miei allievi e uno degli scopi per cui non uso un normale libro di testo è quello di poter adattare il contenuto sia al mio stile didattico sia alle esigenze degli studenti, ma una dispensa che non può essere aggiornata è come un computer non collegato in rete 🙁
Non verrei dover cambiare lo stile perché le dispense che sono suddivise per i contenuti del primo, secondo e terzo anno hanno tutte una omogeneità stilistica che desidero conservare.
Per ora sul computer portatile ho ancora la TeXlive 2012, ma compilare con un software datato non mi sembra una soluzione accettabile, per cui spero che qualcuno possa risolvere il problema (Heiko Oberdiek?).
Saluti
-
22 Luglio 2013 alle 6:01 #87533
-
-
AutoreRisposte
- Devi essere connesso per rispondere a questo topic.