Windows signatur-appearance-profiler

Windows sign-operationen kan generere en synlig Unicode signatur-appearance ud fra en navngivet indbygget preset og en eksplicit leveret indlejrningsbar TrueType-font

{"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 preset-valg

profileNameGenereret konfiguration
HotPDF.StandardApproval11 pt centreret blå tekst, 4 pt padding, en rektangelkant, hvid baggrund og én tekstlinje
HotPDF.StandardCertification10 pt venstrestillet sort tekst, 5 pt padding, en rektangelkant, hvid baggrund, multiline-ombrydning og 1,35 linjeafstand
HotPDF.Compact8 pt højrestillet sort tekst, 1 pt padding, ingen malet baggrund eller kant og én tekstlinje

Den valgte preset konfigurerer den faktiske producent i stedet for at mærke kalder-definerede visuelle options; det er de samme konfigurationer, som HPDFSelectHeadlessSignatureAppearanceProfile returnerer

text leverer den faktiske caption, og fontFile leverer dens TrueType-program; begge er krævede, ikke-tomme Unicode-strenge, og alle tre appearance-strenge er begrænsede til 16.384 UTF-8-bytes uden NUL

Font embedding-tilladelser, Unicode-gyldighed, tilgængelige glyphs, komplekse shaping-krav, caption-tilpasning og konfigurerede grænser håndhæves under generering

Widgets og signerede dokumenter

Generering opdaterer normal AP/N Form XObject for hver Widget, der tilhører det valgte signaturfelt, inklusive flettede felter og felter med separate Widget-børn

Hver Widget leverer egne positive rektangeldimensioner og valgfri MK/R-rotation på 0, 90, 180 eller 270 grader; presetjustering har forrang over nedarvede justeringshints

Rollover- og down-appearances bevares, når en eksisterende AP-dictionary findes; misdannet geometri, appearance-dictionaries, rotationer eller cykliske Widget-hierarkier afviser generering

Signeringsoperationen understøtter eksisterende felter, nye felter, inkrementelle krypterede opdateringer, usigneret dokumentsignering, første certificeringssignaturer samt efterfølgende approval-signaturer tilladt af P2 eller P3 og field lock-politikker

Brug certificationPermission til at vælge faktisk certificeringsadfærd; at vælge StandardCertification-appearance alene certifierer ikke dokumentet

Genererede font- og appearance-objekter følger den originale dokumentkrypteringspolitik, mens det originale kildepræfiks og tidligere signaturer forbliver intakte for tilladt inkrementel signering

Seed-krav og grænser

En krævet SV AppearanceFilter matcher kun den preset, der faktisk genereres i denne signeringsoperation; eksisterende metadata eller en tidligere gemt appearance tilfredsstiller ikke selv det krav

AP-dictionaryen registrerer HotPDFProfile til inspektion, mens det succesfulde resultat rapporterer appearanceProfile; begge beskriver den preset, denne operation brugte

Font-bytes er begrænsede til det mindste af 8 MiB og en ottendedel af memoryBytes, genererede appearance-bytes deler en grænse på en ottendedel af memoryBytes, og hver Widget tilføjer syv afgrænsede objekter underlagt objectCount

Cancellation, ugyldige presets, uopfyldte krævede seeds og ugyldig generering bevarer det originale dokumenthandle og publicerer ingen PDF-bytes; output-callbacks beholder den eksisterende callback-fejlsemantik

Kombinér appearance med rigtige signaturtidsstempler, certificering og juridisk attestation eller autentificeret signeret revocation-information

Se Incremental PFX Signing for operationslevetiden, tilladelser, budgetter og publiceringskontrakten