Danilo

Risposte nei forum create

Stai visualizzando 3 risposte – dal 1 al 3 (di 3 totali)
  • Autore
    Risposte
  • in risposta a: Command \S unavailable in encoding T1 #105083
    Up
    0
    Down
    ::


    Infatti la traduzione della versione italiana non sembra corrispondere all’inglese. Ho usato lo strumento “Verifica preliminare” come nella schermata allegata. Se mi limitassi a validare il file otterrei molti errori.


    in risposta a: Command \S unavailable in encoding T1 #105081
    Up
    0
    Down
    ::


    Ricercando in rete pare abbia trovato la soluzione:

    1. Il pacchetto geometry va caricato DOPO pdfx. Nel mio caso, usando un template, ho dovuto aggiungere queste istruzioni nella classe.
    2. Pare che per le immagini .png non si possano convertire i colori in CYMK. Ho risolto convertendole in .pdf.
    3. Il pacchetto eurosym fornisce un glifo che, secondo Adobe Acrobat, impedisce la validazione del file come PDF/X-1A. Ho risolto usando il carattere unicode da tastiera.
    4. Alcune immagini possono dare problemi con i colori (ad esempio da una immagine pdf presa dal web aveva un grigio cui non era assegnato nessun profilo di colore). Convertire l’immagine in un altro formato.
    5. Non è stato necessario personalizzare i file di pdfx, tranne quello dei metadati in cui si carica il profilo di colore richiesto dalla stamperia (ad esempio: FOGRA39, peraltro incluso nel pacchetto).
    6. Bisogna comunque passare successivamente per un programma esterno, nel mio caso Adobe Acrobat, per ottenere un file conforme allo standard.

    Non c’è molto da fare in pdfx, bisogna solo stare attenti alla compatibilità. Ah, inoltre ho tolto tutte le opzioni dal pacchetto hyperref e aggiunto l’opzione hidelinks per avere tutti i collegamenti ipertestuali come testo semplice (nero), trattandosi di un file che va in stampa.

    [attachment=1595]Schermata2016-04-23a10.07.13.png[/attachment]

    Attachments:
    You must be logged in to view attached files.
    in risposta a: Command \S unavailable in encoding T1 #105079
    Up
    0
    Down
    ::

    robitex” post=105187Buongiorno a tutti.
    Ho controllato con un po’ di lucidità…
    e guarda caso il responsabile è proprio un pacchetto della massima importanza e già di nostra conoscenza.
    Avente indovinato?

    OK.
    Si tratta di:
    `\usepackage[a-1b]{pdfx}`

    R.

    Il mio piccolo contributo alla discussione: seguendo pedissequamente la guida http://www.mathstat.dal.ca/~selinger/pdfa/ sono riuscito a generare correttamente un file pdf compatibile con lo standard PDF/A. A quanto ho capito è fondamentale caricare il pacchetto pdfx prima del pacchetto hyperref e quest’ultimo NON deve avere opzioni. La guida indica di scaricare dei file che personalizzano il comportamento del pacchetto pdfx.

    In ogni caso, pur generando un file compatibile con lo standard PDF/A, ho dovuto effettuare una conversione con Adobe Acrobat, come suggerito dalla guida stessa!

    Curiosità: è proprio il manuale di pdfx ad indicare questa guida come tutorial. Evidentemente gli autori del pacchetto sanno che il medesimo è bacato.
    Altra curiosità: mi sono imbattuto in questa discussione perché sto avendo gli stessi problemi con il simbolo § per avere un file PDF/X per la stampa. I file di cui sopra purtroppo non sembrano risolvere il problema.

    EDIT: per quanto riguarda la generazione di un file PDF/X compatibile, sostituendo \S con \textsection il problema della codifica del font sembra risolto. Tuttavia, frontespizio a parte, il formato della pagina non è quello desiderato (B5), come se il pacchetto geometry non funzionasse. 😡 Inoltre, una buona parte delle figure, se non tutte, in formato .png sono completamente nere, mentre quelle in formato .pdf o .jpg sembrano a posto. 😡

Stai visualizzando 3 risposte – dal 1 al 3 (di 3 totali)

Go to top