Namntoken i legacy-PDF

THPDFNameObject.Value och äldre dictionary-nycklar behåller PDF-namntoken utan inledande snedstreck; inlästa parser-token kan redan innehålla #HH-eskaper

Den äldre skrivaren avkodar en befintlig token och kodar sedan alla reserverade bytes, blanksteg, kontrollbytes och icke-ASCII UTF-8-bytes; befintliga eskaper kanoniseras utan dubbeleskaping

Token #41 betecknar till exempel A, medan #2341 betecknar den bokstavliga texten #41; koda nyskapade råa bytes med _PDFNameEncode innan en bokstavlig hash följt av två hexadecimala siffror lagras

Ogiltiga hexsekvenser som #GZ och en avslutande hash förblir bokstavlig data och eskapas som #23GZ respektive #23 vid serialisering

Inledande och avslutande mellanslag bevaras som #20, och det tomma namnet förblir ett tomt PDF-namn; värden i arrayer, nästlade dictionary och dictionary-nycklar följer samma serialiseringsregler

Namn är inte PDF-textsträngar: skrivaren bevarar bytes och omkodar inte anroparens källkodning; använd UTF8Encode när nyskapade Unicode-namn anges

Färska native XFA-byggardictionary använder avkodade nycklar medan namnvärden förblir tokenbaserade; adapter måste koda de avkodade nycklarna en gång när de flyttas till den äldre objektmodellen