Token dei nomi PDF legacy

THPDFNameObject.Value e le chiavi legacy dei dizionari conservano i token dei nomi PDF senza la barra iniziale; i token del parser caricato possono già contenere escape #HH

Il writer legacy decodifica un token esistente e poi codifica tutti i byte riservati, gli spazi, i byte di controllo e i byte UTF-8 non ASCII; gli escape esistenti vengono canonizzati senza doppio escaping

Per esempio, il token #41 denota A, mentre #2341 denota il testo letterale #41; codificate i nuovi byte grezzi creati dall'autore con _PDFNameEncode prima di memorizzare un cancelletto letterale seguito da due cifre esadecimali

Sequenze esadecimali non valide come #GZ e un cancelletto finale restano dati letterali e vengono codificati come #23GZ e #23 durante la serializzazione

Gli spazi iniziali e finali sono preservati come #20, e il nome vuoto resta un nome PDF vuoto; i valori negli array, nei dizionari annidati e nelle chiavi dei dizionari usano le stesse regole di serializzazione

I nomi non sono stringhe di testo PDF: il writer preserva i byte e non trascodifica la codifica sorgente del chiamante; usate UTF8Encode quando fornite nomi Unicode appena creati

I dizionari freschi del builder XFA nativo usano chiavi decodificate mentre i valori dei nomi restano basati su token; gli adapter devono codificare quelle chiavi decodificate una volta quando le spostano nel modello a oggetti legacy