admin

polpnt” post=89861ho riprovato,ma il problema persiste,non riconosce perl

Scusa la domanda banale: hai decompresso tutto?

Comunque, hai fatto tutto come riportato in http://orlandoiovino.altervista.org/latex/tl2013-f-win7.html ?

Ciao,
Orlando

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
Claudio

Non 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

Elrond” post=86772

[OT]

Vorrei segnalare che il link giusto per la classe guidatematica è:
https://github.com/GuITeX/guidatematica
e che, per compilare la guida a Git servono, oltre al file di classe, anche le due immagini in pdf presenti nella cartella della guida tematica.

Ciao

[/OT]

Grazie per la segnalazione, ho aggiornato il nome del repository della classe (è cambiato qualche mese fa) e aggiunto un link al PDF della guida 😀

Guarda l’aspetto positivo, ora che hai installato la classe [tt]guidatematica[/tt] puoi pensare di contribuire anche tu con qualche nuova guida 😉
Comunque nel repository della classe ci sono un Makefile e uno script batch (entrambi realizzati da Orlando Iovino) per automatizzare l’installazione della classe su tutti i principali sistemi operativi

Da quello che ricordo @Liverpool usa MikTeX e il file Makefile.bat va bene solo per TeX Live.

Ciao,
Orlando

Marco87″ post=85979Ciao a tutti,

desidererei capire cosa sta dietro all’uso della memoria da parte di [tt]TikZ[/tt] e/o TeX. Al riguardo avrei due domande:

1. Ogni volta che [tt]TikZ[/tt] completa un disegno, svuota la memoria occupata? Se non è così, perché?
2. Perché non è possibile dire a TeX (e/o [tt]TikZ[/tt]) di usare tutta la memoria di cui dispone il computer? (Ovviamente nel caso limite in cui fosse necessario). Se a me andasse bene di aspettare anche 10 minuti di compilazione per un solo documento, perché devono essere posti dei limiti sulla memoria, quando al giorno d’oggi non lo è di certo? Non pensate che sarebbe un bel passo in avanti non avere più quei problemi legati alla “main memory” di TeX? Forse è una cosa assurda da realizzare ma mi piacerebbe poter dire a TeX che se ha bisogno può usare anche tutta (o parte) la memoria di un HDD esterno.

Vi ringrazio molto fin d’ora anche di qualsiasi opinione vorrete esprimere. Buona giornata!
Marco.

Ciao Marco, le domande sono interessanti ma non saprei aiutarti. Intanto hai trovato risposta?

Ciao,
Orlando