Reparação nativa de tipos de letra para arquivo em Linux

A conversão nativa para PDF/A-4 de texto/vetor pode normalizar explicitamente tipos de letra em falta através de um processo configurado de pdfwrite Ghostscript, manter texto pesquisável e caminhos vetoriais, e validar o documento nativo final de arquivo com a CLI oficial veraPDF antes da publicação

ABI de callbacks

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

fontRepair tem por defeito false; defini-lo como true permite explicitamente a substituição de tipos de letra de acordo com a configuração instalada de tipos de letra Ghostscript e devolve fontRepairPerformed true após normalização bem-sucedida

A resposta também inclui textAndVectorsPreserved, validationSucceeded, pageCount e as contagens existentes de campos removidos, assinaturas e anotações; a publicação bem-sucedida substitui o handle pelo documento de arquivo verificado e não encriptado

Configuração Pascal

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

GhostscriptExecutable seleciona o executável de normalização, JavaExecutable e ValidatorJAR selecionam o validador genuíno, e CancellationToken aplica-se à travessia de recursos, verificações de texto, normalização e validação

Processamento e limites

O conversor importa primeiro os recursos das páginas fonte e achata aparências elegíveis de anotações num documento nativo privado, pelo que as entradas autenticadas AES são desencriptadas através do leitor de documentos e as permissões originais das páginas continuam a aplicar-se

O Ghostscript recebe um vetor de argumentos com SAFER ativo, uma baseline de prepress, saída PDF 2.0, embedding de tipos de letra e overrides explícitos de downsampling de imagens; a travessia delimitada de recursos recolhe nomes de tipos de letra em PostScript names hexadecimais e uma lista explícita de AlwaysEmbed para versões mais antigas do Ghostscript

O processo de normalização corre através de /usr/bin/prlimit com um limite de espaço de endereços de MaxWorkingBytes e um limite de tamanho de ficheiros de MaxOutputBytes; a saída e os diagnósticos dele têm limites de bytes, e MaxFontRepairMilliseconds delimita o tempo decorrido de processamento

As páginas normalizadas têm de manter a contagem original de páginas e a sequência extraída de carateres, permitindo alterações de layout de linhas e de whitespace e texto adicional de aparências achatadas; o conversor importa-as depois para um template nativo fresco de PDF/A-4 com output intent sRGB, XMP e identificadores de documentos

O candidato final tem de passar na validação oficial configurada de veraPDF PDF/A-4 antes de fsync e rename atómico; um backend indisponível, texto alterado, saída inválida, orçamento excedido, timeout ou cancelamento deixa o destino intacto e limpa os ficheiros privados de staging

Timeout e cancelamento terminam, matam quando necessário e recolhem o processo direto de normalização; executáveis de subprocessos devem correr diretamente em vez de através de uma shell ou de um wrapper que crie descendentes alheios

Runtime e fidelidade

A reparação de tipos de letra exige Ghostscript, os tipos de letra substitutos instalados dele e prlimit de util-linux; a validação de preservação exige um runtime Java headless, o JAR oficial da CLI veraPDF e Little CMS 2 para a geração nativa de perfis sRGB

Tipos de letra substituídos podem alterar contornos de glyphs e layout; um tipo de letra original disponível é preferível quando a aparência exata importa, e a reparação explícita de tipos de letra não promete recursos de páginas byte-idênticos nem assinaturas retidas

Entradas assinadas exigem AllowSignatureInvalidation true, aliases de fonte/saída são rejeitados, e anotações visíveis ainda precisam de uma aparência normal utilizável antes do flattening

A aceitação independente cobre 12 faces standard de tipos de letra Latinos e um tipo de letra TrueType Arial não incorporado através de entradas plain, AES R5 e AES R6, páginas rodadas, programas reais incorporados de tipos de letra, texto acentuado pesquisável, caminhos vetoriais retidos, fidelidade de píxeis e validação genuína de PDF/A-4

Importações e preservação de páginas · ABI nativa de callbacks · Workflows nativos