OldClaudio

Il file .log che hai allegato (in formato pdf, perché?) sembra incompleto, perché non contiene il dettaglio del tuo errore, sembra trocato prima.

Tuttavia, permettimi un’osservazione; Sarebbe desiderabile che ogni file sorgente predisposto in passato rimanga sempre compilabile anche in futuro; tempo però che LaTeX non andrebbe avanti se questa forma di conservazione fremasse ogni sviluppo. Ma se leggi l’articolo do Frank Mittelbach su ArsTeXnica di aprile 2019 o di aprile 2018 (non ricordo bene in quale anno, anche se l’articolo l’ho tradotto in italiano io stesso) parla di “ritorno al passato; spiega come modificare qualche riga del preambolo per usare il nucleo di LaTeX com’era anni prima.

Personalmente io uso MAcTeX e lo aggiorno settimanalmente; l’ultima vola questa mattina, e non ho riscontrato nessun fallimento o errori strani; Non ho provato a compilare miei vecchi documenti di 20 o 30 anni fa, anche eprché in questo lasso di tempo li ho rivisti e ora il contenuto è lo stesso, meno qualche refuso che ho corretto, quindi non sono nemmeno in grado di ripescare qualcosa che ia davvero così vecchio e sul quale non abbia mai rimesso le mani. Mi spiace, perché potrei darti una mano migliore se se avessi ancora qualche vecchio file.

Ma il mio consiglio resta sempre quello di lavorare con l’ultima versione, speciamente ora che molte parti vengono sostituite con funzioni in linguaggio L3, che spesso e volentieri, essendo in grado di fare molto di più delle macro TeX e LaTeX tradizionali, talvolta sono però anche più delicate.

Vedi di trasmettere qui sul forum quelle poche righe di codice che contengono la riga 187; se poi alleghi non tutto il file .log in formato test, ma solo dove c’è il messaggio d’errore che hai segnalto con almeno 20 righe prima e, se ci sono, altrettante righe dopo.

Tutti i numeri casuali generati da qualunque programma, sono frutto di un algoritmo quindi tutti sono pseudocasuali; l’importante è che le mutue correlazioni fra numeri adiacenti nella lista siano sostanzialmente nulle.
Di solito l’algoritmo comincia con un numero “casuale”, tratto dall’istante dell’orologio interno che regola il time della macchina, ma da quel primo numero in poi, l’algoritmo cambia anche la distribuzione, piatta, gaussiana, poissoniana eccetera; sempre pseudocasuali, però.

Se non ho letto male il file interface3.pdf, leggibile come al solito con texdoc, ha una parte dedicata al calcolodi numeri floaitng point decimali anche in notazione scientifica che fra le infinte funzioni che può calcolare contiene anche quella per generare numeri casuali; sivcome si tratta di usare il linguaggio LaTeX3 è meglio leggere e capire bene quel documento, ma poi ci si fanno cose egregie.

@samile, non sto dicendo che il file PDF prodotto con uno qualunque dei programmi di composizione diretta (pdfLaTeX, XeLaTeX, LuaLaTeX) eseguiti con una installazione di TeX Live aggiornata, non funzioni; sto dicendo che chi usa Linux con una installazione vecchia (per esempeio tetex) e non aggiornata, magari legge un file pdf prodotto da altri con gv e si ritrova nello schermo i font sostituiti con altri font che spesso e volentieri sono dei nimbus. Non è il tuo caso; lo sappiamo entrambi benissimo; è forse, sottolineo forse, il caso del relatore di @pincopallino.

Non l’ho detto nel mio precedente messaggi, ma si tratta sempre di sotto insiemi: solo i glifi effettivamente usati nel documento; sia con i type 1 sia con gli opentype è quasi sempre un sotto insieme di parecchie decine di caratteri. Nel tuo esempio ne sono stati caricati pochi perché si tratta di un esmpio con poco testo. Nel tuo esempio non hai usato la matematica quindi non si sa se il problema di @pincopallino dipenda dai font matematici incorporati. Ma come dicevo nel mio ultimo messaggio, anch’io in passato ho avuto grossi problemi quando usavo una versione di Linux essenziale con l’installazione tetex; secoli fa… e i nimbus sostituiti da gv/gs al posto dei font mancanti davano schermate e stampe assolutamente inguardabili, spesso incomprensibili. Poi sono passato al Mac e ho tutti i vantaggi di un sistema UNIX e dell’installazione completa di MacTeX senza gli svantaggi delle infinite incarnazioni di Linux. Costa, d’accordo, e non poco. MA da quando uso il Mac faccio tutto quel che mi serve, senza problemi; questo lo sottolineo non per reclamizzare una macchina e un sistema operativo particolari, ma per spiegare perché non posso fare esperimenti su una piattaforma Linux; tra l’altro non voglio sprecare 50 GiB per installare un virtualizzatore su cui installare una versione di Linux.

