OldClaudio

A me risulta che i link interni sopravvivano, ma con il formato pdf/a il pacchetto hyperref (che vien precaricato prima che l’opzione pdfa entri in funzione, quindi prima che inizi il preambolo, viene anche lui caricato con l’opzione pdfa che ne riduce la funzionalità; in particolare elimina il collegamento ai link esterni; quelli per la navigazione interna invece continuano a funzionare.

L’eliminazione dell’operatività ai link esterni è prescritta dlal norma ISO 19001-1 che codifica lo standard pdf/a ed ha un senso, nache se può non essere gradita. La norma vuole che il documento archiviato mantenga la sua funzionalità a lungo termine, mentre gli indirizzi sul web hanno una vita media che probabilmente non supera i due anni.

Tra l’altro non si può ricaricare il pacchetto hyperref dopo la dichiarazione della classe con l’opzione pdfa, come mostra l’esempio toptesi-example.tex. al massimo si possono configurare i link.

Ho ho ricontrollato la funzionalità del tutto il 15 novembre scorso, quando mi sono reo conto che era stato aggiornato il pacchetto pdfx.sty, quello incaricato di gestire tutta la questione. Quindi la mia affermazione che i link interni funzionano ancora correttamente è verificata dall’esperimento non troppo “vecchio”, circa tre settimane fa.

Hai aggiornato il database dei nomi dei file?

Sì effettivamente la versione per Mac non contempla la possiiltà di spuntare Internal viewer.

Ignora gli artefatti del programma di comunicazione del forum. Il codice
`
\caption[i]didascalia breve[/i]{didascalia lunga}
`
va letto senza gli artefatti , quindi il codice pulito è:
`
\caption[didascalia breve]{didascalia lunga}
`
Scusami.

Hai chiuso il file sorgente con \end{document} ?

Lo so che egreg è bravissimo.

Tuttavia in questo caso:
`
(“C:\Programmi\MiKTeX 2.8\tex\generic\oberdiek\uniquecounter.sty”)))
(“C:\Documents and Settings\Pap�\Documenti\Prova.sty”)
(“C:\Documents and Settings\Pap�\Documenti\Prova.aux”)
Runaway argument?
{\contentsline {figure}{\numberline {2.7}{\ignorespaces Carico della \ETC.
! File ended while scanning use of \@writefile.

\par
l.54 \begin{document}

?
`
Vedi che prova.aux è stao letto correttamente:le parentesi tonde che racchiudono il nome di un file indicano l’apertura e, rispettivamente, la chiusura del file letto.

Poi viene Runaway argument?
Questa è la parte doloroso, visto che si tratta di una informazione per scrive l’indice generale; la cui informazione dovrebbe essere nel file lof; ovviamente non può dirti dove sia l’errore, perché ha trovato la fine del file prima di trovare la graffa chiusa che dovrebbe chiudere l’argomento, ma il messaggio è chiaro: la linea dove non ha trovato la graffa chiusa eara quella del file prova.lof che si riferisce alla didascalia della figura 2.7.

Probabilmente hai scritto una lunghissima didascalia che vine troncata nel file lof visto che la lunghezza massima di ciò che può venire scritto nei file ausiliari è limitata, mi pare di ricordare che si tratti di 300 o 400 caratteri. Il numero preciso non è importante, perché il problema sta nella didascalia chilometrica.

È per questo che il comando \captio accentta un altro argomento facoltativo (vedi una guida qualsiasi… 🙂 )la sintassi completa è:
`
\caption[i]didascalia breve[/i]{didascalia lunga}
`

La didascalia breve è quella che va nella lista delle figure (o anche delle tabelle o anche di qualunque altro oggetto mobile), quella lunga è quella che viene scritta sotto alla figura. Se la didascalia breve, opzionale, non viene specificata, LaTeX l’assume uguale a quella lunga. Quasi sempre la didascalia lunga non è così lunga, quindi va tutto bene. Ma se la didascalia lunga è davvero lunga, succedono dei pasticci, come succedono a te in questo caso.

Quindi:

1) vai alla figura 2.7, aggiungi la didascalia breve al comando \caption
2) cancella il file aux
3) fai andare due volte latex o pdflatex

e scommetto che sarà tutto sistemato.

Samiel, è vero, ma quali tasti batti per scrivere la lettera che vuoi? Spiega a Cincinnato come fai con Vim, dopo aver cambiato la mappatura tra tastiera e alfabeto (pagina della tabella unicode). te lo chiedo perché Vim per me è sempre sto il gioco di prestigio del veri Pinguini doc, che io guardavo lavorare con vi o con vim e non riuscivo a collegare i movimenti delle mani con quel che succedeva sullo schermo. Nota che io ho imparato a usare un editore che lavorava solo da tastiera, senza mouse, ma appena ho avuto un sistema operativo a finestre mi sono domandato come ho fatto per tanti anni a lavorare con quella “roba”. Eppure i mie amici Pinguini doc mi dicono che non esiste niente di meglio. Ci ho visto lavorare anche Stallman, ma lui è un po’ speciale 😯

I motivi per i quali ti succede quel fato possono essere tanti, non uno solo; di solito succede quando “uccidi” una esecuzione del programma di tipocomposizione, oppure quando esegui de cambiamenti radicali nel programma sorgente. `il motivo di solito è scritto nella console/terminal dove scorre un resoconto succinto di quello che il programma sta facendo e che poi ritrovi nel file .log (non così succinto). quando il programma si blocca bisogna leggere quello che c’è scritto nel terminale o el file .log prima del punto interrogativo finale. L’informazione può essere criptica, ma di solito dà una buona idea di quel che ha causato l’errore; naturalmente è scritto in inglese, quindi bisogna capire un poco l’inglese scritto.