link nell’indice con pdf/a

Ciao a tutti,
sto scrivendo la tesi di laurea conLatex e compilo con pdftex, utilizzo il pacchetto Toptesi con l’opzione pdfa, non ho errori e non ho warning ma i link nell’indice del documento e i riferimenti tra le varie parti del testo non sono “cliccabili”. vorrei sapere se qualcuno sa se questa e’ una limitazione imposta dal formato pdf/a oppure se c’e’ il modo di avere i link funzionanti anche con questo formato.
grazie a tutti

Benvenuto!

Con SumatraPDF il problema non dovrebbe esserci; con Adobe Reader 9, per quanto riguarda i documenti in formato pdf/a, ho avuto qualche problema anche usando la classe standard book, per esempio.

Ciao
Antonio

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.

Nel mio caso, il problema potrebbe dipendere dal fatto che la TeX Live 2010 non è aggiornata da un bel po’; ciò a causa della connessione adsl che ultimamente non mi consente di avere una buona velocità di download. Questo è un esempio di pdf in formato pdf/a nel quale i link funzionano con SumantraPDF, ma non con Adobe Reader 9. Con il programma della Adobe funzionano i bookmarks. Il sistema operativo è il vecchio XP.
`\documentclass[a4paper]{book}

\usepackage[T1]{fontenc}
\usepackage[latin1]{inputenc}
\usepackage[italian]{babel}

\usepackage{pdf14}

\usepackage[a-1b]{pdfx}
\begin{document}
\tableofcontents

\chapter{Uno}
Vedi \url{http://www.guit.sssup.it/phpBB2/viewtopic.php?t=9226}.
\end{document}`
Ciao
Antonio

Questo è un esempio di pdf[/url] in formato pdf/a nel quale i link funzionano con SumantraPDF, ma non con Adobe Reader 9.

Ciao
Antonio

Forse è colpa do Adobe: con evince i link funzionano perfettamente.
ciao
Ernesto

Ciao,
grazie a tutti per le risposte, pensavo gia’ di bollarela faccenda come “problema di Acrobat Reader”ma dopo la risposta di OldClaudio non me la sento piu’ 🙂
Fornisco qualche dettaglio ulteriore per vedere se mi potete dare una mano, innanzitutto ho isolato il problema in un piccolo esempio che riporto qui:
*********************************************************************************
\documentclass[11pt,pdfa]{toptesi}
%
\hypersetup{%
pdfpagemode={UseOutlines},
bookmarksopen,
pdfstartview={FitH}
colorlinks,
linkcolor={blue},
citecolor={blue},
urlcolor={blue}
}
%
%\usepackage{color}
%\usepackage[colorlinks=true,urlcolor=blue,citecolor=blue,linkcolor=blue]{hyperref}
%
\begin{document}
\indici
\chapter{Primo capitolo}
Testo del primo capitolo
\section{Primo paragrafo}
Testo del primo paragrafo, qui cito il secondo capitolo: \ref{cap2}.

