Native Linux arkiveringsfont-reparation

Native tekst/vektor PDF/A-4-konvertering kan eksplicit normalisere manglende fonts gennem en konfigureret Ghostscript pdfwrite-proces, beholde søgbar tekst og vektorpaths og validere det endelige native arkiveringsdokument med den officielle veraPDF CLI inden publicering

Callback ABI

{"schemaVersion":1,"type":"pdfa.convert","mode":"preserve","profile":"PDF/A-4","fontRepair":true,"maxFontRepairMilliseconds":120000}

fontRepair er som standard false; at sætte den til true tillader eksplicit fontsubstitution efter den installerede Ghostscript fontkonfiguration og returnerer fontRepairPerformed true efter succesfuld normalisering

Responsen inkluderer også textAndVectorsPreserved, validationSucceeded, pageCount og de eksisterende fjernede felt-, signatur- og annotationsantal; succesfuld publicering erstatter handle med det verificerede ukrypterede arkiveringsdokument

Pascal-konfiguration

Options := THPDFHeadlessArchivalPreservationOptions.Default;
Options.FontRepair := True;
Options.GhostscriptExecutable := '/usr/bin/gs';
Options.MaxFontRepairMilliseconds := 120000;
Report := HPDFConvertHeadlessToPDFA4PreservingFile(Document, Destination, Options);

GhostscriptExecutable vælger normaliserings-eksekverbaren, JavaExecutable og ValidatorJAR vælger den rigtige validator, og CancellationToken gælder resourcetraversal, tekstdjek, normalisering og validering

Behandling og grænser

Konverteren importerer først kilde sideressourcer og flader berettigede annotation-appearances ud i et privat nativt dokument, så autentificerede AES-input dekrypteres gennem dokumentreaderen, og originale sidetilladelser stadig gælder

Ghostscript modtager en argumentvektor med SAFER aktiveret, et prepress-baseline, PDF 2.0-output, font-indlejring og eksplicitte billednedskalerings-overrides; afgrænset resourcetraversal samler fontnavne til hexadecimale PostScript-navne og en eksplicit AlwaysEmbed-liste til ældre Ghostscript-versioner

Normaliseringsprocessen kører gennem /usr/bin/prlimit med en adresserumsgrænse fra MaxWorkingBytes og en filstørrelsesgrænse fra MaxOutputBytes; dens output og diagnostik har bytegrænser, og MaxFontRepairMilliseconds afgrænser forløbet behandlingstid

Normaliserede sider skal beholde det originale sideantal og udtrukket tegnsekvens og tillader linje- og whitespace-layoutændringer samt ekstra fladet appearance-tekst; konverteren importerer dem derefter i en frisk native PDF/A-4-skabelon med sRGB output intent, XMP og dokumentidentifikatorer

Den endelige kandidat skal bestå den officielle konfigurerede veraPDF PDF/A-4-validering inden fsync og atomisk rename; en utilgængelig backend, ændret tekst, ugyldigt output, overskredet budget, timeout eller cancellation efterlader destinationen intakt og rydder private staging-filer

Timeout og cancellation terminerer, dræber ved nødvendighed og høster den direkte normaliseringsproces; subprocess-eksekverbare bør køre direkte snarere end gennem en shell eller wrapper, der skaber urelaterede efterkommere

Runtime og troskab

Font-reparation kræver Ghostscript, dets installerede substitut-fonts og util-linux prlimit; bevaringsvalidering kræver et headless Java-runtime, den officielle veraPDF CLI JAR og Little CMS 2 til native sRGB-profilgenerering

Substituerede fonts kan ændre glyph-outlines og layout; en tilgængelig original font er at foretrække, når eksakt udseende betyder noget, og eksplicit font-reparation lover ikke byte-identiske sideressourcer eller bevarede signaturer

Signerede input kræver AllowSignatureInvalidation true, kilde/output-aliasser afvises, og synlige annotationer kræver stadig en brugbar normal-appearance inden udfladning

Uafhængig accept dækker 12 standard latinske font-faces og en ikke-indlejret Arial TrueType-font på tværs af plain-, AES R5- og AES R6-input, roterede sider, rigtige indlejrede fontprogrammer, søgbar accenttegnstekst, bevarede vektorpaths, pixel-troskab og rigtig PDF/A-4-validering

Sideimporter og bevaring · Native callback ABI · Native workflows