Destinos XFDF de anotações

XFDF nativo de anotações, trabalhos de ficheiros e callbacks V1 de Windows e callbacks V1 nativos de Linux preservam destinos nomeados e alvos locais explícitos de páginas em anotações Link, com um caminho remoto GoToR separado

Um Dest direto mapeia para o objeto de destino PDF da anotação, enquanto OnActivation/Action/GoTo/Dest mapeia para uma ação local GoTo; o índice de páginas tem base zero e é vinculado ao objeto indireto real da página durante a importação

O modelo de atributos segue a XML Forms Data Format Specification, Version 3.0 da Adobe, páginas impressas 59-68 e 88; a semântica de destinos PDF é definida pela ISO 32000

A exportação canónica de XYZ omite coordenadas cujo objeto PDF é null; coordenadas opcionais em falta preservam a coordenada ou o zoom atuais do leitor, e o zoom zero mantém o significado standard PDF

O perfil de compatibilidade também aceita null literal e atributos de coordenadas vazios como valores null; atributos obrigatórios de FitH/FitV/FitBH/FitBV são emitidos como null literal quando o objeto PDF deles é null, sem reivindicação de certificação de schemas ISO

FitR exige todos os quatro bounds numéricos; atributos obrigatórios não podem ser omitidos dos outros modos Fit, e Page tem de ser um inteiro decimal identificando uma página existente

Precisão e limites

Nomes qualificados de elementos Adobe e bindings herdados de namespaces preservam os mesmos alvos; namespaces estrangeiros de destinos e atributos XML duplicados são rejeitados antes da criação de anotações

As coordenadas têm de ser finitas, ter um valor decimal absoluto exato não superior a 1000000 e usar zoom não negativo; a entrada numérica e a saída decimal expandida são limitadas a 8192 carateres

Decimais com sinal e notação científica são aceites dentro desses limites e depois escritos como tokens decimais PDF sem notação de expoentes; tokens da fonte mantêm a precisão escrita mesmo quando o valor público Single legado arredonda ou sofre underflow

O recarregamento de PDFs guardados e a exportação XFDF subsequente preservam o token decimal retido, incluindo frações compridas próximas do limite de coordenadas

Transações e callbacks

A transação nativa de ficheiros valida os alvos antes da publicação, preserva o grafo carregado e o alvo anterior em caso de falha, e usa os orçamentos existentes de anotações, objetos, profundidade, bytes e armazenamento de trabalho

Os pontos de entrada JSON de Windows e de Linux usam o mesmo codec mapeado através dos registos existentes V1 de operações deles; callbacks falhados ou cancelamento retêm o PDF previamente confirmado, enquanto coletores de callbacks próprios de quem chama podem ter recebido bytes candidatos

Um callback de escrita falhado não é repetido através de um coletor de saída ou de resultados com alias; a mesma regra aplica-se à comparação de dois handles, e valores de status de escrita indefinidos tornam-se o status standard de erros de IO

O codec partilhado HPDFXFDF aceita um registo separado de callbacks de destinos em sobrecargas novas; o layout legado do registo de acesso permanece inalterado

Os métodos de anotações carregadas de THotPDF vinculam estes callbacks automaticamente; quem chama ao codec diretamente tem de fornecer contagem de páginas e resolução de páginas para alvos explícitos

Fronteiras

Este perfil mapeia dados locais de GoTo e de destinos sem executar ações; Launch, dicionários arbitrários de ações, autoria de árvores de nomes de destinos, transport de AP e substituição/remoção de anotações continuam a ser capacidades separadas

Perfil mapeado de anotações · Operações de Windows · Callbacks de Linux