qui metto un link a una pagina web \url{http://www.polito.it}
\section{Secondo paragrafo}
Testo del secondo paragrafo
\chapter{Secondo capitolo}
\label{cap2}
Testo del secondo capitolo

qui metto un link a un’altra pagina web \url{http://www.google.it}
\end{document}
************************************************************************************
Se compilo qiesto esempio cosi’ com’e’ i link funzionano solo aprendo il file con SumatraPDF (anche se con questo programma le zone “cliccabili” non sono azzurre), con Acrobat Reader viene fuori l’avviso che il documento viene letto in “PDF/A mode” ma i link non funzionano.
Se invece elimino l’opzione pdfa dalla chiamata a Toptesi, elimino \hypersetup con tutte le sue opzioni e abilito le chiamate ai pacchetti color e hyperref che nel codice vedete commentate, allora i link funzionano ( e le zone “cliccabili” sono azzurre) con entrambi i software. Ovviamente i bookmarks funzionano sempre ma mi interessano i link “nel testo”.
Preciso che:
– non ho errori di complilazione ne’ warning in nessun caso
– per adesso non ho predisposto il file con i metadata ma ho pensato che non fossero indispensabili, non mi e’ chiaro dalla documentazione se si puo’ saltare questa parte.
– ho lasciato il profilo di colore gia’ disponibile in pdfx poiche’ il file era gia’ incluso nella caetella di pdfx

Se servono altri dettagli sarei lieto di fornirli.
Bebe

Allora: io apro l’esempio di compilazione toptesi-example.pdf con adobe reader X; mi dice che è PDF/A compliant, e questo mi sta bene, perché l’esempio voleva proprio provare quello. Tra l’altro circa un anno fa avevo chiesto alla Adobe di mettere a disposizione un software gratuito (in questo caso scopro che è proprio il Reader) che verificasse la conformità allo standard ISO 19005-1 per i PDF sia A sia X (X è per la stampa, A è per l’archiviazione). Ora sono soddisfatto che tutti i pattch che ho introdotto nel codice di toptesi per rendere conformi anche i font matematici sono riconosciuti validi e il tempo che ci ho consumato sopra non è stato sprecato.
Nel file aperto con il Reader i bookmark funzionano i link colorati internamente no. E questo perché il Reader tratta i PDF/A nel modo corretto, anche se mi domando perché i bookmark (link interni) funzionino, mentre i riferimenti alle figure, alle voci bibliografiche, e simili, siano disattivati.

Sumatra e altri visualizzatori, a quanto pare non riconoscono la qualifica PDF/A e li lasciano attivi.

Il Patch che tu hai creato funziona e non funziona; nel senso che se specifichi pdfa nelle opzioni, il file hyperref viene caricato e alcuni suoi comandi vengono corretti al fine di essere PDF/A compliant, il che è necessario ma non sufficiente per la conformità. dopo puoi solo impostare alcuni aspetti quali quelli inseriti nell’argomento del comando \hypersetup. Per la conformità allo standard i metadata sono necessari.

Se tu togli l’opzione pdfa alla dichiarazione di classe, e poi ti carichi hyperref e le sue impostazioni nel preambolo, e (ovviamente) non fornisci i metadata, il file non risulta PDF/A compliant, ma gli hyperlink funzionano tutti, interni ed esterni.

Direi che dovrebbe essere chiara la differenza.

Tuttavia io mi/ti porrei una domanda: Perché vuoi fare un documento (la tua tesi) che sia PDF/A compliant? Il PoliTO ancora, per quel che mi risulta, non lo richiede, e non ho avuto notizia da nessun altro ateneo italiano che la richieda. Negli Stati Uniti alcuni atenei lo richiedono, ma sembrano proprio pochi.

Il progetto “tesi archiviabile a lungo tempo” al PoliTO è cominciato 2,5 anni fa; ci ho lavorato sopra sei mesi per risolvere i numerosi problemi che sorgevano per la conformità. Ho prodotto toptesi in modo che fosse possibile creare tesi PDF/A compliant e l’ho messo su CTAN a disposizione di tutti, anche degli altri atenei italiani e internazionali che avessero voluto usarlo come modello da modificare secondo le loro necessità e le loro specifiche per fornire ai loro studenti uno strumento valido per questo scopo. Ho anche specificato che MS Word e OpenOffice, almeno allo stato dell’arte del 2008, non erano in grado di produrre file PDF/A compliant, nonostante affermassero di poterlo fare.
Ho riferito i miei risultati sia al Servizio Bibliotecario sai al Servizio Studenti, ma poi sembra che tutto sia morto lì.

Ora è chiaro che i link interni ed esterni in una tesi stampata non servono a nulla. Potrebbero servire nel file PDF archiviato, casomai qualcuno volesse leggere delle tesi precedentemente archiviate per non “dover riscoprire l’acqua calda”, ma semplicemente citando i risultati pregressi (Occhio! ho detto citare, non ho detto copiare!). Tenuto conto dell’obsolescenza rapida dei contenuti delle tesi (e di moltissimi altri lavori scientifici) vedo molto remota la possibilità che le tesi di più di cinque anni vengano lette da chicchessia. Allora tanto vale che la tesi in formato PDF non archiviabile sia depositata presso il dipartimento dove è stata svolta, a beneficio dei successivi laureandi; e che un’altra copia PDF/A compliant (contenente anche i metadata) sia depositata presso l’opportuna segreteria per l’archiviazione di legge.

È salomonico, non vi pare? 😉

Questo è un esempio di pdf[/url] in formato pdf/a nel quale i link funzionano con SumantraPDF, ma non con Adobe Reader 9.

Ciao
Antonio

Forse è colpa do Adobe: con evince i link funzionano perfettamente.
ciao
Ernesto

Ernesto,
grazie per aver fatto una prova: ora so che la mia TeX Live non aggiornata è “incolpevole”. 🙂

[…]
Nel file aperto con il Reader i bookmark funzionano i link colorati internamente no. E questo perché il Reader tratta i PDF/A nel modo corretto, anche se mi domando perché i bookmark (link interni) funzionino, mentre i riferimenti alle figure, alle voci bibliografiche, e simili, siano disattivati.

Sumatra e altri visualizzatori, a quanto pare non riconoscono la qualifica PDF/A e li lasciano attivi.
[…]

Chiarissimo.

Ciao
Antonio

No, il r
Reader X non dice che il file è stato aperto in modalità PDF/A; il Reader X di cui dispongo dice esplicitamente:

The file you have opened complies with the PDF/A standard and has been opend read-only to prevent modification.

Il “vecchio” Reader 9, invec, diceva che il file era stato aperto in modalità PDF/A e non diceva niente a proposito della sua conformità.

Con questo non voglio dire che il file sia conforme, ma che il Reader X dice che è conforme; fidarsi è bene, non fidarsi è meglio, ma quell’affermazione, benché di dubbia validità è meglio di niente. L’Adobe Acrobat pro 8.* di cui dispongo lo conferma.
Ma Luigi Scarso ha presentato all’ultimo Meeting del GuIT una testimonianza che file approvati con Acrobat 8 non venivano approvati con Acrobato 9 e viceversa. Quindi anche l’Adobe ha i suoi problemi nel generare dei verificatori di conformità, sebbene i due Acrobat sopra menzionati dispongano di funzionalità avanzate che non consentono solo di eseguire la verifica ma di apportare anche le modifiche necessarie per trasformare un file non conforme in uno conforme.