Suftesi e pacchetto pdfx

Meccatronic” post=120085Salve,

è il mio primo post sul forum, anche se da anni leggo i post trovando spessissimo le soluzioni ai problemi (colgo l’occasione per ringraziare tutti gli utenti del forum per questo).

Il problema che sottopongo riguarda l’uso di suftesi aggiungendo il pacchetto pdfx per rendere (possibilmente) il file finale compatibile con lo standard pdf-a. Il fine è quello di utilizzare il template per una tesi di laurea magistrale in ingegneria. Uso TexLive 2020 (aggiornato ad oggi) su Windows 10. In particolare:

1. ho scaricato il template di tesi-magistrale della classe suftesi sul CTAN
2. ho aggiunto la riga \usepackage[a-1b]{pdfx} subito dopo il comando \documentclass nel preambolo
3. compilo con pdfLaTeX

Non ho aggiunto o toccato niente altro rispetto a quanto indicato. Tuttavia, ogni singolo elemento \item di ogni itemize restituisce il seguente warning:

• Incompatible color definition usando TeXstudio come editor
• Package xcolor Warning: Incompatible color definition on input line usando TeXworks come editor

I warning sembrano innocui, ma in un documento con molti elenchi puntati possono diventare fastidiosi e offuscare altri warning che invece potrebbero essere potenzialmente interessanti. Ipotizzo che il problema sia relativo al colore definito in suftesi utilizzato nei \bullet dei vari elenchi puntati. A pagina 12 della guida del pacchetto pdfx si parla dell’utilizzo del comando \setRGBcolorprofile, ma qui si fermano le mie capacità attuali con LaTex e non so come utilizzarlo. Chiedo dunque aiuto su come configurare correttamente sia suftesi sia il pacchetto pdfx per risolvere questo fastidioso warning.

Grazie in anticipo per l’aiuto.

Ciao e Benvenuto sul forum.
L’ordine di caricamento dei pacchetti non è ininfluente in merito a tipi di errore come il tuo.
Prova a caricare pdfx per ultimo.
Ciao.
R.

L’errore dipende da come ho definito il colore sufgray, che a quanto pare è indigesto a pdfx.
Per eliminare i warning relativi agli \item è sufficiente ridefinire il relativo colore, scegliendone uno standard:
`
\renewcommand\labelitemi{\color{gray}\textbullet}
\usepackage{pdfx}
\usepackage{hyperref}`

Rimarranno altri warning, relativi a \maketitle, che pure usa un colore definito in modo incompatibile con pdfx.
Vedrò di sistemare questo bug.

Edit Il bug si elimina alla radice caricando xcolor al posto di color nel file suftesi.cls.
Vedo se seguire questa strada o trovare un’altra soluzione
Edit2 Strada probabilmente non praticabile. Se si carica xcolor nella classe poi non si può ri-caricare con altre opzioni.

Ciao
Ivan

No, no, no.

Non basta caricare pdfx nell’ordine giusto; bisogna anche caricare i metadati e il profilodicolore; se poi invece di pdflatex, come motore di comaposizione si usa LuaLaTeX, è meglio perché non nascono problemi con i font.

In parole poverissime basta leggere (meglio se la si scarica) la guida tematica sulla creazione dei file archiviabili (lascio volutamente @Meccaronic libero di esplorare la sezione documentazione di questo forum), perché lì c’è scritto tuttoo quasi tutto quello che so sulla creazione dei file archiviabili, con l’esperienza che mi sono fato in circa 14 anni di combattimenti con lo standard PDF/A. Non soancora tutto quello che serve, ma i miei file passono tutti la verifica con il programma di verifica (gratuito) VeraPDF. Quando disponevo di Adobe Acrobat Pro XI (che non gira più sul mio Mac, e non intendo comperare un’altra licenza a pagamento, visto che ora si va ad abbonamento mensile) riuscivo anche a correggere piccoli bachi che potevano rimanere se importavo figure contenenti font non Unicode.

Tuttavia, seguendo attentamente tutte le indicazioni di quella guida, dovrebbe essere possibile arrivare a file conformi con la specifica PDF/A-1b senza problemi che non si possano affrontare con le indicazioni di quella guida.

OldClaudio” post=120089No, no, no.

