Windows Signature Appearance Profiles

Windows sign operace může vygenerovat viditelnou Unicode podpisovou appearance z pojmenovaného vestavěného presetu a explicitně dodaného vkladatelného TrueType písma

{"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"}}

Skutečný výběr presetu

Vybraný preset konfiguruje skutečného producenta, namísto popiskování vizuálních voleb definovaných volajícím; jsou to tytéž konfigurace, které vrací HPDFSelectHeadlessSignatureAppearanceProfile

text dodá skutečnou caption a fontFile její TrueType program; obojí je povinný neprázdný Unicode řetězec a všechny tři appearance řetězce jsou omezené na 16 384 UTF-8 bajtů bez NUL

Embedding oprávnění písem, platnost Unicode, dostupné glyfy, požadavky složitého shapingu, fit caption i nakonfigurované limity se vynucují při generování

Widgety a podepsané dokumenty

Generování aktualizuje normal AP/N Form XObject pro každý Widget náležející vybranému poli podpisu, tedy i sloučená pole a pole se samostatnými potomky Widget

Každý Widget dodá vlastní kladné rozměry obdélníku a volitelnou rotaci MK/R 0, 90, 180 či 270 stupňů; zarovnání z presetu má přednost před zděděnými hinty zarovnání

Rollover i down appearance se zachovají, když existuje slovník AP; poškozená geometrie, slovníky appearance, rotace či cyklické hierarchie Widgetů generování odmítnou

Podepisovací operace podporuje existující pole, nová pole, inkrementální šifrované aktualizace, podepisování nepodepsaných dokumentů, certifikační podpisy prvního dokumentu i následné schvalovací podpisy povolené politikami P2 či P3 a field-lock

Skutečné certifikační chování vyberete přes certificationPermission; samotná volba appearance StandardCertification dokument necertifizuje

Generované font i appearance objekty řídí původní šifrovací politika dokumentu, zatímco původní zdrojová předpona i dřívější podpisy zůstávají nedotčené pro povolené inkrementální podepisování

Požadavky seedu a limity

Vyžadovaný SV AppearanceFilter se trefí jen do presetu skutečně vygenerovaného v této podepisovací operaci; stávající metadata či dřív uložená appearance to požadavek sama o sobě nesplní

Slovník AP zaznamená HotPDFProfile k prohlédnutí a úspěšný výsledek reportuje appearanceProfile; obojí popisuje preset použitý touto operací

Font bajty se ořežou na menší z hodnot 8 MiB a jedné osminy memoryBytes, vygenerované appearance bajty sdílejí strop jedné osminy memoryBytes a každý Widget přidá sedm ohraničených objektů, podléhajících objectCount

Zrušení, neplatné presety, nesplněné vyžadované seedy i neplatné generování zachovají původní dokumentový handle a nepublikují žádné PDF bajty; výstupní callbacky si uchovávají stávající sémantiku selhání callbacků

Appearance zkombinujte s skutečnými podepisovacími timestampy, certifikací a právním upřesněním, či autentizovanými podepsanými revokačními informacemi

Životní cyklus operace, oprávnění, rozpočty i publikační kontrakt popisuje Inkrementální PFX podepisování