OldClaudio

Marco, se ne è parlato molto circa un anno fa quando il problema era quelo di inserire nell’arte esempi e documentazione per l’uso di pgfplots.

Il problema è che nessun programma deve usare tutta la memoria disponibile; o meglio, bisogna definire che cosa è disponibile. Per i calcolatori di una volta, assolutamente NON multitasking, si riuscivano a fare cose meravigliose con hard disc piccolisimi rispetto a quelli disponibili oggi e con pochi mega di RAM. Ma il sistema operativo, mella sua semplicità eseguiva solo un programma alla volta, oltre a se stesso, come interfaccia da e verso le periferiche.

Oggi i caolcaltori sono multitasking, quindi anche se hai 4GiB di RAM e 8GiB sull’hard diskdi memoria SWAP, questo può non essere sufficiente e rallentare le centinai di processi in esecuzione in ogni istante. Quindi ogni programma che si rispetti non deve richiedere memoria al sistema operativo fioo al punto in cui si arrestano gli altri processi, compreso il sistema operativo stesso, per mancanza di RAM.

Quindi i programmi tex, pdftex,xetex,luatex,aleph, eccetera, devono essere concepiti in modo tale da stare ben lontani da quei limiti; se guardi la statistica alla fine del file log, ci sono scritte le ampiezza di memoria dedicate dall programma eseguibile per eseguire le varie funzioni che deve svolgere; si tratta quasi sempre di milioni di parole di 4 byte; quindi aree di memoria piuttosto vaste, anche se sono lontane dia miliardi di Byte della RAM e dei tebibyte dei dischi. ma garantiscono la velocità di esecuzione e in paratica anche l’assenza di swapping per gestire la RAM e la memoria virtuale.

Allora, durante la discussione si pgfplots fu detto anche come allargare la memoria per i programmi di TeX Live; non mi ricordo se fu detto anche per MiKTeX, ma si parlava solo di raddoppi di memoria, non di ampliamenti vertiginosi.

Diamine, allora perché TikZ per fare un disegno occupa tanta memoria? perché non la libera appena ha finito? Perché tiene in memoria moltissimi dati per fare un diagramma, e non li usa finché non ce li ha tutti a disposizione; ma quando ce li ha a disposizione esegue il disegno, ma non lo scarica dalla memoria, bensì lo mette nella coda degli oggetti flottanti; solo quando la routine di output dell’interprete spedisce fuori (tecnicamente Knuth ha usato il verbo to ship out) una pagina composta contenete anche il disegno, solo allora la memoria si scarica, almeno di quello che è stato spedito fuori.

Questo è quello che ho capito io, che non sono un ingegnere informatico, ma uso il calcolatore, programmando anche in linguaggio macchina, da una cinquantina d’anni (cinquanta anni fa programmare in linguaggio macchina era una cosa “normale”; oggi non lo faccio più); ma anche se oggi sono cose poco comuni, quell’apprendistato ha insegnato molto a noi della vecchia guardia; non pretendo di capire tutto quello che fa il calcolatore dietro le quinte, ma credo di averne una idea abbastanza ben approssimata.

Se qualche ing. informatico vuole correggermi e spiegare meglio a tutti noi frequentatori del forum tutta la faccenda, io sono il primo ad essere contento.

Dopo aver usato il comando \mylopoff{…} hai dimenticato al parentesi graffa chiusa.

Se definissi i nuovo comandi con \newcommand* invece che con \newcommand, il programma si sarebbe fermato alla fine del primo capoverso dopo quel comando e avresti trovato subito l’errore.

Che differenza c’è fra uasare e non usare l’asterisco? Con l’asterisco gli argomenti non possono contenere esplicitamente un comando di fine capoverso come una riga vuota o il comando \par (comando dell’inteprete per terminare un capoverso); senza l’asterisco gli argomenti non sono limitati ad un solo capoverso, quindi l’interprete (il vero motore di composizione) va avanti a leggere il file fino a quando trova la graffa chiusa. Se non la trova si produce un errore fatale e quel messaggio che hai ricevuto.

