OldClaudio

`\section{Codifica capace di correggere \texorpdfstring{$t$}{t}-errori}`

Questa è la prima correzione; ridurre il tiolo all’essenziale; inoltre il carattere < valido nel file sorgente, non è valido nel file composto, visto che usi i font cmr; la codifica ASCII di < corrisponde nel file cmr a qualche virgoletta o a qualche altro segno che non corriponde al segno di "minore". In matematica andrebbe bene, ma non puoi usarlo nella parte corrispondente alla "pdfstring". Invece i Warning che ottieni sono dovuti al fatto che non segui i consigli che cerco di dare a tutti: 1) NON usare mai i font Compuer Modern con codifica OT1 (quelli che stai usando tu) 2) Usare sempre la codifica T1 (quella che non stai usando tu) 3) Fra i font con la codifica T!, preferire quelli che hanno i corpi ottici; gli unici che conosco sono i Latin Modern I font Latin Modern si possono caricare usando sia il pacchetto lmodern, sia il pacchetto cfr-lm; il secondo offre più funzionalità, ma è più difficile da usare del primo. I font usati sono gli stessi con i due pacchetti, ma il secondo pacchetto conesente di usare varianti che con il primo sono inaccessibili o difficilmente accessibili. La particolarita dei Latin Modern è che sono scalabili con continuità, pur mantenendo il pregio di corpi ottici; usando quei font il corpo di 12.5pt ti esce senza problemi. I due secondi due Warning riguardano il font cmm, il corsivo matematico, e il font cmsy, il font dei simboli matematici; su quelli non puoi farci niente, nemmeno usando i LaTin Modern; puoi però evitare di configurare i tuoi titoli con font di corpi non disponibili. Puoi aggirare il problema scegliendo i pacchetti che ti consentono di usare altri font vettoriali sia per il testo sia per la matematica; non sono datati di copri ottici, ma se non vai ai pedici dei pedici in una nota (che è in corpo più piccolo del testo normale) e se non ti formalizzi troppo per i caratteri dei titoli troppo neri, puoi usare pacchetti con fourier, oppure kpfonts, che usano per il testo i font Utopia oppure Palladio, e i rispettivi font matematici formano l'accoppiata giusta. Puoi rivolgerti al pacchetto mathdesign, di cui ti consiglio di leggere la documentazione prima di cimentarti; il pacchetto consente di usare i font Charter, oppure Garamond oppure Utopia, e i fot matematici sono sempre accoppiati bene con quelli del testo; puoi usare anche i nuovi Times eXtended, i TX fonts: leggi la documentazione con texdoc newtxfonts.

Credo di averti detto tutto quello che posso sui font; ma la raccomandazione importante è: non usare mai la codifica OT1 e possibilmente usa sempre font continuamente scalabili.

Mi stupirei se MiKTeX 2.9 non fosse tanto aggiornato da maneggiare “direttamente” le immagini in formato .eps. TeX Live le gestisce “direttamente” dalla versione 2012. Può darsi che il tuo MiKTeX 2.9 non sia aggiornatissimo; nel qual caso prova ad aggiornarlo.

Ma leggi il file .log verso la fine dove si presenta il messaggio d’errore che dice che non trova il file foto.eps. toran indietro nel file .log fino a quando non trovi la riga che contiene tutte le estensioni grafiche che pdflatex può manipolare; se l’ultima è .eps, allora la tua versione di MiKTeX 2.9 è sufficientemente aggiornata, ma se non lo è il metodo che ti ha indicato Enrico funziona da alcuni anni.

Funziona da quando esiste la possibilità di attivare lo shell escape, la modalità con al quale i compilatori del sistema TeX, compreso pdflatex.exe, possono auto sospendersi, e richiedere al sistema operativo di eseguire un comando esterno al sistema TeX, dopo l’esecuzione del quale il controllo torna a programma di compilazione che prosegue da punto dal quale si era autosospeso; questa azione è pericolosa, specialmente sulle macchine Windows, perché apre al possibilità di lanciare programmi infetti. Può darsi che MiKTeX non attivi questa modalità per impostazione predefinita.

Comunuqe, forse MiKTeX lo esprime ancora con l’opzione –write18-enable (oppure –enable-write18 — verifica sul manuale MiKTeX Help che puoi aprire da Start -> Programmi -> MikTeX -> 2.9 -> MiKTeX Help). Ma per essere sicuro vai in testa al file .log e guarda se c’è scritto nelle prime righe

write18 enabled

oppure

protected write18 enabled

Se nessuna di queste due scritte appare, non funziona nemmeno il metodo di Enrico.

Allora questa sarebbe la soluzione del tuo problema: sempre dopo esserti documentato sul MiKTeX Help, vedi di configurare la tua distribuzione di MiKTeX in modo che sia attiva almeno la modalità protected del write18.

Se è così, allora sei a cavallo: la tua foto viene convertita in formato pdf, grazie al write18, e poi inglobata nel tuo file in formato pdf.

Quelle stringhe b/c0/c mi lasciano perplesso, molto perplesso; ma forse sono io che rendo fichi epr fiaschi.

