Politiques de validation et WTPDF

Les politiques de validation ajoutent des exigences documentaires applicables au moteur de preflight structurel existant et préservent les formats de rapport texte, JSON, HTML et CSV

Politiques intégrées

GetBuiltInValidationPolicy reconnaît default, compact, strict, wtpdf-reuse, wtpdf-accessibility, wtpdf-validated-reuse et wtpdf-validated-accessibility

Les politiques WTPDF font respecter les exigences de base vérifiables par machine : PDF 2.0, arbre de structure, langue de document non vide, métadonnées XMP avec dc:title, polices intégrées et déclaration PDF correspondante ; les politiques d’accessibilité exigent en plus DisplayDocTitle=true

Ces contrôles constituent une porte d’entrée déterministe pour les règles prises en charge et ne remplacent pas un validateur sémantique complet WTPDF, PDF/UA-2 ou ISO/TS 32005

Métadonnées de déclaration

ReadWTPDFMetadata extrait les états de déclaration reuse, accessibility et validated ainsi que claimBy, claimDate, claimCredentials et claimReport du XMP du Catalog

Le lecteur accepte les URI de registre actuels et la forme à barre oblique émise par les exemples WTPDF 1.0 d’origine, mais rapporte la forme d’URI canonique actuelle

Types de support publics

THPDFWTPDFConformanceLevel sélectionne l’absence de claim WTPDF, la validation reuse ou accessibility, tandis que THPDFWTPDFMetadata renvoie les déclarations et les détails de claim trouvés dans le XMP

THPDFValidationJob et THPDFValidationJobs décrivent des entrées de lot ordonnées, et THPDFValidationJobStatus, THPDFValidationJobResult et THPDFValidationJobResults renvoient des issues de validation ordonnées

THPDFValidationBatchOptions contrôle le format de rapport, les limites de workers et de file d’attente, le comportement fail-fast et l’annulation

THPDFMetadataFixMode sélectionne l’inspection, la réparation additive ou la synchronisation, et THPDFMetadataFixResult rapporte la validité des métadonnées et le nombre de propriétés modifiées

Exécution de lot bornée

RunValidationBatch valide des fichiers indépendants en concurrence avec des limites de workers et de file contrôlées par l’appelant, préserve l’ordre des sources, prend en charge le fail-fast et l’annulation, et enregistre le temps écoulé plus un contexte d’erreur conscient de la source pour chaque tâche

Une limite de workers non positive sélectionne le nombre de processeurs actifs et une limite de file non positive sélectionne quatre tâches par worker

Réparation indépendante des métadonnées

FixPDFMetadata utilise mfmInspectOnly, mfmAddMissing ou mfmSynchronize indépendamment de la réparation de preflight structurel

Le mode add-missing préserve les propriétés existantes et crée un paquet de base en l’absence de métadonnées, tandis que le mode synchronize réécrit les propriétés Dublin Core, PDF et XMP communes à partir du dictionnaire Info chargé et préserve les descriptions RDF sans rapport