THPDFWindowsFormDataTransaction.ImportDataWithFamilies
procedure ImportDataWithFamilies(const Bytes: TBytes;
Format: THPDFHeadlessFormDataFormat;
const Families: THPDFHeadlessRichTextFontFamilies;
const AppearanceOptions: THPDFHeadlessTextAppearanceOptions;
const Options: THPDFHeadlessFormDataOptions; const Password: AnsiString);Prepara una vera revisione candidato usando family font con nome e l'importer rich FDF/XFDF nativo family-aware; il THotPDF originale preso in prestito resta invariato finché il chiamante non pubblica e accetta il candidato
Families e selezione
Families contiene da uno a sedici record THPDFHeadlessRichTextFontFamily, ognuno con FamilyName e quattro veri programmi font TBytes indicizzati per regular, bold, italic e boldItalic
Le etichette usano confronto ASCII case-insensitive e confronto esatto per gli altri caratteri Unicode; le etichette devono essere distinte, non vuote, al massimo 128 UTF-16 code units, senza spazi periferici, caratteri di controllo, surrogate non accoppiate, virgolette, backslash, virgole o punti e virgola
La prima family configurata fornisce i font predefiniti e per testo scalare; popola ogni family/style realmente usato dai run rich importati; le family inutilizzate non necessitano dei programmi font inutilizzati
Il decoder XHTML limitato usa le etichette configurate per le liste CSS font-family, selezionando la prima etichetta nota o il primo default configurato quando nessuna voce della lista corrisponde; inherit preserva la family ereditata
Gli array forniti sono presi in prestito per questa chiamata sincrona; i veri /V, /RV, Unicode map e risorse appearance generati sono scritti nei byte candidato di proprietà
Autenticazione, limiti e pubblicazione
Integrità CMS esistente, binding ESS, vincoli DocMDP, FieldMDP e read-only restano applicati; i controlli richiesti di trust e revoca del chiamante usano SetSignaturePolicyOptions; i parametri AES e i prefissi firmati originali sono conservati
AppearanceOptions limita risorse di font, glyph e oggetti appearance; Options limita campi, stringhe, oggetti e profondità FDF/XFDF; i limiti working/output/object/page della transazione e i checkpoint di cancellazione restano attivi
Un vero no-op semantico autentica la sua policy e preserva gli esatti byte della revisione corrente; qualunque preparazione fallita significa scartare la transazione
Chiama WritePreparedPDF, completa tutte le callback di pubblicazione PDF e risultato richieste, poi chiama TakeCandidate per trasferire sia il documento sia la sua sorgente di proprietà; fallimento o cancellazione prima dell'accettazione preservano il documento originale
Il precedente metodo ImportData resta disponibile per una family senza nome con quattro programmi di stile