Perfis de aparências de assinaturas no Windows
A operação sign do Windows pode gerar uma aparência visível Unicode de assinatura a partir de um preset built-in nomeado e uma fonte TrueType explicitamente fornecida e embutível
{"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"}}Seleção real de presets
| profileName | Configuração gerada |
|---|---|
| HotPDF.StandardApproval | Texto azul centralizado de 11 pt, padding de 4 pt, borda retangular, fundo branco e uma única linha de texto |
| HotPDF.StandardCertification | Texto preto alinhado à esquerda de 10 pt, padding de 5 pt, borda retangular, fundo branco, wrapping multilinha e line spacing de 1.35 |
| HotPDF.Compact | Texto preto alinhado à direita de 8 pt, padding de 1 pt, sem fundo nem borda pintados, e uma única linha de texto |
O preset selecionado configura o produtor real, em vez de rotular opções visuais definidas pelo chamador; estas são as mesmas configurações retornadas por HPDFSelectHeadlessSignatureAppearanceProfile
text fornece a caption real e fontFile fornece o programa TrueType dela; ambos são strings Unicode obrigatórias e não vazias, e as três strings de aparências são limitadas a 16.384 bytes UTF-8 sem NUL
Permissões de embutimento de fontes, validade Unicode, glyphs disponíveis, requisitos de shaping complexo, ajuste da caption e os limites configurados são aplicados durante a geração
Widgets e documentos assinados
A geração atualiza o Form XObject normal AP/N de todo Widget pertencente ao campo de assinatura selecionado, incluindo campos mesclados e campos com filhos Widget separados
Cada Widget fornece suas próprias dimensões positivas de retângulo e rotação MK/R opcional de 0, 90, 180 ou 270 graus; o alinhamento do preset tem precedência sobre dicas herdadas de alinhamento
Aparências rollover e down são preservadas quando um dicionário AP existente está presente; geometria, dicionários de aparências, rotações ou hierarquias de Widgets malformadas ou cíclicas rejeitam a geração
A operação de assinatura suporta campos existentes, campos novos, atualizações incrementais criptografadas, assinatura de documentos não assinados, primeiras assinaturas de certificação e assinaturas de aprovação subsequentes permitidas por políticas P2 ou P3 e de field locks
Use certificationPermission para selecionar o comportamento real de certificação; escolher apenas a aparência StandardCertification não certifica o documento
Objetos gerados de fontes e aparências seguem a política original de criptografia do documento, enquanto o prefixo original da origem e assinaturas anteriores permanecem intactos para assinatura incremental permitida
Requisitos de seeds e limites
Um AppearanceFilter SV obrigatório corresponde apenas ao preset realmente gerado nesta operação de assinatura; metadados existentes ou uma aparência salva anteriormente não satisfazem esse requisito por si só
O dicionário AP registra HotPDFProfile para inspeção, enquanto o resultado bem-sucedido reporta appearanceProfile; ambos descrevem o preset usado por esta operação
Bytes de fontes são limitados ao menor entre 8 MiB e um oitavo de memoryBytes, os bytes de aparências geradas compartilham um teto de um oitavo de memoryBytes, e cada Widget adiciona sete objetos delimitados sujeitos a objectCount
Cancelamento, presets inválidos, seeds obrigatórias não atendidas e geração inválida preservam o handle original do documento e não publicam bytes PDF; callbacks de saída retêm a semântica existente de falhas de callbacks
Combine appearance com timestamps reais de assinatura, certificação e atestação legal, ou informações autenticadas de revogação assinadas
Veja Assinatura PFX incremental para o ciclo de vida da operação, permissões, orçamentos e contrato de publicação