Interchange di form rich nell'ABI C nativa su Linux
L'operazione forms.import esistente accetta RV FDF e value-richtext XFDF attraverso le callback InputIO versionate del chiamante e pubblica un PDF aggiornato autentico attraverso OutputIO
La versione ABI V1, i simboli esportati e il layout della tabella callback restano invariati; questo binding punta a Linux nativo x64
{"schemaVersion":1,"type":"forms.import","format":"xfdf","fontFamily":"DejaVu Sans","fontSize":12}Il PDF destinazione deve essere già caricato; InputIO fornisce i byte reali dei dati del form invece di un altro PDF
Il profilo inline-xhtml-v1 preserva ordine del testo Unicode misto, interruzioni di paragrafo e di riga esplicite, dimensioni font inline ereditate, colori RGB, peso, corsivo, sottolineato, barrato e allineamento dei paragrafi attraverso il decoder XHTML nativo delimitato
Le famiglie font rich nominate opzionali selezionano programmi configurati con liste di famiglia CSS ereditate; layout CSS arbitrari, style sheet esterni, tabelle, immagini e allineamento verticale restano capacità separate
fontFamily seleziona i programmi reali regular, bold, italic e bold-italic del provider font nativo; vengono caricati solo gli stili richiesti dai valori rich reali, insieme al programma regular usato dai campi scalari
La configurazione Fontconfig del deployment deve fornire famiglia e facce desiderate; il fallback normale del provider si applica quando una faccia richiesta non è disponibile, e fontStyles descrive gli slot di stile caricati invece di certificare le facce font installate
I programmi font tornano al chiamante dentro gli stream font incorporati del PDF preparato e gli aspetti reali; nessun percorso di file font viene esposto nella risposta JSON
Quando fontSize è zero, l'XHTML senza stili usa il default di 12 punti del decoder; le dimensioni font XHTML esplicite supportate conservano i propri valori
| Campo risultato | Significato |
|---|---|
updated | Numero di campi terminali modificati, incluse le modifiche supportate solo di stile |
richFieldCount | Numero di campi rich nell'input decodificato, inclusi valori equivalenti invariati |
fontStyles | Slot font effettivamente caricati in ordine regular, bold, italic, boldItalic |
richXMLProfile | inline-xhtml-v1 oppure inline-xhtml-font-families-v1 quando l'input decodificato contiene campi rich |
fontFamilies | Etichette di famiglia configurate quando viene fornito l'array opzionale di famiglie nominate |
Markup rich canonico e non canonico equivalenti è idempotente quando testo e stili supportati coincidono; i campi read-only invariati conservano il loro RV sorgente, mentre stili supportati diversi applicano la protezione read-only
Un'importazione senza modifiche pubblica l'esatto snapshot PDF privato committato, incluse revisioni firmate o crittografate esistenti, senza accumulare revisioni di cross-reference vuote; byte di input del chiamante modificati o file di supporto non sostituiscono quello snapshot caricato
L'importazione preserva sicurezza AES autenticata, revisioni firmate reali, decisioni DocMDP P1/P2/P3 e lock FieldMDP attraverso la transazione nativa di import rich
I programmi font combinati sono delimitati a un quarto di limits.memoryBytes, oltre al limite nativo per font; i limiti esistenti su form-data, glifi, oggetti, output e result restano attivi
Le callback girano sincrone sul thread chiamante; callback parziali di input e output sono accettate, e la cancellazione resta attiva durante parsing, caricamento font, preparazione degli aspetti e pubblicazione
L'handle committa solo dopo che entrambe le callback PDF e JSON hanno successo; un errore o una cancellazione della callback preserva lo stato precedente, mentre il chiamante scarta eventuali byte parziali già ricevuti da un sink
Le capabilities pubblicizzano formData.richXML=true, il default compatibile richXMLProfile=inline-xhtml-v1, entrambi i richXMLProfiles, la selezione opzionale di famiglie nominate fino a sedici etichette e i quattro fontStyles supportati; l'interchange di annotazioni resta false
Callback form-data e limiti · ABI C nativa su Linux · Opzioni di trust delle firme
I fogli di stile interni applicano selettori limitati, importance, specificità e ordine sorgente ai valori rich importati effettivi e alle appearance salvate; gli import equivalenti ripetuti e la pubblicazione fallita conservano le garanzie transazionali esistenti
richTextResources fornisce testo CSS collegato e importato attraverso l'invariata operazione execute-json-v1
Per l'acceptance usare FPC 3.3.1 o successivo con unità di runtime corrispondenti e registrare il build reale del compilatore usato
Il parsing delle operazioni JSON preserva NUL con escape e chiavi di oggetti Unicode; un NUL in richTextResources viene rifiutato prima che il documento cambi, invece di scomparire silenziosamente durante la decodifica JSON
Il gate riutilizzabile Tests/Linux/JSONOperationUnicode/Run.py verifica il parser di prodotto selezionato, mentre la suite reale di callback verifica anche la libreria condivisa compilata e la transazione PDF