OldClaudio

Per prima cosa controlla che …/texmf-var/fonts/map/pdftex/updmap/pdftex.map contenga il nome del tuo file. Se manca all’ora l’errore è nelle mappae che hai o non hai incluso, nella lista dei font dei due file .map che hai abilitato.

Se invece c’è, allora vuol dire che pdflatex non riesce a leggerlo; detto in altri termini il file è avariato.

Sono d’accordo con Antonio al 100%; ma ti faccio notare chquanto ha scritto:

Tutto dipende da qual è il tuo reale obiettivo. Se si tratta di sostituire al markup di LaTeX un altro markup più “semplice”, secondo me non ci siamo. Se i tuoi collaboratori sono disturbati da un \emph{·} o da un \begin{·}, troveranno noioso qualsiasi altro markup. Se invece lascerai loro tralasciare tutto il markup, per poi aggiungercelo tu, ti sobbarcherai del lavoro che in fondo è difficile automatizzare.

Se dunque i tuoi collaboratori o tu stesso siete infastiditi dal mark-up di LaTeX non vedo altra via che usare un editor diverso per lavorare il file sorgente.

All’inzio di questo filone avevo nominato LyX. Premetto che come utente di TeX e LaTeX da quasi trent’anni, io non sono più infastidito dal mark-up e non mi accorgo nemmeno che ci sia. Premetto quindi che se ho LyX installato sul mio portatile, ce l’ho solo per cercare di risolvere (quando ci riesco, ma non ci riesco quasi mai) i problemi che vengono esposti qui sul forum. Tuttavia per il modo di lavorare tuo oppure dei tuoi collaboratori dove il mark-up dovrebbe essere nascosto o da mettere con opportuni comandi mediante scripting dell’editor o con lavorazioni fuori linea, ritengo che LyX potrebbe risolvere i tuoi problemi.
D’accordo, per me è rigido e non lo uso per la sua rigidezza. Ma per il tuo modo di lavorare ti presenta il testo in modo leggibile senza le “distrazioni” dei comandi di mark-up. quando il tuo testo è in ordine, non hai che da esportare il documento in formato LaTeX e il gioco è fatto; al massimo puoi ripulire un poco il codice LaTeX che ti ha generato LyX, ma il file .tex che LyX ti ha generato di solito è perfettamente adeguato per confezionarti un documento composto con LaTeX o pdfLaTeX con tutte le cose giuste e non come ti appariva sullo schermo; se vuoi puoi rimettere le mani sul documento .tex giusto per apportare quei tocchi di perfezione che comunque vanno sempre apportati a mano anche quando non si usa LyX.

Alternativamente puoi usare il Writer di OpenOffice o di LibreOffice; esiste un plugin Writer2Latex (o Writer2Tex ? — non ricordo il nome esattamente) creato per OpenOffice e che forse funziona anche con LibreOffice; questo plugin è in grado di esportare il documento che hai elaborato con il Writer, in formato LaTeX che elaborato con pdfLaTeX ti riproduce esattamente il documento Writer, forse anche un po’ meglio. Il codice nel file .tex non è male, comunque puoi sempre rimetterci le mani come si può fare con LyX. Se lo sviluppatore di questo plugin ha mantenuto le sue promesse (cosa che non verifico da almeno un anno) il plugin dovrebbe essere in grado di mettere anche voci di menu o di creare bottoni nella barra di Writer che ti permettono di usare Writer come front-end a LaTeX; questi bottoni dovrebbero quindi consentirti di compilare in pdfLaTeX direttamente dall’interno di Writer.

Come ho scritto sopra, a me questo modo di lavorare non piace. Io ho composto documenti di ogni genere con il mark-up di latex bene in vista e non mi ha mai dato fastidio, anzi mi permette di agire subito se le bozze non mi convincono; con gli editor di oggi che hanno il visualizzatore PDF integrato e sincronizzabile con il sorgente, il giochetto è talmente semplice che proprio non sento la necessità di nascondere il mark-up. Se poi ti capita di dover editare documenti scritti in linguaggi diversi al fine di comporre un documento collettivo, ti rendi conto che il mark-up in vista diventa un vantaggio, piuttosto che lo svantaggio a cui ti riferisci.

Tu hai esemplificato le tue necessità con la possibilità di inserire \item all’inizio di una riga e \\ alla fine (che cosa serva \\ alla fine della riga me lo domando; alla fine di un item ci vuole un segno di interpunzione, non un “a capo” che è prodotto direttamente dal comando \item successivo o dalla file della lista). Ma anche se fosse, questo automatismo ti impedisce di gestire gli \item che siano più lunghi di un capoverso; in sostanza non ti serve a niente. Se ci pensi bene, automatismi di questo tipo dovrebbero essere intelligenti, dovrebbero cioè capire il significato delle parole che costituiscono il testo da elaborare, e nessuno script può fare questo genere di interpretazione, almeno che io sappia.

Non so cos’altro dirti per metterti in guardia dal consumare le tue energie per un’impresa “inutile” e dannosa. Ma mi scuserai se sono troppo insistente sul fatto di avere il mark-up sempre visibile.

Hai ragione, ma non leggo la documentazione di TeXLive e di tlmgr ogni giorno quindi talvolta mi ocnfondo;

per quel che riguarda updmap-local.cfg guarda la pagina 14 della documentazione di tlmgr; In particolare vi si dice:

