OldClaudio

Se vuoi avere italian.apc accessibile anche per altri lavori, allora potresti metterlo in un albero personale che abbia la stessa struttura (solo il tronco e i rami necessari per le tue cose personali, non le migliaia di rami e rametti degli alberi “ufficiali”) del percorso che si trova negli alberi di sistema; se la tua installazione del sistema TeX lo richiede, devi anche aggiornare il databse die nomi die file.

Trovo che la cosa sia particolarmente semplice con l’installazione TeXLive; essa richiede l’albero personale radicato in ~/texlive (dove ~/ sulle macchine qindows con sistemi operativi recenti va sostituito con c:\Users\\) e non richiede nessun database dei nomi dei file; una volta messo lì il file italian.apc, il sistema TeX lo può trovare ogni volta che serve; se sulla tua macchina lavorano più persone con diversi , allora con texliva conviene installlare il file italian.apc nell’albero locale; la documentazione per queste cose si trova aprendo e leggendola con texdoc texlive

Inoltre non mettere mai niente negli alberi di sistema; la prima volta che aggiorni la distribuzione gli alberi di sistema vengo sovrascritti. Se sei riuscito a farlo ipotizzo che tu stia usando MiKTeX sun Windows. Ummm! Per tanti motivo consigliamo di usare TeXLive, invece di MiKTeX, anche se, gestita bene, e installata completa, è un’ottima distribuzione; io stesso l’ho usata per una quindicina d’anni, ma poi ho lasciato Windows e non la uso più.

Primo punto: non devi mai modificare i file distribuiti con il sistema TeX.
Secondo punto; se hai creato un file corretto italian.apc e si trova nella cartella di lavoro del tuo lavoro, questo viene aperto e letto dallo statement
`\InputIfFileExists{languagename.apc}{}{%
…
}`senza arrivare alla necessità di definire ed eseguire il comando \APAc@iflang. Siccome hai aperto e modificato il file apacite.sty, sai perfettamente a quali righe del codice mi sto riferendo.

Allora o l’italiano non è la lingua principale (l’ultima specificata a babel) oppure il file italian.apc non si trova dove pdflatex riesce a trovarlo; magari l’hai aggiunto in un albero personale o in un albero locale e non hai aggiornato il database dei nomi dei file.

Questo è quanto riseco a suggerirti dal tuo scarno messaggio, che non riporta nemmeno un pezzetto importante del file log dal quale si capisca che cosa ti comunica per dirti che non applica le impostazioni del file italian.apc.

Ci sono due errori distinti:
1) chi è che usa \i ? che tipo di accento devi mettere sopra la i-lunga? Sì, piò succedere con lingue molto strane che vi si debba mettere sopra un segno diacritico da sostituire al punito, ma mi pare poco probabile che se una i-luga accetta qualche segno diacritico non sia gà registrato nel file codificato T!; se i MinionPro non sono completi per quel che riguarda la completezza dei glifi che contiene in relazione alla codifica T1, perché usarli? O meglio, lo so, ma allora bisogna sapre che alcuni sengi non sono disponibili; se lanci pdflatex sul file nfssfont (non importa dove sia); lancialo a mano dalla finestra di comando e quando ti chiede il nome del font scrivigliel subito lì di seguito e poi specifica che vuoi la tabella. Ti esce un file pdf con la fatidica tabella dei font all’esterno della quale ci sono le componenti degli indirizzi ottali e esadecimali dei vari glifi; potrai vedere da solo quali glifi manchino confrontando la tabella con qualla che ti esce specificando come font ec-lmr10, che produce la tabella dei font Lain Modern codificati T1.

2) il secondo errore si mainifesta dopo che ha appena letto la mappa dei font pdftex.map; se non trova lì il nome del font usato ti dice che non può espandere i font se non sono vettoriali. e se ti da questo messaggio, vuol dire che non li ha trovati, e quindi quando hai installato i tuoi MinionPro ti sei scordato di ricreare la mappa dei font, o se l’hai fatto, non l’hia fatto correttamente.

