Riparazione font archivistica nativa su Linux
La conversione nativa testo/vettoriale verso PDF/A-4 può normalizzare esplicitamente i font mancanti attraverso un processo pdfwrite Ghostscript configurato, conservare testo ricercabile e tracciati vettoriali, e validare il documento archivistico nativo finale con la veraPDF CLI ufficiale prima della pubblicazione
ABI callback
{"schemaVersion":1,"type":"pdfa.convert","mode":"preserve","profile":"PDF/A-4","fontRepair":true,"maxFontRepairMilliseconds":120000}fontRepair ha default false; impostarlo a true permette esplicitamente la sostituzione dei font secondo la configurazione font Ghostscript installata e restituisce fontRepairPerformed true dopo una normalizzazione riuscita
La risposta include anche textAndVectorsPreserved, validationSucceeded, pageCount e i contatori esistenti di campi/firme/annotazioni rimossi; la pubblicazione riuscita sostituisce l'handle con il documento archivistico verificato non crittografato
Configurazione Pascal
Options := THPDFHeadlessArchivalPreservationOptions.Default;
Options.FontRepair := True;
Options.GhostscriptExecutable := '/usr/bin/gs';
Options.MaxFontRepairMilliseconds := 120000;
Report := HPDFConvertHeadlessToPDFA4PreservingFile(Document, Destination, Options);GhostscriptExecutable seleziona l'eseguibile di normalizzazione, JavaExecutable e ValidatorJAR selezionano il validatore autentico, e CancellationToken si applica all'attraversamento delle risorse, ai controlli del testo, alla normalizzazione e alla validazione
Elaborazione e limiti
Il convertitore importa prima le risorse di pagina della sorgente e appiattisce gli aspetti delle annotazioni idonee in un documento nativo privato, così gli input AES autenticati vengono decrittografati attraverso il document reader e i permessi originali di pagina restano applicati
Ghostscript riceve un vettore di argomenti con SAFER abilitato, una baseline di prestampa, output PDF 2.0, incorporazione dei font e override espliciti di downsampling delle immagini; l'attraversamento delimitato delle risorse raccoglie i nomi dei font in nomi PostScript esadecimali e una lista AlwaysEmbed esplicita per le versioni Ghostscript più vecchie
Il processo di normalizzazione gira attraverso /usr/bin/prlimit con un limite dello spazio indirizzi da MaxWorkingBytes e un limite di dimensione file da MaxOutputBytes; output e diagnostica hanno limiti di byte, e MaxFontRepairMilliseconds delimita il tempo di elaborazione trascorso
Le pagine normalizzate devono conservare il numero di pagine originale e la sequenza di caratteri estratti, ammettendo modifiche di layout di righe e spazi e testo di aspetto appiattito aggiuntivo; il convertitore le importa poi in un template nativo PDF/A-4 fresco con output intent sRGB, XMP e identificatori del documento
Il candidato finale deve superare la validazione veraPDF PDF/A-4 ufficiale configurata prima di fsync e rename atomico; un backend non disponibile, testo modificato, output non valido, budget superato, timeout o cancellazione lasciano la destinazione intatta e puliscono i file di staging privati
Timeout e cancellazione terminano, uccidono quando necessario e raccolgono il processo diretto di normalizzazione; gli eseguibili dei subprocessi dovrebbero girare direttamente invece che attraverso una shell o un wrapper che crea discendenti non correlati
Runtime e fedeltà
La riparazione dei font richiede Ghostscript, i suoi font sostitutivi installati e prlimit di util-linux; la validazione di preservazione richiede un runtime Java headless, il JAR della veraPDF CLI ufficiale e Little CMS 2 per la generazione nativa del profilo sRGB
I font sostituiti possono cambiare outline dei glifi e layout; un font originale disponibile è preferibile quando l'aspetto esatto conta, e la riparazione esplicita dei font non promette risorse di pagina byte-identiche né firme conservate
Gli input firmati richiedono AllowSignatureInvalidation true, gli alias sorgente/output vengono respinti, e le annotazioni visibili richiedono ancora un aspetto normale utilizzabile prima dell'appiattimento
Il collaudo indipendente copre 12 facce font latine standard e un font Arial TrueType non incorporato su input plain, AES R5 e AES R6, pagine ruotate, programmi font incorporati reali, testo accentato ricercabile, tracciati vettoriali conservati, fedeltà dei pixel e validazione PDF/A-4 autentica
Importazione pagine e preservazione · ABI callback nativa · Workflow nativi