Il messaggio dice che a un certo punto del tuo scritto vuoi usare il font tondo, nero esteso, diritto con la codfica OT1 con un corpo di 12.5pt; quel corpo non esiste, quindi ti prende il corpo più vicino a quello che richiedi.

Ora se quello è un corpo matematico, si può chiudere un occhio; ma se si tratta di un font di testo, allora mi domando perché usi la codifica OT1, che raccomandiamo sempre di non usare. Oltre tutto hai scelto i font newtxtext e newtxmath, che sono font continuamente scalabili; il cmr appartiene alla famiglia dei Computer Modern, non a quella dei New TX; da dove salta fuori?
Cerca di isolare il punto dove viene usato quel font e cerca di evitare di usarlo.

Alla seconda domanda capisco che non hai capito la differenza fra \mathbf e \bm.

\mathbof serve per mettere in nero le lettere che fanno parte della famiglia matematica operators; \bm serve per mettere in nero i simboli matematici e le lettere della famiglia letters. Generalmente il secondo serve per rendere nero un singolo simbolo, non un’intera espressione matematica; il primo serve per mettere in nero qualche simbolo in tondo, come quelli delle matrici (che per altro andrebbero in corsivo); per avere un’intera espressione nera bisogna dichiararlo prima di entrare in modo matematico, come, per esempio, una breve espressione matematic fa parte di un titolo di paragrafo (cosa sempre sconsigliabile). In questo caso si scriverà:`\section{Il triangolo rettangolo e la relazione \boldmath$a^2 +b^2 = c^2$\unboldmath}` ricordando di usare anche l’argomento facoltativo del comando \section, perché da \boldmath fino alla fine possono succedere cose inenarrabili prima che quella roba vada a finire nell’indice.

Concludendo i ocmandi \mathbf e \bm non sono intercambiabili ed entrambi non servono per mettere in nero una “formula”, ma caso mai segni isolati dentro una “formula”.

Non hai bisogno di cercare in rete. I file .fd sono sparsi epr tutto il tuo disco; ci sono per i font CM, per i font EC, per i font Latin Modern, per i font greci, per i font cirillici, e via di questo passo.

È tutto documentato nella guida fntguide.pdf da leggere con il solito texdoc. con pdflatex tu hai bisogno, sostanzialmente, di solo tre famiglie (con grazie, senza grazie, monospaziati) e quindi te file .fd; in ognuna specifichi per ogni shape e per ogni series da dove prendere i corpi dei font che vuoi usare; il modello che hai proposto scaricato dalla rete, non sfrutta bene le potenzialità dei font dotati di copri ottici; nella guida tematica Font e Tipografia si spiega anche perché l’approccio dei font LM, quello di serie, non quello che hai indicato tu scaricato dalla rete) sia, secondo me, l’aproccio migliore per usare i font dotati di corpi ottici; se usi quel modello di file .fd puoi usare i quattro corpi dei tuoi MinionPro senza problemi; mi stupisco che autoinst non abbia preparato quei file .fd secondo quelle linee.

Tra la’tro sia con in file .f, sia con i comandi per fontspec, non hai bisogno di aggiungere 0.0 ai corpi della definizione successiva : l’intervallo [tt]corpo1 — corpo2[/tt] è un intervallo aperto dal alto superiore quindi indica tutti i corpi maggiori o uguali a corpo1 e minori a corpo2; quindi non hai bisogno di separare gli intervalli con nessun. Tutto scritto nella guida fntguide.pdf. 😉

Samiel, come te lo devo dire: pdftex.map non ha nulla a che vedere con Xe(La)Tex.

Pdftex.map serve solo per pdflatex (come suggerisce il nome); sul mio Mac ce ne è uno solol quello in /usr/local/texlive/2012/texmf-var/fonts/map/pdftex/updmap/pdftex.map. Comunque, se leggi la documentazione di TeXlive, vedi qual è la sequenza nella quale i vari alberi vengono esplorati; quando un compilatore del sistema TeX cerca qualcosa, prende la prima cosa che incontra. Questo è il motivo per il quale se hai due file con lo stesso nome nell’albero personale e in un albero di sistema, ti prende il file che si trova nell’albero personale, perché questo albero viene esaminato per primo.

Non mi sono spiegato bene, evidentemente; XeLaTeX non ha nulla a che vedere con i file .map; questi sercovono solo per pdflatex.

XeLaTeX accede direttamante i font .otf senza nessun intermediario di file map, font virtuali, font pfb creati smembrandoli un tante piccole parti gestibili da pdflatex che non può accedere direttamente ai font .otf.

XeLaTeX accede direttamente ai font .otf senza passare per autoinst e senza passare per i file di mappa.

Come potrebbe usare i file .otf del sistema operativo, di cui il sistema TeX non sa niente, se fossero necessari i file di mappa?

Direi che autoinst e Xelatex non hanno nulla a che vedere l’uno con l’altro; il secondo accede ai font OpenType senza bisogno di font virtuali a 256 glifi come pdflatex.