Windows Signature Appearance Profiles

Windows-signeringsoperationen kan generera ett synligt Unicode-signaturutseende från en namngiven inbyggd förinställning och en explicit tillhandahållet inbäddningsbart TrueType-typsnitt

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

Faktisk förinställningsselektion

Den valda förinställningen konfigurerar den faktiska producenten i stället för att märka anropardefinierade visuella optioner; dessa är samma konfigurationer som HPDFSelectHeadlessSignatureAppearanceProfile returnerar

text tillhandahåller den faktiska rubriken och fontFile tillhandahåller dess TrueType-program; båda krävs som icke-tomma Unicode-strängar, och alla tre utseendesträngarna begränsas till 16 384 UTF-8-byte utan NUL

Typsnittsinbäddningsbehörigheter, Unicode-giltighet, tillgängliga glyfer, krav på komplex formning, rubrikanpassning och konfigurerade gränser tillämpas under genereringen

Widgets och signerade dokument

Genereringen uppdaterar det normala AP/N Form XObject för varje Widget som tillhör det valda signaturfältet, inklusive sammanslagna fält och fält med separata Widget-barn

Varje Widget tillhandahåller egna positiva rektangeldimensioner och valfri MK/R-rotation på 0, 90, 180 eller 270 grader; förinställd justering har företräde framför ärvda justeringsledtrådar

Rollover- och down-utseenden bevaras när en befintlig AP-ordlista finns; felformad geometri, utseendeordlistor, rotationer eller cykliska Widget-hierarkier avvisar genereringen

Signeringsoperationen stödjer befintliga fält, nya fält, inkrementella krypterade uppdateringar, signering av osignerade dokument, första certifieringssignaturer samt efterföljande godkännandesignaturer tillåtna av P2- eller P3- och fältlåspolicyer

Använd certificationPermission för att välja faktiskt certifieringsbeteende; att välja StandardCertification-utseendet ensam certifierar inte dokumentet

Genererade typsnitts- och utseendeobjekt följer dokumentets ursprungliga krypteringspolicy, medan det ursprungliga källprefixet och tidigare signaturer förblir intakta för tillåten inkrementell signering

Seed-krav och gränser

Ett obligatoriskt SV AppearanceFilter matchar endast den förinställning som faktiskt genereras i denna signeringsoperation; befintlig metadata eller ett tidigare sparat utseende uppfyller inte det kravet av sig själv

AP-ordlistan registrerar HotPDFProfile för inspektion, medan det lyckade resultatet rapporterar appearanceProfile; båda beskriver den förinställning denna operation använde

Typsnittsbyte takas vid det mindre av 8 MiB och en åttondel av memoryBytes, genererade utseendebyte delar ett tak på en åttondel av memoryBytes, och varje Widget lägger till sju avgränsade objekt beroende av objectCount

Avbrott, ogiltiga förinställningar, ouppfyllda obligatoriska seed och ogiltig generering bevarar det ursprungliga dokumenthandle:t och publicerar inga PDF-byte; utdataåteranrop behåller den befintliga återanropsfelsemantiken

Kombinera utseende med faktiska signeringstidsstämplar, certifiering och rättslig attestering, eller autentiserad signerad spärrinformation

Se Inkrementell PFX-signering för operationens livscykel, behörigheter, budgetar och publiceringskontrakt