Quando leggi il file cfg di microtype non cè tanto da capire; ci sono i commenti che ti speigano che cosa volgiono dire; per esempio nella riga che contiene:` 023 = { ,40}, % fft ligature` l’indirizzo 023 indica l’indirizzo decimale del glifo e il commento ti dice che si tratta della legatura fft; le graffe contengono due dati separati da una virgola; il primo (vuoto, in questo caso) indica la possibile protrusione a sinistra e il seocndo la possibile protrusione a destra; entrabi sono dati, se ben ricordo, in millesimi della larghezza del glifo.

è per questo che ti ho detto che è difficile mettere le mani su questi file, ma non è difficile capire che cosa contenga ogni riga; so che tutto ciò è documentato nel file che apri con texdoc microtype a cominciare dal §5.

Ciao
Claudio

Buon set di domande:
1) Qualunque posto dove pdfLATeX lo possa trovare, ma direi che il posto migliore sia proprio la stessa cartella dove hai messo il tuo font.
1.bis) non credo: perché tutti gli altri file di configurazione sono formati dal prefisso [tt]mt-[/tt], dal nome della famiglia e poi dal suffisso[tt].cfg]; questo file non dovrebbe fare eccezione per i MinionPro; tuttavia basta provare e vedere che cosa dice l’eventuale messaggio d’errore se non lo trovasse.
2) il modulo docstrip strappa via i commenti dai file .cls,, .sty,, .cfg, eccetera; serve per la documentazione dei pacchetti (potrebbe essere utile una lettura scelta della Guida tematica sulla creazione di nuove classi; ti chiarirebbe le idee, anche se magari non ne faresti mia uso…); Tuttavia se il file .cfg è stato creato togliendo i commenti da un altro file, quest’altro file doveva avere estensione .dtx, che sta per “documented TeX” file; se leggi quello che c’è scritto accanto al ponto dove hai trovato la dicitura “…generated with docstrip…”, lì puoi leggere la documentazione; se passi il file a pdflatex (nonostante al sua estensione strana) pdflatex te lo compila e te ne da l’informazione scritta in modo da poterla leggere da cristiani. La documentazione più semplice è contenuta nella guida tematica che ti ho indicato; poi se vuoi approfondire, in quella guida ci sono i riferimenti bibliografici per farlo.
2.bis) il file non è standard, altrimenti sarebbe già distribuito con TeXLive, ma non credo che contenga stranezze; tu dove l’hai trovato? In rete, suppogo, ma dove? se lo apri con il solito editor epr file .tex, ci trovi scritte dentro delle informazioni non troppo complicate da decifrare: in sostanza dicono di quanto le grazie o comunque le sporgenze dei glifi possono protrudere, e di quanto si può comprimere o dilatare il font quando vuoi sfruttare la tecnica microtipografica dell’espansione. Se anche volessi intervenire a mano te lo sconsiglio vivamente, perché si potrebbero fare danni irreparabili (almeno fattene un back-up prima di metterci le mani sopra); il punto è che si tratta di informazioni estremamente delicate da modificare o da scrivere; Piuttosto se c’è qualcosa che ti sembra scorretto e modificabile, informane l’autore del file .dtx, spiegandogli bene il perché e il percome ritieni che la modifica che proponi sia utile o necessaria.

[OT] nelle varie abbreviazioni derivate dagli SMS, Twits, eccetera, che cosa significa 3d?

In quel vecchio filone di discussione sul forum si dicevano le stesse cose che ho spiegato sopra; Enrico, poi, da Wizard quale lui è ha proposto ben due loluzioni al problema di rendere innocuo il doppio apice, carattere attivo in italiano. Come hai visto nelle lettura, raramente eseguita, che ti ho suggerito, il doppio apice in italiano svolge molte funzioni.

