OldClaudio

Non ho capito che cosa chiedi con “trovato formato?”, dove formato contiene il link a CTAN.

I file di formato si trovano direttamente nella tua distribuzione/installazione di qualunque tipo, altrimenti non potresti ricostruire il formato ogni volta che ne hai bisogno; MiKTeX nella sua pagina di Settings ha un apposito bottone per ricreare i formati; TeXLive e MacTeX non dispongono di una simile GUI, ma ricreano i formati con il comando da terminale fmtutil o fmtutil-sys dandogli opportune opzioni, Istruzioni con texdoc tlmgr e texdoc texlive.

I file di formato, per esempio quello del markup LaTeX si trova in …/tex/latex/base/latex.ltx.

Ma la documentazione si trova nella carella suorce; inoltre i file fmtutil(-sys) in realtà invocno un file .ini per ciascun tipo di formato da costruire sul motore di composizione che lo userà; il motore di composizione funziona con l’opzione –ini per poter eseguire il dump del file .fmt, una volta letto tutto quello che deve per creare un particolare formato.

Tieni presente che con il motore pdftex e il file di markup latex.ltx si possono creare (almeno) tre diversi formati latex.fmt, pdflatex.fmt, pdfelatex.fmt, oltre ad altri meno noti. La cosa dipende da quale file .ini viene letto prima di caricare latex.ltx.

Come vedi la cosa è abbastanza complessa. ma il file .log, si trovano nella stessa cartella dei file .fmt e nel file .log c’è scritto tutto quello che serve. Io che sperimento spesso con i file di patter per la divisione in sillabe, ricreo il formato pdflatex una decina di volte all’anno, e ho abbastanza esperienza nel farlo,ma non mi sono mai preso la briga di leggere tutto il file .log; leggo solo la parte che riguarda i pattern di sillabazione.

A parte l’anacoluto, i due metodi che proponi sono validi entrambi; ovviamante lasciando cliccabile anche la parola capitolo devi impostare correttamente hyperref affinché non ti scriva chapter al posto di capitolo.
Tuttavia i riferimenti cliccabili sono utili per un documento da leggere a schermo; per lo stesso documento stampato non servono granché i riferimenti cliccabili… 😉 ma sarebbe preferibile usare il pacchetto varioref ed usare il suo ocmando \vref che ti indica il numero del capitolo e anche la pagina a cui esso si trova.

A me non risulta.

italian.sty viene deprecato perché serve per attuare una retrocompatibilità specialmente con LaTeX209, ma il suo uso con LaTeX2e è deprecato; l’autore prima chiama babel senza specificare nessuna lingua poi chiama chiama italian.sty che ia sua invoca babel.def e tutto il resto.

Il modo corretto di usare babel è quello di chiamarlo con le opzioni (che d’altra parte possono anche essere indicate fra le opzioni della classe, cosicché diventano opzioni globali, usabili anche da altri pacchetti).

Babel.sty carica babel.def e switch.sty; poi esamina la lista di opzioni locali e globali e carica i file .ldf, in questo caso italian.ldf.
Quest’ultimo file controlla se è già disponibile etoolbox.sty (che potrebbe già essere stato caricato dalla classe o da altri pacchetti invocati prima di babel) e nel caso lo carica; etoolbox a sua volta carica etex.

La versione di babel 3.9 è abbastanza diversa dalle versioni precedenti e siccome risulta dalla sovrapposizione di moltissimi interventi eseguiti negli ultimi 20 anni da curatori diversi, non è molto trasparente; forse andrebbe riscritto; a me non dispiacerebbe che fosse riscritto in stile polyglossia, ma altri hanno opinioni opposte; a me piace che ogni lingua possa essere impostata con opzioni sue proprie, senza ricorrere agli attributi o o ai modificatori dell’ultima versione di babel; con polyglossia secondo me l’uso delle lingue è più lineare.

Me ne rendo conto quando devo aggiornare italian.ldf e gli altri file consimili che curo io; con il latino nelle sue varianti sono diventato matto con il modulo per babel, mentre con il modulo per polyglossia le cose sono state molto più lisce (purtroppo il curatore di polyglossia interviene, forse, una volta all’anno, quindi il modulo gloss-latin.ldf non è ancora disponibile nelle varie installazioni, benché glielo abbia inviato sei mesi fa — LATINISTI; SE NE AVETE BISOGNO SCRIVETEMI!).

Sì, compila bene, ma se vuoi evitare quegli avvisi, salva i tuoi file con codifica utf8. la codifica dell’editor deve andare d’accordo con la codifica di inputenc che specifichi a LaTeX.

