Perfis de aparências de assinaturas em Windows
A operação de assinatura de Windows pode gerar uma aparência visível Unicode de assinaturas a partir de um preset nomeado incorporado e um tipo de letra TrueType explicitamente fornecido e incorporá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 centrado a 11 pt, padding de 4 pt, contorno retangular, fundo branco e uma linha de texto única |
| HotPDF.StandardCertification | Texto preto alinhado à esquerda a 10 pt, padding de 5 pt, contorno retangular, fundo branco, wrap multilinha e espaçamento de linhas de 1,35 |
| HotPDF.Compact | Texto preto alinhado à direita a 8 pt, padding de 1 pt, sem fundo nem contorno pintados, e uma linha de texto única |
O preset selecionado configura o produtor real em vez de rotular opções visuais definidas por quem chama; estas são as mesmas configurações devolvidas por HPDFSelectHeadlessSignatureAppearanceProfile
text fornece a caption real e fontFile fornece o programa TrueType dela; ambos são obrigatórios, strings Unicode não vazias, e todas as três strings de aparências são limitadas a 16,384 bytes UTF-8 sem NUL
Permissões de embedding de tipos de letra, validade Unicode, glyphs disponíveis, requisitos de shaping complexo, ajuste de captions e limites configurados são impostos durante a geração
Widgets e documentos assinados
A geração atualiza o Form XObject normal AP/N para todos os widgets pertencentes ao campo de assinaturas selecionado, incluindo campos fundidos e campos com filhos Widget separados
Cada Widget fornece as dimensões positivas próprias dele de retângulos e rotação MK/R opcional de 0, 90, 180 ou 270 graus; o alinhamento do preset tem precedência sobre dicas herdadas de alinhamentos
Aparências de rollover e de down são preservadas quando existe um dicionário AP existente; geometria malformada, dicionários de aparências, rotações ou hierarquias cíclicas de Widgets rejeitam a geração
A operação de assinatura suporta campos existentes, campos novos, atualizações incrementais encriptadas, assinatura de documentos não assinados, primeiras assinaturas de certificação e assinaturas subsequentes de aprovações permitidas por políticas de P2 ou P3 e de bloqueios de campos
Use certificationPermission para selecionar o comportamento real de certificação; escolher apenas a aparência StandardCertification não certifica o documento
Objetos gerados de tipos de letra e de aparências seguem a política original de encriptação do documento, enquanto o prefixo original da fonte e assinaturas anteriores permanecem intactos para assinatura incremental permitida
Requisitos de seeds e limites
Um AppearanceFilter SV exigido corresponde apenas ao preset realmente gerado nesta operação de assinatura; metadados existentes ou uma aparência previamente guardada não satisfazem por si só esse requisito
O dicionário AP regista HotPDFProfile para inspeção, enquanto o resultado bem-sucedido reporta appearanceProfile; ambos descrevem o preset usado por esta operação
Bytes de tipos de letra são limitados ao menor entre 8 MiB e um oitavo de memoryBytes, bytes gerados de aparências partilham um teto de um oitavo de memoryBytes, e cada Widget acrescenta sete objetos delimitados sujeitos a objectCount
Cancelamento, presets inválidos, seeds exigidas não satisfeitas e geração inválida preservam o handle original do documento e não publicam bytes PDF nenhum; callbacks de saída mantêm a semântica existente deles de falhas de callbacks
Combine aparência com timestamps reais de assinaturas, certificação e atestado legal, ou informação autenticada assinada de revogação
Veja Assinatura PFX incremental para o ciclo de vida da operação, permissões, orçamentos e contrato de publicações