OldClaudio

@samiel, ho dei dubbi sulla corretta formazione dei font virtuali, o meglio dei loro file che contengono le loro metriche (i tfm, per intenderci).

Infatti in greco codificato LGR la sequenza, per esempio, [tt]’w[/non forma una crenatura (kerning) fra l’apostrofo e la omega minuscola, ma forma una legatura, cioè, quindi, i due caratteri apostrofo e omega non vengono accostati, ma vengono sostituiti da omega con l’accento acuto, ciò da un altro carattere.

Ora le due dichiarazioni o comandi \greek e \otherlanguage{greek} fanno cose diverse; se posso immaginare correttamente quello che le rande funzionalmente diverse è che \otherlanguage{greek} (che è il vero comando che viene eseguito all’apertura dell’ambiente, dopo che si è aperto un gruppo, che varrà chiuso con \end{otherlanguae}) non esegue quella magia di \lowercase… \edef{~}{‘} che viene eseguita con il comando \greek. Questa magia in sostanza sembra dire che l’apostrofo è uguale a se stesso, ma non è così semplice, è un vero “dirty trick” con il quale si fanno cose, appunto, magiche, e che solo i wizard sanno fare (io non sono un wizard); c’è di mezzo un gioco di categorie dei caratteri, della effettiva posizione dell’apostrofo ricavato dai font OpenType, probabilmente dall’indirizzo che identifica la virgoletta alta aperta semplice, mentre l’apostrofo ASCII che usi nella definizione è il vero apostrofo, non la virgoletta alta. Insomma si tratta di raffinatezze che sfuggono alla comprensione di noi che non siamo non dotati di poteri magici.

Quello che ti suggerirei di fare è di estrarre la magia e assegnarla ad un comando, per esempio
`\def\adjustapostrophe{\begingroup\lccode`\~=`\'
\lowercase{\endgroup\edef~}{'}}` (l’ambiente code in questa posizione sembra non volerne sapere) poi di ridefinire \greek (facoltativo; in realtà lo puoi lasciare così com’è, ma se lo vuoi ridefinire, lo fai così: ) `\DeclareRobustCommand{\greek}{%
\fontencoding{LGR}\fontfamily{MinionPro-OsF}\selectfont
\def\encodingdefault{LGR}
\adjustapostrophe
}`
Poi all’interno di otherlanguage, all’inizio dell’argomento, aggiungi:`
\begin{otherlanguage}{greek}\adkustapostrophe s'wzein t`a fain'omena\end{otherlanguage}`

Ovviamente potresti rideifnre il comportamanto del comando di apertura dell’ambiente otherlanguage, come potresti aggiungere alle definizioni di \extrasgreek e \noextrasgreek quel comando \adjustapostrophe in modo da attivarlo quando entri in greco e di disattivarlo quando ne esci.

Si tratta di pezze (patch, tacón, e simili) ma il tutto dipende da come sono stati estratti i font Type 1 dai font MinionPro-OsF con il programma di installazione e creazione di tali font che hai usato.

Forse Enrico può trovare qualcosa che sia un rammendo più elegante, invece che una volgare toppa.

A me funziona benissimo con gli accenti se nelle opzioni di \makeindex specifico:`program=texindy,options={-Litalian -Iomega}`

Prova con questo esempio minimo:`% !TEX encoding = UTF-8 Unicode
\documentclass{article}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{lmodern}

\usepackage{imakeidx}
\makeindex[program=texindy,options={-Litalian -Iomega}]
\begin{document}
\index{Ciao”!@Ciao}Ciao!

rete\index{rete@rete\dots}

à\index{à}a\index{a}
ç\index{ç}c\index{c}

è\index{è}È\index{È}é\index{é}

Ì\index{Ì}

ò\index{ò}ù\index{ù}

\printindex
\end{document}`

D’altra perte scrivere [tt]program=truexindy,options=-M texindy[/tt] è la stessa cosa che scrivere solamente [tt]program=texindi[/tt]

Ammetto che la documentazione di xindy è molto lacunosa e difficile da intepretare e il metodo sperimentale continua a essere necessario; con i miei esperimenti sono arrivato alla stringa che ti ho indicato sopra.

Specificare tutte le opzioni necessarie al vero xindy è molto difficile, e di solito non serve per lingue semplici come l’italiano. Ma per rispondere al tuo problema, dire che hai commesso un pio di errori; questo file a me funziona benissimo (senza arara ma xon –shell-escape specificato nella linea comando- io non uso mai arara, non perché mi dia fastidio, ma perché sul Mac mi posso permettere di avere –shell-escape in permanenza):`% arara: xelatex: { shell : yes }
\documentclass{article}
\usepackage{imakeidx}
\makeindex[program=truexindy]
\begin{document}
\index{Ciao}Ciao

rete\index{rete\dots}
\printindex
\end{document}`
Constati che il punto esclamativo preceduto dal doppio apice funziona benissimo e che \dots esce come deve uscire. Il file pdf te lo conferma e il file .log dice esattamente come è stato eseguito xindi (in realtà texindy, che è lo script che specifica le opzioni giuste per un file da compilare in italiano o in una lingua occidentale in alfabeto latino.

L’unica vera incompatibilità di xindy, anche tramite lo script texindy, è l’uso della barra verticale | che accetta i semplici mark-up per le paigne, ma non accetta il mark up delle pagine creato da hyperref per i link alle pagine dove si trova qualcosa di interessante a proposito dei singoli lemmi; in sostanza hyperref divente inefficace con una indice analitico creato con xindy.

Se vai in texmf-dist/scripts/xindy/ e apri texindy.pl (è uno script in perl) con TeXworks o altro editor testuale puoi leggere senza troppa fatica (malgrado il mark up perl) la documentazione e trovi scritto quanto ho detto sopra. La compatibilità con makeindex è quidi quasi totale, salvo la barra verticale dove la compatibilità è parziale, se usi texindy perché carica automaticamente i molti moduli che sarebbe necessario caricare a mano se si usasse truexindy.

Il file texmf/dist/web2c/texmf.cnf contiene l’elenco dei file la cui esecuzione tramite \write18 è protetta; fra questi, l’ultima volta che l’ho letto, xindi non c’era, ma evidentemente non leggo quel file di configurazione come se fosse un breviario per recitare le laudi ogni giorno… (*)
Se però hai configurato il tuo shell editor affinché esegua sempre pdflatex in modalità NON PROTETTA, avendo specificato -shell-escape fra le opzioni che lo shell editor invia al sistema operativo per comporre il documento, oppure se lanci il comando di composizione dal terminale specificando l’opzione -shell-escape, allora pdflatex lavora in modalità non protetta ed esegue qualunque programma e qualunque coando del sitema operativo, con il rischio di fare danni ingenti se c’è qualche errore nella stirnga che vien inviata al sistema operativo.
Lo so che ti usi xindy e che configuri imakeindx con la specificazione truexindy (che permette di lanciare davvero xindy, e non texindy che è uno script che lancia xindy con una serie di opzioni precostituita); ma che tu usi truexindy(=xindy) o texindy, il risultato è che non è una esecuzione protetta.

(*) Ora ho parto il file di configurazione predefinta in web2c/ e verso la riga 561 c’è l’elenco dei programmi la cui esecuzione è lecita senza bisogno di specificare l’opzione -shell-escape: ricopio:`% The programs listed here are as safe as any we know: they either do
% not write any output files, respect openout_any, or have hard-coded
% restrictions similar or higher to openout_any=p. They also have no
% features to invoke arbitrary other programs, and no known exploitable
% bugs. All to the best of our knowledge. They also have practical use
% for being called from TeX.
%
shell_escape_commands = \
bibtex,bibtex8,\
kpsewhich,\
makeindex,\
mpost,\
repstopdf,\

% we'd like to allow:
% dvips – but external commands can be executed, need at least -R1.
% epspdf, ps2pdf, pstopdf – need to respect openout_any,
% and gs -dSAFER must be used and check for shell injection with filenames.
% (img)convert (ImageMagick) – delegates.mgk possible misconfig, besides,
% without Unix convert it hardly seems worth it, and Windows convert
% is something completely different that destroys filesystems, so skip.
% pygmentize – but is the filter feature insecure?
% ps4pdf – but it calls an unrestricted latex.
% rpdfcrop – maybe ok, but let's get experience with repstopdf first.
% texindy,xindy – but is the module feature insecure?
% ulqda – but requires optional SHA1.pm, so why bother.
% tex, latex, etc. – need to forbid –shell-escape, and inherit openout_any.
`Come vedi nessuna variante di xindy è eseguibile in modalità protetta ed è necessario specificare l’opzione -shell-escape per poterlo fare dall’interno di pdflatex.

Ciao
Claudio

Se leggi la documentazione di imakeiidx (terminale: texdoc imakeidx) trovi scritto che esso è compatibile con memoir, purché si usino solo i comandi di imakidx e non li si mescoli con quelli di memoir.

Il fatto che tu abbia letto che imakeidx e memoir sono incompatibili si riferisce ad una vecchia distribuzione di imakeidix; da un paio d’anni i due sono compatibili, purché si seguano le istruzioni della documentazione di imakeidx.

Prima di metterti a creare uno, anzi due indici analitici per lo stesso documento, hai fatto bene a documentarti su memoir, ma la frase che hai citato e che ti sorprende, indica che si tratta della tua prima esperienza con l’indice analitico e che non hai mai letto una guida su come si fanno gli indici analitici.

La spiegazione è questa: i comandi \indiec che distribuisci nel documento, dopo aver inserito almeno un comando \makeindex nel preambolo, raccolgie i dati e li scirve in un file con estensione .idx. per avere un indice analitico presentabile le voci raccolte nel file idx devono essere messe in ordine alfabetico e gerarchico, i doppioni devono essere eliminati e le sequenze di numeri di pagine consecutivi devono essere raccolti in un range di pagine; questo lavoro viene fatto da un programma esterno ; il sistema tex ne contiene due makeindex e xindy, il primo è molto veloce ma ha dei limiti, il secondo virtualmente non ha limiti e può persino mescolare voci scritte con alfabeti diversi (per esempio latino, greco, cirillico,…) ma è più lento e complicato da usare; per questo, se non ci sono motivi particolari, di solito si usa makeindex. Elaborato il file idx mettemdo il risultato dell’elaborazione inel file ind, questo viene preso in carica dal comando pritindex che lo compone nel documento finale. Ecco perché qualunque guida dice che bisogna seguire la sequenza:

pdflatex myfile
makeindex myfile
pdflatex myfile

Il pacchetto imakeidx permette di ottenere il documento finale con un passaggio solo, se e solo se si usa una distribuzione moderna del programma pdflatex che è configurato per poter eseguire da solo alcuni selezionati programmi esterni, tra cui makindex (ma non xindy) in modo da sollevare l’utente dal eseguire a mano o tramite gli appositoi bottoni del suo shell editor le tre esecuzioni di programmi indicate sopra.

Dall’immagine che hai allegato quando dicevi che ti aveva lavorato correttamante con il formato png, sembrerebbe, inoltre, che la figura non sia smarginata.
È scritto dappertutto che le immagini da inserire nei documenti ddevono essere smarginate e scalata alle dimensioni volute.

Ricapitoliamo un poco:

1) è scritto su tutte le guide che latex+dvips+ps2pdf è un percorso che in entrata può assorbire solo immangini eps “vere”, non taroccate;
2) dal 2010 pdflatex accetta in entrata immagini nei formati .pdf, .jpg, .png, .mps, e .eps; quindi con immagine .eps non taroccate, pdflatex funziona benissimo e non ha bisogno del percorso tex->dvi->pdf oppure tex->dvi->ps->pdf.
3) le immagini eps non taoccate si dividono in due generi; quelle a cuoi è stata cambiata l’estensione, senza cambiare il contenuto (e un tarocco che si fa spesso da principianti, quindi non te la prendere se per caso sei tu il taroccatore); l’altro genere è costituito da file che contengono, sì, il codice eps, ma contengono anche lo screen shot dell’immagine e quindi non sono .eps puri; spesso hanno estensione .epsi, ma non sempre; in questi casi bisogna aprire il file .eps con un editor di testi e cancllare tutto la parte che rappresenta il codice dei singoli pixel colorati ricavati dallo screen shot dello schermo; è chiaro che questo può sistemare l’immagine, ma è difficile da fare e richiede non poca esperienza.
4) supponedo di avere una immagine eps vera, l’immagine potrebbe non essere smarignata; in questo caso hai due vie:
a) installi sul tuo windows il programma gview: è una interfaccia grafica per il programma ghostscript, quello che usi dietro le quinte per trasformare il file ps in file pdf. ghostscript ce l’hai già a bordo, ma gvied proabilmente no. Installalo cercandolo in rete.. Poi apri il tuo file eps e usa il mous per disegnare un rettangolo tratteggiato che sia tangente in alto, in basso, a destra e a sinistra alla tua immagine; clicca il comando crop, oppure set Bounding Box, esegui e poi salva: visto che ci sei salvalo cambiandogli il formato in pdf. così pdflatex lo assorbirà senza problemi.
b) creati un piccolo file da compilare con la classe standalone, fa attenzione a impostare lo stile di pagina a “empty”; compila con pdflatex; il programma esegue dietro el quinte il comando crop e ti lasica sul disco il file pdf senza margini.
5) quando usi \includegraphics, usa anche l’argomento facoltativo, ma non usare dimensioni di larghezza assolute, come hai fatto, per esempio 3in (credevo che Napoli facesse parte di una nazione che usa il sistema metrico decimale:shock: ; perché usi i pollici?) ma stabilisci le dimensioni come una frazione della \textwidth, per esempio [tt]\includegraphics[width=0.8\textwidth]{Immagine}[/tt]