Con tutto il rispetto per MiKTeX, questi sono problemi che di solito capitano sulle macchine Windows; Be’, non voglio dire che non capitino su altre macchine; infatti ci sono ancora utenti Mac che ostinatamente continuano ad usare la codifica applemac.
Infatti Toomaso ed io abbiamo scritto una guida tematica sulle codifiche, che puoi scaricare, se non l’hai già fatto, dalla sezione Documentazione/Guide GuT Tematiche.

Non direi che ci sia tanto da impazzire se si considerano due cose:
1) pdflatex e lualatex hanno come motere di composizione pdftex, mentre latex e xelatex hanno come motore solo tex e xetex, molto simili, nel senso che il secondo gestisce anche i font OpenType, mentre il primo non li gestiche, ma il loro output sono due varianti del formato DVI, non del formato PDF. il loro file di uscita deve venire trasformato in PDF mediante opportuni programmi; per il DVI di latex si può usare sia dvips+pstopdf, sia dvipdfm; per l’uscita del file DVI speciale di xelatex ci pensa da solo l’eseguibile xetex a lanciare una versione speciale di dvipdfm, ma mediante un’opzione questa trasformazione può essere disabilitata (in genere non viene disabilitata — io non l’ho mai disabilitata).

Allora mi pare evidente che i due snapshot di latex e xelatex siano molto simili, e a loro volta i due snapshot di pdflatex e lualatex siano molto simili; la differenza sta nel fatto che i formati basati su pdftex vengono sviluppati attivamente per far sì che pdftex possa produrre il massimo che il linguaggio di uscita possa dare. Invece il motore tex è congelato per volere di Knuth; di fatto latex viene compilato con una versione di pdftex impostata per produrre il formato di uscita DVI che non ha tutte le raffinatezze del formato PDF. Xetex è nato molto più avanzato di tex e include già di suo le estensioni di etex, soltanto che per chissà quale decisione degli anni 2000-2005 che non conosco, è stato deciso di usare un formato DVI modificato per poter gestire i fon con codifica UNICODE; tant’è che lo sviluppo di lualatex è cominciato proprio quando è uscito xetex/xelatex. Mettendo mano su un programma nuovo, gli sviluppatori si sono sbizzarriti con una quantità di funzionalità in più, in particolare l’inclusione di buona parte dell’interprete Lua che ne caratterizza il nome.

Comunque buona parte dei pacchetti in più che gli snapshot di pdflatex e lualatex mostrano, sono pacchetti inclusi nel formato, non richiamati né da minimal, né dal pacchetto di cui stai cercando le dipendenze. Prova a fare lo snapshot senza chiamare nessun pacchetto e vedrai che la lista rimane molto lunga lo stesso, perché è il formato che richiede almeno una mezza dozzina di pacchetti che xelatex e latex non richiamano.

Più o meno si. Ma…

Metterei la dipendenza dal driver, vale a dire che invece di PDFTEX.DEF metterei .DEF per indicare che un drivere con le definizioni dei suoi comandi di basso livello ci vuole, altrimenti color non funziona, ma non specificherei il nome del friver PDFTEX, perché quello è solo il driver che si usa con il compositore pdflatex ed altri programmi simili basati sul motore di composizione pdftex; con xelatex si usa il driver XETEX.DEF, con altri programmi si usano altri driver, corrispondenti ciascuno ad una opzione; in realtà non è necessario specificarlo perché il driver giusto è ricavato dal file di configurazione.Eliminerei infwarerr e ltxcmds che sono caricati dal formato.

skevin93″ post=98806Io lo segnerei come “incompatibile” con tutti quei pacchetti che emula: se uso [tt]titlesec[/tt] o [tt]geometry[/tt] nella classe [tt]memoir[/tt] vado certamente incontro a dei problemi

Tra la fine della pagina xxix e l’inio della pagina xxx, la documentazione di memoir spiega quali pacchetti emula e di cui vieta il caricamanto e quali pacchetti, pur offrendo funzionalità simili a quelle contenute in memoir possono essere usati lo stesso. Vale pae na leggere uei pochi capoversi per rendersi conto delle compatibilità e delle indipendenze. In particolare titelesece e geometry sono usabili anche con memori.Come collaboratore iniziale di imakeidx posso dire che, benché memoir vieti il caricamento di makeidx (come specificato verso la fine della pagina xxix) non vieta espressamente imakeidx, perc cui le funzionalità di quest’ultimo possono essere usate tranquillamente, pur di non usare i comandi propri di memoir, e in effetti funziona beniissimo. Alla finde di dicembre dovrebbe essere caricato su CTAN e aggiunto ai pacchetti di TeX Live (e MiKTeX ?) il nuovo pacchetto indextools, che è un fork di imakeidx compatibile con la presenza del pacchetto bidi; siccome memori emula le funzionalità di bidi, la cosa potrebbe presentare un vantaggio per gli utenti. Non lo so, vedremo.