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
| profileName | Genereret konfiguration |
|---|---|
| HotPDF.StandardApproval | 11 pt centreret blå tekst, 4 pt padding, en rektangelkant, hvid baggrund og én tekstlinje |
| HotPDF.StandardCertification | 10 pt venstrestillet sort tekst, 5 pt padding, en rektangelkant, hvid baggrund, multiline-ombrydning og 1,35 linjeafstand |
| HotPDF.Compact | 8 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