Puoi sempre seguire quanto indicato nela Guda GuIT nel capitolo dove si descrive al formazione delle pagine; si possono mettere i comandi per tracciare e per non tracciare le pagine con meno righe (almeno una, e poi si può leggere nel file .log che cosa ha fatto per comporre quella pagina; lettura poco piacevole, ma ogni riga del tracciato mostra larghezza, altezza e profondità della pagina, quanto manca alal fine e, specialmente alla fine mostra le bruttezze (i costi) che is hanno a terminare la pagina lì, piuttosto che là.

Non è detto che scopri il motivo di quel comportamento, ma onestamente a me è successo solo per evitare orfane e vedove (le vedove in particolare sono fastidiose e sono quelle che maggiormente provocano quel tipo di problema).

\alla fine di un capoverso di una di quelle pagine con meno righe puoi provare a mettere un comando \enlargethispage*{,spazio>}; in condizioni normali lo spazio dovrebbe essere espresso come multiplo intero (piccolo, 1 o 2) dell’avanzamento di riga \baselineskip; ma nel tuo caso potrebbe bastare di meno.

Per modificare globalmente le penalità per le righe orfane e le righe vedove, io mi sentirei più tranquillo a mettere le definizioni di Enrico all’inizio del documento, piuttosto che nel preambolo, perché l’opzione italian di babel fa cose strane (colpa mia) con le penalità per le orfane o le vedove.

Più che leggere guide devi capire che cosa fa ogni pacchetto; la strada più semplice è quella di aprere un terminale, o prompt dei comandi come si chiama sulle macchine Windows, e scriverci dento il comando texdoc e poi premere il tasto invio; nel tuo caso potresci scriversi texdoc showkeys e sullo schermo ti apparirebbe subito la documentazione del pacchetto.

Talvolta non funziona, ma è raro.

Esistono poi altre cose: hyperref, per esempio, deve modificare i comandi che creano gli oggettti a cui si vorrebbero collegare i collegamanti ipertestuali; fra questi ci sono le intestazioni di capitoli, paragrafi, sottoparagrafi, didascalie, eccetera. Quindi devi caricarlo dopo aver caricato i pacchetti che modificano queste cose, altrimenti, invertendo l’ordine di caricamante, rischi di disfare quello che hyperref ha fatto.

Ecco perché devi seguire il consiglio del mio omonimo cfiandra: devi caricare nell’ordine giusto solo i pacchetti che ti servono davvero; come si fa a sapere qual è l’orine giusto? bisogna leggerne la documentazione per scoprire che cosa fa ogni pacchetto; talvolta non basta nemmeno questo, e bisogna procedere sperimentando diversi ordini di caricamento, ma di solito funziona.

Mai prendere per buono chi ti dà delle cose già fatte e NON DOCUMENTATE, dove ciò si spiega perché si è caricato ogni pacchetto e perché lo si è caricato in quella posizione. Conoscendo la documentazione puoi anche esercitare il tuo spirito critico per essere sicuro che la documentazione di chi ha preparato il file sia corretta o non contenga errori; nessuno è infallibile, quindi gli errori li commettiamo tutti (come questo anacoluto…)

La soluzione che hai trovato non è una soluzione; è una toppa che puoi metterti nel tuo file, ma non è una soluzione da proprre agli altri frequentatori del forum. È una toppa, perché è assurdo che usando font migliori di quelli di default, ma ugualmente gestiti dal gruppo di lavori del TUD, si produca un errore che va rattoppato evitando di usare i font migliori. Non ti pare?

Come sarebbe che “le pagine dispari diventano di colore più sbiadito”?

Siccome a me non viene con l’esempio minimo compilabile che hai allegato nel tuo messaggio, vuol dire che il tuo esempio anche con più pagine di testo, non replica il tuo problema; nelle pagine pari la testaine contien le informazioni relative al capitolo; le pagine di destra le informaizoni relative al paragrafo in vigure all’inizio della pagina. dunque se una pagina si e una pagina no il grigio si propaga a tutta la pagina io controllerei bene come hai impsotato le testatine. Ma siccome non ci dici come le hai impostate,ma ci dici solo come hia impostato il titolo del capitolo, ma quello non è necessariamente quello che va nella testatine, è evidente che non possiamo replicare il problema, e quindi non possiamo dirti dov’è l’errore, perché di errore si tratta.

Ricorda che il comando \chapter accetta due comandi, uno facoltativo e uno obbligatorio; se quello facoltativo non viene specificate, l’argomento facoltativo viene preso uguale a quello obbligatorio. il testo facoltativo va nell’indice e nelle testatine; dunque, se non specifichi l’argmento facoltativo, nella testatina ci va proprio quello che hai indicato come obbligatorio. Se questo testo contiene qualche comando fragile, in questi passaggi “si rompe”, quindi quello che succede nelle testatine diventa imprevedibile.

Ecco perché sarebbe importante aver eun esempio minimo compilabile che replichi il tuo problema, afifnché tu lo possa curare in modo efficace, non con un rattoppo come quello che hai adottato.

Io non riesco a vedere differenze di colore.

Invece il fatto che la barretta verticale diventi orizzontale è dovuta al fatto che la vecchia codifica OT1 e la nuova codifica OT1 sono idverse; la codifica OT1 non contiene il carattere |, mentre la codifica T1 ce l’ha.

Quando si scrive in italiano, o meglio, in qualunque lingua, non bisognerebbe mai usare la vecchia codfica OT1, che purtroppo è ancora quella di default.
Va bene e risparmia byte nei file composti, solo per l’inglese ma, come mostra il tuo esempio (per il quale non è specificata nessuna lingua, quindi vale la lingua di default, l’inglese) non va bene nemmeno per l’inglese.

Guarda che noi professori storici (io ne ho 73 e sono già in pensione da tempo) abbiamo al testa dura, forse, ma non siamo tutti irrazionali 😎