Legacy PDF name tokens

THPDFNameObject.Value en legacy dictionary-keys behouden PDF name-tokens zonder de voorafgaande slash; geladen parser-tokens kunnen al #HH-escapes bevatten

De legacy writer decodeert een bestaand token en encoded daarna alle gereserveerde bytes, whitespace, control bytes en niet-ASCII UTF-8-bytes; bestaande escapes worden gecanoniseerd zonder dubbel te escapen

Zo staat het token #41 voor A, terwijl #2341 voor de letterlijke tekst #41 staat; encode vers authored raw bytes met _PDFNameEncode voordat je een letterlijke hash gevolgd door twee hexadecimale cijfers opslaat

Ongeldige hex-sequenties zoals #GZ en een afsluitende hash blijven letterlijke data en worden tijdens serialisatie geëscapet als #23GZ en #23

Leading en trailing spaties worden behouden als #20, en de lege naam blijft een lege PDF-naam; waarden in arrays, nested dictionaries en dictionary-keys gebruiken dezelfde serialisatieregels

Namen zijn geen PDF-tekststrings: de writer behoudt bytes en transcodeert de broncodering van de aanroeper niet; gebruik UTF8Encode wanneer je vers authored Unicode-namen aanlevert

Versse native XFA builder-dictionaries gebruiken gedecodeerde keys terwijl name-waarden token-gebaseerd blijven; adapters moeten die gedecodeerde keys één keer encoderen wanneer ze naar het legacy objectmodel gaan