Profili di aspetto delle firme su Windows
L'operazione sign di Windows può generare un aspetto di firma Unicode visibile a partire da un preset incorporato nominato e un font TrueType incorporabile fornito esplicitamente
{"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"}}Selezione reale del preset
| profileName | Configurazione generata |
|---|---|
| HotPDF.StandardApproval | testo blu centrato 11 pt, padding 4 pt, un bordo rettangolare, uno sfondo bianco e una singola riga di testo |
| HotPDF.StandardCertification | testo nero allineato a sinistra 10 pt, padding 5 pt, un bordo rettangolare, uno sfondo bianco, wrapping multilinea e interlinea 1.35 |
| HotPDF.Compact | testo nero allineato a destra 8 pt, padding 1 pt, nessuno sfondo o bordo disegnato e una singola riga di testo |
Il preset selezionato configura il producer reale invece di etichettare opzioni visive definite dal chiamante; queste sono le stesse configurazioni restituite da HPDFSelectHeadlessSignatureAppearanceProfile
text fornisce la caption reale e fontFile fornisce il suo programma TrueType; entrambi sono richiesti, stringhe Unicode non vuote, e tutte e tre le stringhe di aspetto sono limitate a 16,384 byte UTF-8 senza NUL
Permessi di incorporazione dei font, validità Unicode, glifi disponibili, requisiti di shaping complesso, adattamento della caption e limiti configurati vengono applicati durante la generazione
Widget e documenti firmati
La generazione aggiorna il Form XObject normale AP/N per ogni Widget appartenente al campo firma selezionato, inclusi campi uniti e campi con figli Widget separati
Ogni Widget fornisce le proprie dimensioni positive del rettangolo e una rotazione MK/R opzionale di 0, 90, 180 o 270 gradi; l'allineamento del preset ha precedenza sugli hint di allineamento ereditati
Gli aspetti rollover e down vengono preservati quando esiste già un dizionario AP; geometria, dizionari di aspetto, rotazioni o gerarchie Widget cicliche malformate fanno respingere la generazione
L'operazione di firma supporta campi esistenti, campi nuovi, aggiornamenti incrementali crittografati, firma di documenti non firmati, firme di certificazione first e firme di approvazione successive permesse da policy P2 o P3 e di lock dei campi
Usa certificationPermission per selezionare il comportamento di certificazione reale; scegliere da solo l'aspetto StandardCertification non certifica il documento
Gli oggetti font e aspetto generati seguono la policy di crittografia del documento originale, mentre il prefisso sorgente originale e le firme precedenti restano intatti per la firma incrementale consentita
Requisiti seed e limiti
Un SV AppearanceFilter obbligatorio corrisponde solo al preset effettivamente generato in questa operazione di firma; metadati esistenti o un aspetto salvato in precedenza non soddisfano da soli quel requisito
Il dizionario AP registra HotPDFProfile per ispezione, mentre il risultato riuscito riporta appearanceProfile; entrambi descrivono il preset usato da questa operazione
I byte dei font hanno un tetto al minore tra 8 MiB e un ottavo di memoryBytes, i byte degli aspetti generati condividono un tetto di un ottavo di memoryBytes, e ogni Widget aggiunge sette oggetti delimitati soggetti a objectCount
Cancellazione, preset non validi, seed obbligatori non soddisfatti e generazione non valida preservano l'handle originale del documento e non pubblicano byte PDF; le callback di output conservano la semantica di fallimento callback esistente
Combina l'aspetto con timestamp di firma reali, certificazione e attestazione legale, o informazioni di revoca firmate autenticate
Vedi Firma PFX incrementale per il ciclo di vita dell'operazione, permessi, budget e contratto di pubblicazione