Vedi dunque che le cose da fare e a cui stare attenti sono tante, ma sono anche scritte su qualunque guida; Impara LaTeX e mettilo da perte non mi sembra una guida affidabile e recente; up-to-date, come si direbbe oggi. Come non mi sembra che sia TeXnicCenter (che come l’araba fenice ha ripreso vita recentemente dopo anni di silenzio).

Ciao e non ti buttare giù; siamo stati principianti tutti quanti.

Per tua consolazione, il TeXbook e il METAFONTbook, entrambi scritti da Donald E. Knuth, nostro Grand Wizard, ha composto questi suoi libri aprendo tutti i capitili sulla pagina di sinistra con un disegno a piena pagina di Duanne Bibby, che contiene in alto a sinistra il numero del capitolo; immediatamente sotto c’è il titolo in bandiera con il palo a destra; lo spazio verticale occupato da questi elementi sarà di un 50 mm circa; il resto della pagina è occupato da disegno di TeX The Lion (nel TeXbook) che fa qualcosa con gli oggetti di cui si parla nel capitolo; nel METAFONTbook il disegno riporta invece Meta The Lioness che fa qualcosa con gli oggetti di cui si parla nel capitolo.

Non saresti l’unico a pensare ad un intestazione di titolo che occupi un’intera pagina, ma la presenza dei disegni di Bibby non lasia tanto spazio bianco e devo dire sono azzeccatissimi.

Ma Kunth è il Grand Wizard; nessuno di noi aspiranti TeXnici, oserebbe fare altrettanto. 😀