Non basta caricare pdfx nell’ordine giusto; bisogna anche caricare i metadati e il profilodicolore; se poi invece di pdflatex, come motore di comaposizione si usa LuaLaTeX, è meglio perché non nascono problemi con i font.

In parole poverissime basta leggere (meglio se la si scarica) la guida tematica sulla creazione dei file archiviabili (lascio volutamente @Meccaronic libero di esplorare la sezione documentazione di questo forum), perché lì c’è scritto tuttoo quasi tutto quello che so sulla creazione dei file archiviabili, con l’esperienza che mi sono fato in circa 14 anni di combattimenti con lo standard PDF/A. Non soancora tutto quello che serve, ma i miei file passono tutti la verifica con il programma di verifica (gratuito) VeraPDF. Quando disponevo di Adobe Acrobat Pro XI (che non gira più sul mio Mac, e non intendo comperare un’altra licenza a pagamento, visto che ora si va ad abbonamento mensile) riuscivo anche a correggere piccoli bachi che potevano rimanere se importavo figure contenenti font non Unicode.

Tuttavia, seguendo attentamente tutte le indicazioni di quella guida, dovrebbe essere possibile arrivare a file conformi con la specifica PDF/A-1b senza problemi che non si possano affrontare con le indicazioni di quella guida.

Si giusto. Mi ero dimenticato di citare i metadati.
Grazie Claudio.

Ciao, hai provato con:
`\usepackage[a-1b]{pdfx}
\usepackage[pdfa]{hyperref}`
A me funziona perfettamente.

Stefano

Bravo @Meccatronic. È così che si fa.
Ma quel warning sui colori dipende dal fatto che il profilo di colore non è configurato bene. Leggi accuratamente la documentazione di pdfx, nella sezione dove parla di profilo di colore; vi sono citati diversi profili; controlla se sul tuo PC c’è almeno uno di quei profili, altrimenti fra i metadati devi inserirne anche uno che tu abbia già nel tuo disco e in una posizione dove pdfLaTeX possa trovarlo.
Poi controlla le impostazioni del colore di suftesi; magari il profilo di colore che pdfx carica un file che si riferisce al modello RGB, mentre suftesi , magari,fa riferimento al modello CMYK, oppure il modello GRAY; per il PDF/A il modello raccomandato è RGB. Credo che @Ivan in questo possa aiutarti e toglierti eventuali dubbi sula modalità con coi gestisce il colore. Ricordo che le impostazioni RGB per il grigio sono fattibilissime, e non c’è nessun problema nel usare il grigio di varie tonalità con il modello RGB. Mentre possono esserci se si specifica il profilo che preveda l’uso del modello GRAY.
Ahimè, i casi particolari sono tantissimi e i modi per gestire le varie parti di un documento sono molto personali e difficilmente prevedibili. Quando un finalmente trova la soluzione ai suoi problemi, di dà una manata sulla fronte e si domanda come non ci avesse pensato prima.

Procedi così come stai facendo; analizza ogni cosa e guarda anche sotto il cofano per vedere come sono state impostate le varie cose che formano la classe in uso.

La situazione è questa. suftesi definisce i due colori incriminati in questo modo:
`\RequirePackage{color}
\definecolor{sufred}{rgb}{0.5,0,0}
\definecolor{sufgray}{rgb}{0.5,0.5,0.5}
`
Questo crea questo warning:

Package xcolor Warning: Incompatible color definition

Il warning scompare semplicemente se

1) si carica xcolor nella classe; ma non scompare se lo si carica nel file .tex.

oppure

2) Si carica xcolor nel file .tex e si ridefiniscono i colori
`\usepackage{xcolor}
\definecolor{sufred}{rgb}{0.5,0,0}
\definecolor{sufgray}{rgb}{0.5,0.5,0.5}
`

La soluzione 1 comporta un fastidio. Se in un secondo momento si avesse bisogno di passare a xcolor una particolare opzione, poniamo svgnames, lo si potrebbe fare solo mettendola nelle opzioni di classe. Ovvero, se nella classe carico xcolor e poi nel documento richiamo
`\usepackage[svgnames]{xcolor}
`
ottengo un errore di conflitto tra opzioni. In alternativa si può usare \PassOptionsToPackage, ma anche questa soluzione è un po’ troppo esoterica per la natura della classe.

Ciao
Ivan