(Historical note: The formerly supported updmap−local.cfg is no longer read, since updmap now supports multiple updmap.cfg files. Thus, local additions can and should be put into an updmap.cfg file in TEXMFLOCAL. The generate updmap action no longer exists.)

Nella documentazione di texlive nella pagina 39, §9.2 si parla di nuovo delle variazioni fatte in merito alla updmap.cfg e vi si dice:

The updmap script reads a per-tree updmap.cfg instead of one global config. This change should be invisible, unless you edited your updmap.cfg’s directly. The updmap –help output has more.

Questa frase non è chiarissima, ma implica che ci può essere un file updmap.cfg in ogni albero di sistema, locale o personale e lo scrpt updmap li legge tutti senza che ci sia bisogno di usare tlmgr generate. o altre simili cose.

Ne ho già parlato in un mio intervento sul forum questa estate appena uscito TeX Live 2012; io da me ho tolto tutti i file updmap-local.cfg e ad ogni aggiornamento (una volta ogni 7-10 giorni, l’aggiornamento mediante tlmgr avviene con la lettura dei vari updmap.cfg sparsi nel vari miei alberialberi e mi vengono anche emessi dei warning per gli alberi che ne sono privi.

Detto questo, se il tuo script funziona va benissimo; ti segnalvo il fatto che dal 2012 le cose sono cambiate, perché potrebbe darsi che l’anno prossimo il tuo script non funzioni più; per fortuna o purtroppo TeX Live cambia ad ogni anno e ogni anno bisogna adattarsi a delle modiche anche a livello di installazione; suppongo e spero che siano per migliorare la funzionalità e la manutenzione di TeX Live.

Questa estate passata ho chiesto al Team se non si poteva estendere quanto fatto per uodmap.cfg anche i file per la gestione delle lingue, cioè dei pattern di sillabazione; non mi hanno convinto, ma mi hanno spiegato perché non è opportuno farlo; come sai ogni anno, più o meno io aggiungo una lingua a quelle trattabili con i programmi di composizione; durante le prove che faccio per mettere a punto i pattern di sillabazione devo ricreare i formati molte volte e devo seguire la lunga procedura attraverso il marchingegno di tlmgr generate per gli elenchi delle lingue e lanciare poi fmutils per rigenerare i formati; io rispamierei un mucchio di tempo se i file *-local foseero eliminati anche per i file con gli elenchi dei pattern di sillabazione. Non si può; pazienza.

Secondo me devi mettere quegli \addto\extrasitalian dopo aver caricato hyperref

Dalla mia esperienza; se pdflatex (Kile non c’entra niente) non è capace di trasformare da solo l’immagine eps in immagine pdf, vuol dire che è datato; dal fatto che usi Kile suppongo che tu sia su una piattaforma Linux, probabilmente soggetta ai vincoli Debiam; nel file log del tuo documento leggi le prime righe e dicci se è menzionato Debian e se per caso l’anno della distribuzione si precedente al 2012; nel qual caso sei davvero nelle canne e prima installi un versione vera di TeX Live, seguendo le indicazioni che si trovano sull’Arte o meglio quelle che si trovano nel testo texlive-ubuntu.pdf da scaricare dalla rete, prima vivi felice.

Se non hai tempo o voglia di fare questo upgrade, trasforma a mano il file eps in pdf (mai in png o jpg, come ti ha suggerito il dr Spencer Reid, perché perderesti la natura vettoriale del tuo file); ricordati di usare anche crop per smarginare l’immagine togliendole tutto il contorno bianco fuori del bounding box effettivo.

Il testo dice di aver usato per le due lettere sfalsate nella prima pagina i pacchetti graphicx e xcolor.

Per xcolor si irferisce certamante al fatto che le due lettere sono in grigio e non in nero.

Per graphicx immagino che abbia incluso un pdf ritagliato al bounding box che contiene già le due lettere sfalsate già collocate in quela posizione reciproca.

La domanda quindi è: come si possono comporre due lettere sfalsate con i comandi di LaTeX?

Come al solito ci sono diverse risposte; per un problema così semplice io non caricherei nessun pacchetto, ma userei le potenzialità dell’ambiente picture di LaTeX; trovi la descrizione nella guida tematica Il LaTeX Reference Manual commentato, qui sopra nella sezione Documentazione.

Il concetto è che con il comando \put(){} si può mettere qualunque nella posizione desiderata indicata dalle .

Altrimenti in modo ancor più semplice si può ricorrere al comando \raisebox (sempre descritto nella guida tematica indicata sopra) aggiungendo anche un arretramento per comporre la L parzialmente crenata con la R.

In entrambi i casi gli arretramenti e gli abbassamenti vanno determinati “sperimentalmente” a seconda delle lettere usate.

Il fatto che sia nativo di Windows non vuol dire niente; è semplicemente una distribuzione diversa che usa i file .cab per l’installazione, invece dei file .zip o .gzip che vengono usati da TeX Live.
Io sul mio Mac ho texlive a 64 bit e, siccome la sua CPU è Intel, sarei stupito se la versione per Windows di TeX Live fosse solo nella versione a 32 bit, mentre per il Mac ci sono tutte e due.

Se vuoi continuare con MiKTeX, scarica il file ISO; oppure cambia mirror: prendi quello garr di Bologna; oppure quello svizzero di Zurigo; quello di Roma2 è lento e subisce molte interruzioni dovute al fatto che non è in grado di sostenere il traffico che gli viene richiesto.