XeLaTeX e pacchetto graphicx

Che XeLaTeX e graphicx non andassero completamente d’accordo lo sapevo; il puntum dolens del loro piccolo disaccordo è che la funzionalità di clipping con XeLaTeX non funziona o non è abilitata. Questo implica che \includegraphics*[…]{…} con l’asterisco non può essere usato (clipping automatico) e che non si possono usare le parole chiave trim e viewport accompagnate dalla chiave booleana clip.

OK, basta saperlo e poi uno ritaglia le figure prima di darle in pasto a XeLaTeX.

In compenso XeLaTeX assorbe tutti i tipi di file, compresi quelli standard di LaTeX e di pdfLaTeX, quindi non ha bisogno di fare conversioni dei file .eps, benché il suo output finale sia in formato pdf, come invece succede con pdfLaTeX; pdfLaTeX esegue le conversioni in automatico se si usa la versione di TeX Live 2010; ma, appunto le esegue, non è che incorpori direttamente il file eps come fa XeLaTeX.

Bene; tutto questo dovrebbe essere noto a coloro che usano XeLaTeX. Ma…

Prendete il piccolo esempio minimo compatibile seguente:
`
\documentclass{article}
\usepackage{graphicx}
\begin{document}
\centering
\hrule
\includegraphics[width=.7\textwidth]{tiger}
\hrule
\end{document}
`
Poi andate a recuperare il file ghostscript/8.71/examples/tiger.eps; la versione 8.71 non è importante, semplicemente sul mio calcolatore ho quella versione, ma con la versione che avevo precedentemente, la 8.61, era lo stesso file.

Aprite tiger.eps con un visualizzatore come gview o simili; sul Mac ,cliccando sopra il nome del file in Finder, il distiller lo converte in pdf e lo spedisce con un “pipe” ad Anteprima/Preview che lo visualizza. Questi dettagli non sono importanti; è importante notare lo sfondo grigio e la mancanza di bordo superiore (il che in generale è un vantaggio per centrare bene l’immagine). Il rettangolo grigio che fa da sfondo ha dimensioni ben precise e nessuna parte del disegno fuoriesce dal rettangolo grigio.

Ora eseguite l’esempio proposto sopra con XeLaTeX e poi aprite il visualizzatore PDF. Sorpresa! 👿 😈

Il problema del ritaglio delle immagini diventa complicato; evidentemente con eps il bounding box si affida ai programmi di visualizzazione, ma all’esterno del bounding box continua ad esserci quello che c’era prima e non è ritagliato via.

Con la funzionalità di clipping di graphicx e usando pdflatex non si hanno problemi di sorta; invece con XeLaTeX e graphicx senza clipping i problemi possono esserci.

Ho inviato questo messaggio per mettere in guardia gli eventuali utenti di XeLaTeX; io il problema l’ho risolto con un clipping preliminare che mi permette anche di trasformare il file .eps in file .pdf e sono libero da ogni guaio. Ma i programmi esterni di cui dispongo sul mio Mac non sono quelli di cui si può disporre su Windows o su Linux (con programmi che conservino la natura vettoriale del disegno), quindi non posso fare altro che AVVISARE, e come è noto, uomo avvisato, mezzo salvato. 🙂

PS: se recuperate tiger.eps da doc/generic/pstricks/images/, questo non dà problemi perché è ritagliato bene; lo si distingue perché ha lo sfondo bianco. Nel piccolo esempio minimo compatibile ci sono i due comandi \hrule prima e dopo l’immagine apposta per mostrare che, nonostante lo sfondo bainco, l’immagine di cui sto parlando non ricopre il filetto superirore come succede con l’immagine a sfondo grigio.