Profils d'apparence de signature Windows

L'opération de signature Windows peut générer une apparence de signature Unicode visible depuis un préréglage intégré nommé et une police TrueType embarquable explicitement fournie

{"schemaVersion":1,"type":"sign","incremental":true,
 "existingField":true,"fieldName":"ApprovalOne",
 "pfxFile":"C:/keys/signer.pfx","pfxPassword":"password",
 "appearance":{"profileName":"HotPDF.StandardApproval",
   "text":"Signed by Alice","fontFile":"C:/fonts/DejaVuSans.ttf"}}

Sélection réelle de préréglage

Le préréglage sélectionné configure le véritable producteur plutôt que d'étiqueter des options visuelles définies par l'appelant ; ce sont les mêmes configurations retournées par HPDFSelectHeadlessSignatureAppearanceProfile

text fournit la véritable caption et fontFile fournit son programme TrueType ; tous deux sont requis, des chaînes Unicode non vides, et les trois chaînes d'apparence sont limitées à 16 384 octets UTF-8 sans NUL

Les permissions d'embarquement de polices, la validité Unicode, les glyphes disponibles, les exigences de shaping complexe, l'ajustement de la caption et les limites configurées sont appliqués pendant la génération

Widgets et documents signés

La génération met à jour le Form XObject AP/N normal pour chaque Widget appartenant au champ de signature sélectionné, y compris les champs fusionnés et les champs avec des enfants Widget séparés

Chaque Widget fournit ses propres dimensions positives de rectangle et une rotation MK/R optionnelle de 0, 90, 180 ou 270 degrés ; l'alignement du préréglage prime sur les indications d'alignement héritées

Les apparences rollover et down sont préservées quand un dictionnaire AP existant est présent ; une géométrie, des dictionnaires d'apparences, des rotations ou des hiérarchies de Widgets cycliques malformés rejettent la génération

L'opération de signature prend en charge les champs existants, les nouveaux champs, les mises à jour chiffrées incrémentales, la signature de documents non signés, les premières signatures de certification et les signatures d'approbation subséquentes permises par P2 ou P3 et les politiques de verrouillage de champs

Utilisez certificationPermission pour sélectionner le véritable comportement de certification ; choisir seule l'apparence StandardCertification ne certifie pas le document

Les objets de polices et d'apparences générés suivent la politique de chiffrement du document d'origine, tandis que le préfixe source d'origine et les signatures antérieures restent intacts pour une signature incrémentale permise

Exigences de seed et limites

Un SV AppearanceFilter requis ne correspond qu'au préréglage réellement généré dans cette opération de signature ; des métadonnées existantes ou une apparence précédemment enregistrée ne satisfont pas cette exigence à elles seules

Le dictionnaire AP enregistre HotPDFProfile pour inspection, tandis que le résultat réussi rapporte appearanceProfile ; tous deux décrivent le préréglage utilisé par cette opération

Les octets de polices sont plafonnés au plus petit entre 8 Mio et un huitième de memoryBytes, les octets d'apparences générées partagent un plafond d'un huitième de memoryBytes, et chaque Widget ajoute sept objets bornés soumis à objectCount

L'annulation, les préréglages invalides, les seeds requis non satisfaits et une génération invalide préservent le handle du document d'origine et ne publient aucun octet PDF ; les callbacks de sortie conservent les sémantiques d'échec de callbacks existantes

Combinez l'apparence avec les véritables horodatages de signature, la certification et l'attestation légale, ou les informations de révocation signées authentifiées

Voir la signature PFX incrémentale pour le cycle de vie de l'opération, les permissions, les budgets et le contrat de publication