Usando xelatex e polyglossia con l’opzione italian, il doppio apice NON è attivo di default; lo si può rendere attivo se lo si desidera mediante una opportuna opzione alla specificazione della lingua italian.

Comunque il tuo problema era risolubile a monte, semplicemente togliendolo, visto che il tuo path era privo di spazi. Nelle Guide presenti qui sul sito c’è scritto sempre di non usare spazi nei nomi dei file (e quindi nemmeno nei nomi delle cartelle).

Io, invece sono stupito nel vedere che l’autore di listings non si preoccupa di questo fatto, nonostante il “maintainer” sia tedesco; infatti questa lingua è stata forse la prima che ha usato il doppio apice come carattere attivo; attualmente le lingue che non l’hanno attivo sono solo Croatian, English (any variety), Indonesian, Hebrew, Interlingua, Irish, Lower Sorbian, Malaysian, North Sami, Romanian, Scottish, Welsh; siccome babel a tutt’oggi gestisce una ottantina di lingue (78 o 79), significa che circa 666-67 lingue hanno il doppio apice attivo, fra cui, evidentemente il tedesco.

Dati i possibili conflitti dei caratteri attivi con l’uso di diversi pacchetti, la presenza dei due comandi-utente \shorthandoff e \shorthandon sembra scontato; la documentazione di babel nell’ultima versione 3.9g offre all’utente ulteriori comandi-utente per attivare o disattivare alcuni o tutti i caratteri attivi.

Ma per carità, usa enumitem quanto vuoi, ma astieniti da usare il sottolineato: in tipografia non si sottolinea niente; la sottolineatura è un residuo della scrittura a mano o con la macchina da scrivere per mettere in evidenza una parola o una frase, perché manca la possibilità di cambiare carattere. Usa il corsivo, il carattere fatto apposta per mettere in evidenza parole o frasi in tipografia.

Non ho voglia di provare ArsClassica e vedere se i woaning vengono anche a me, tuttavia ho un sospetto.
Ho il sospetto che scrreprt,ClassiThesis e ArsClassica messi insieme carichino il pacchetto più di una volta, o magari tu lo ricarichi ancora. Se i pacchetti vengono caricati cpiù volte con le stesse opzioni, non ci sono problemi, a se si ri-specificano le stesse opzioni più volte, escono quei warning; per altro se li leggi bene sono del tutto innocui, ma proprio li vuoi togliere devi vedere quante volte è stato caricato in totale il pacchetto hyperref, e quante volte ne sono state specificate le opzioni, magari mediante il comando separato [tt]\hypersetup{…}[/tt].

Mi pare strano che targe-ts sia la sillabazione inglese; per questa lingua l’impostazione della sillabazione richiede che l’ultimo moncone della parola non sia lungo meno di tre lettere; ora fino a prova contraria ts forma un nesso di due sole lettere. quindi quella sillabazione può avere luogo solo in un contesto italiano dove il moncone finale deve essere almeno di due lettere; siccome in italiano la terminazione di una parola in ts non esiste, non ho dubbi che qualla sillabazione avvenga solo in un contesto italiano. Prova questo file:`
\documentclass{article}
\nofiles
\usepackage[english,italian]{babel}

\begin{document}
\selectlanguage{italian}
\showhyphens{targets equazione}
\selectlanguage{english}
\showhyphens{targets equazione}
\end{document}
`
Puoi adattarlo anche ad altre lingue; puoi gurda dopo la compilazione che cosa c’è scritto nel file log: a me compare:`
Underfull \hbox (badness 10000) in paragraph at lines 7–7
[] \OT1/cmr/m/n/10 tar-ge-ts equa-zio-ne

Underfull \hbox (badness 10000) in paragraph at lines 9–9
[] \OT1/cmr/m/n/10 tar-gets equazione
`
Il primo esempio di sillabazione è eseguito con la lingua italiana, e conferma quanto dicevo sopra; Il secondo esempio riguarda la lingua inglese e targets è diviso correttamente, mentre equazione non è diviso per niente.