Intercâmbio rich de formulários pela ABI C nativa de Linux

A operação forms.import existente aceita FDF RV e XFDF value-richtext através dos callbacks versionados InputIO de quem chama e publica um PDF atualizado genuíno através de OutputIO

A versão da ABI V1, os símbolos exportados e o layout da tabela de callbacks permanecem inalterados; este binding visa Linux nativo x64

{"schemaVersion":1,"type":"forms.import","format":"xfdf","fontFamily":"DejaVu Sans","fontSize":12}

O PDF de destino tem de já estar carregado; InputIO fornece os bytes reais de dados de formulários, e não outro PDF

O perfil inline-xhtml-v1 preserva a ordem mista de texto Unicode, quebras de parágrafos e de linhas explícitas, tamanhos herdados de tipos de letra inline, cores RGB, peso, itálico, underline, strikeout e alinhamento de parágrafos através do descodificador nativo XHTML delimitado

Famílias rich nomeadas opcionais selecionam programas configurados com listas CSS herdadas de famílias; layout CSS arbitrário, folhas de estilo externas, tabelas, imagens e alinhamento vertical continuam a ser capacidades separadas

fontFamily seleciona os programas reais do fornecedor nativo de tipos de letra de regular, bold, italic e bold-italic; apenas os estilos exigidos pelos valores rich reais são carregados, juntamente com o programa regular usado por campos escalares

A configuração Fontconfig da instalação tem de fornecer a família e as faces desejadas; o fallback normal do fornecedor aplica-se quando uma face pedida não está disponível, e fontStyles descreve os slots carregados de estilos em vez de certificar faces instaladas de tipos de letra

Os programas de tipos de letra devolvem-se a quem chama dentro das streams incorporadas de tipos de letra do PDF preparado e das aparências reais dele; nenhum caminho de ficheiros de tipos de letra é exposto na resposta JSON

Quando fontSize é zero, o XHTML sem estilos usa o default de 12 pontos do descodificador; tamanhos suportados explícitos de XHTML mantêm os valores próprios deles

Marcação rich canónica e não canónica equivalentes é idempotente quando o texto e os estilos suportados dela correspondem; campos só de leitura inalterados preservam o RV fonte deles, enquanto estilos suportados diferentes impõem a proteção só de leitura

Uma importação sem alterações publica o snapshot privado exato confirmado do PDF, incluindo revisões existentes assinadas ou encriptadas, sem acumular revisões vazias de referências cruzadas; bytes de entrada ou ficheiros de suporte alterados de quem chama não substituem esse snapshot carregado

A importação preserva segurança AES autenticada, revisões realmente assinadas, decisões DocMDP P1/P2/P3 e bloqueios FieldMDP através da transação nativa de importação rich

Os programas de tipos de letra combinados são delimitados a um quarto de limits.memoryBytes, além do limite nativo por tipo de letra; os limites existentes de dados de formulários, glyphs, objetos, saída e resultados permanecem ativos

Callbacks executam sincronamente na thread chamadora; callbacks parciais de entrada e de saída são aceites, e o cancelamento permanece ativo durante parsing, carregamento de tipos de letra, preparação de aparências e publicação

O handle confirma apenas depois de ambos os callbacks de PDF e de JSON terem sucesso; um erro de callback ou cancelamento preserva o estado anterior dele, enquanto quem chama descarta quaisquer bytes parciais já recebidos por um coletor

As capacidades anunciam formData.richXML=true, o default compatível richXMLProfile=inline-xhtml-v1, ambos os richXMLProfiles, seleção opcional de famílias nomeadas até dezasseis etiquetas e os quatro fontStyles suportados; o intercâmbio de anotações permanece false

Callbacks e limites de dados de formulários · ABI C nativa de Linux · Opções de confiança de assinaturas

Folhas de estilo internas aplicam seletores delimitados, importância, especificidade e ordem de fontes a valores rich realmente importados e a aparências guardadas; importações equivalentes repetidas e publicação falhada mantêm as garantias transacionais existentes

richTextResources fornece texto CSS linkado e importado pela operação execute-json-v1 inalterada

Use FPC 3.3.1 ou mais recente com units de runtime correspondentes e registe a build real do compilador usada para a aceitação

O parsing de operações JSON preserva NUL escapado e keys de objetos Unicode; um NUL em richTextResources é rejeitado antes de o documento mudar, em vez de desaparecer silenciosamente durante a descodificação JSON

O gate reutilizável Tests/Linux/JSONOperationUnicode/Run.py verifica o parser do produto selecionado, enquanto a suíte real de callbacks também verifica a shared library compilada e a transação PDF