PdfLaTeX ha bisogno di avere una lista di font con le cratterisitche di ciascuno (nome del file tfm, nome del file pfb, trancodifica, particolari impostaioni per l’inclinazione, eccetera); queste informazioni non sono contenute dentro i file come per gli OpenType, che si pososno usare solo con XeLaTeX e LuaLatex (e altri programmi di composizione non collegati a LaTeX), quindi bisogna fornirgliele; Bella Guida GuIT c’è scritto come fare per costruire i file di mappa (quelli che contengono le suddette informazioni) e poi ul programma di installazione che in TeXLive si chiama updmap-sys provvede a raccogliere le informazioni contenute i diversi file di mappa, e cucirle assieme in un unico file .pdftex.map, che al momento buono pdfLaTeX legge e ne estrae le informazioni per inserire nel file .pdf di uscita tutti glifi usati nel documento con le proprietà di ciascuno. Ma tutte el informazioni necessarie sono controllate da un file di configurazione che si trova in …/texmd-dist/web2c/updfmap.cfg.

Questo file indica tante cose, comprese le mappe dei font di sistema; ma può essere integrato da altri file file che l’utente ha acquistato, o a scaricato dalla rete, o si è creato, insomma i suoi file personali; per usarli deve scriversi anche un file di mappa messo in una apposita certella personale, e poi updmap-sys la trova e la aggiunge alle altre.

Bene, tutto ciò spiega in parole povere, saltando innumerevoli dettagli, come funziona la gestione dei file e la loro incorporazione nei file pdf creati dall’utente.

Ma veniamo alla questione dei font incorporato o non incorporati; Il file updmap.cfg per la configurazione del particolare pacchetto pdftex.map che usa pdfLaTeX, contiene la riga [tt]pdftexDownloadBase14 true[/tt] che dice: nel creare il file pdftex.map incorpora anche i 14 file che si danno già presenti nelle stampanti (nei driver per le periferiche di uscia) predisposte per mostrare il contenuto dei file pdf.

Per il driver dvips, che trasforma un file DVI in file PDF, la riga corrispondente per la creazione del suo file di mappa dvips.map, contiene la riga [tt]dvipsDownloadBase35 false[/tt] o almeno era cosi fino a pochi anni fa; ora [tt]false[/tt] dovrebbe già essere sostituito con [tt]true[/tt], ma all’occorrenza questa riga con [tt]true[/tt] può essere messa nella mappa personale.

In realtà esistevano davvero una volta le stampanti che potevano ricevere direttamente i file PostScript e stamprli senza bosogno che i 35 font di default facessero parte della mappa. Ma la mancata incorporazione di font nei file PDF distruggerebbe la loro caratteristica di essere “portable” ciò usabile su qualunque macchina indipendentemente dal sistema operativo. In passato,quando era necessario in documento in formato pdf e se ne disponeva solo della versione in formato PostScript, si usavano programmi comps2pdf o pstopdf che eseguivnano la trasformazione. ma evidentemente non potevano incorporarvi i font che non erano contenuti nel documento PstScript.

Non so dire esattamente che cosa avvenga con MikTeX, perché non ne dispongo più da più di 10 anni. Ma le cos non sono molto diverse da qunto ho descritto pe l’installazione TeX Live.

Che cosa succede con gli utenti di Linux di vecchia data e poco attenti all’evoluzione del softeware? Talvolta non installano Adobe Reader; o Okular o Evince, quindi non dispongono di un programma ad hoc per visualizzare, stampare e leggere i file PDF. Spessocostoro usano gv (alia gview, alias ghostview) che sono programmi eccellenti ma che partono ancora dal presupposto che non hanno bisogno di sare i font che devono essere installati di default. Qindi sostituiscono i font che non conoscono con altri font, facendo un miscuglio forse leggibile ma talvolta indecente; e mancano di glifi necessari o con disposizioni dei caratteri che non corrispondono a quelle usate nel font originali; ecco quindi che la lettera \Phi mancante vien sostituita con una O, e via di questo passo.

Ora, @pincopallino, se vuoi che il tuo relatore, che evidentemente non usa software aggiornato e adeguato, possa leggere i tuoi scritti devi dargleli stampati, non sotto forma di file pdf.

Scusatemi per la lunga spiegazione; spero che siate riusciti ad arrivare a leggere fino a qui.

robitex” post=117572ehm, poi dovresti passare a TeX Live…
R.

Questo va da sé, ma gli utenti di WIndows trovano più facilmente come installare MikTeX; che non è per niente male; ma TeX Live, seocndo me è meglio, nel senso che è di prima mano, non di seconda mano; Il curatore di MikTeX preleva quello che c’è da aggiornare da CTAN e poi lo trasforma in una cosa maneggevole per i sistemi operativi di WIndws. TeX Live si limita ad impacchettare quanto c’è su CTAN senza modificare niente. Ma come tutti sappiamo, qualunque cosa piace ad alcuni e dispiace agli altri; e di due insiemi sovrapposti per “qualunque cosa”, producono insiemi nulli.:-(

Anche con emacs si può aggiungere e sincronizzare un visualizzatore PDF con ricerca diretta e inversa; Nella guida tematica sulle codifiche dovrebbe esserci scritto come fare; ma non te lo posso confermare, perché non usando emcs non potrei verificarlo.