Native Linux archival font repair
Nativ text/vektor PDF/A-4-konvertering kan explicit normalisera saknade typsnitt genom en konfigurerad Ghostscript pdfwrite-process, behålla sökbar text och vektorsökvägar och validera det slutliga nativa arkiveringsdokumentet med den officiella veraPDF-CLI:n före publicering
Återanrops-ABI
{"schemaVersion":1,"type":"pdfa.convert","mode":"preserve","profile":"PDF/A-4","fontRepair":true,"maxFontRepairMilliseconds":120000}
fontRepair är false som standard; att sätta den till true tillåter explicit typsnittsersättning enligt den installerade Ghostscript-typsnittskonfigurationen och returnerar fontRepairPerformed true efter lyckad normalisering
Svaret inkluderar också textAndVectorsPreserved, validationSucceeded, pageCount och de befintliga borttagna fält-, signatur- och annoteringsräkningarna; lyckad publicering ersätter handle:t med det verifierade okrypterade arkiveringsdokumentet
Pascal-konfiguration
Options := THPDFHeadlessArchivalPreservationOptions.Default;
Options.FontRepair := True;
Options.GhostscriptExecutable := '/usr/bin/gs';
Options.MaxFontRepairMilliseconds := 120000;
Report := HPDFConvertHeadlessToPDFA4PreservingFile(Document, Destination, Options);
GhostscriptExecutable väljer normaliseringsexekverbarheten, JavaExecutable och ValidatorJAR väljer den genuina valideraren, och CancellationToken gäller resurstraversering, textkontroller, normalisering och validering
Bearbetning och gränser
Konverteraren importerar först källsidresurser och plattar ut berättigade annoteringsutseenden i ett privat nativt dokument, så autentiserade AES-indata dekrypteras genom dokumentläsaren och ursprungliga sidbehörigheter gäller fortfarande
Ghostscript tar emot en argumentvektor med SAFER aktiverat, en prepress-baslinje, PDF 2.0-utdata, typsnittsinbäddning och explicita bildnedskalningsöverskridningar; avgränsad resurstraversering samlar typsnittsnamn till hexadecimala PostScript-namn och en explicit AlwaysEmbed-lista för äldre Ghostscript-versioner
Normaliseringsprocessen körs genom /usr/bin/prlimit med en adressrymdsgräns ur MaxWorkingBytes och en filstorleksgräns ur MaxOutputBytes; dess utdata och diagnoser har bytegränser, och MaxFontRepairMilliseconds begränsar förloppstiden
Normaliserade sidor måste behålla det ursprungliga sidantalet och den extraherade teckensekvensen, med tillåtna rad- och whitespace-layoutändringar och ytterligare plattad utseendetext; konverteraren importerar dem sedan i en färsk nativ PDF/A-4-mall med sRGB-utdataintent, XMP och dokumentidentifierare
Den slutliga kandidaten måste klara den officiella konfigurerade veraPDF PDF/A-4-valideringen före fsync och atomärt namnbyte; en otillgänglig backend, ändrad text, ogiltig utdata, överskriden budget, timeout eller avbrott lämnar destinationen intakt och städar privata stagingfiler
Timeout och avbrott avslutar, dödar vid behov och återhämtar den direkta normaliseringsprocessen; subprocessexekverbare bör köras direkt i stället för genom ett skal eller ett omslutande program som skapar orelaterade efterkommande
Körtid och trohet
Typsnittsreparation kräver Ghostscript, dess installerade ersättningstypsnitt och util-linux prlimit; bevarandevalidering kräver en headless Java-körtid, den officiella veraPDF-CLI JAR:n och Little CMS 2 för nativ sRGB-profilgenerering
Ersatta typsnitt kan ändra glyfkonturer och layout; ett tillgängligt ursprungligt typsnitt är att föredra när exakt utseende spelar roll, och explicit typsnittsreparation lovar inte byte-identiska sidoresurser eller behållna signaturer
Signerad indata kräver AllowSignatureInvalidation true, käll-/utdatasalias avvisas, och synliga annoteringar behöver fortfarande ett användbart normalt utseende före plattning
Oberoende acceptans täcker 12 standardlatinska typsnittsansikten och ett icke-inbäddat Arial TrueType-typsnitt över rena, AES R5- och AES R6-indata, roterade sidor, faktiska inbäddade typsnittsprogram, sökbar accentuerad text, behållna vektorsökvägar, pixeltrohet och genuin PDF/A-4-validering
Sidimporter och bevarande · Nativt återanrops-ABI · Nativa arbetsflöden