Risorse di namespace del rich text

Il decoder XHTML limitato archivia ogni dichiarazione di namespace sul suo elemento dichiarante e risolve i binding ereditati attraverso gli ambiti dei genitori, evitando copie ripetute degli array di namespace ereditati per ogni figlio

L'ereditarietà del namespace predefinito, la non-dichiarazione default vuota, l'oscuramento dei prefissi, l'isolamento tra fratelli, l'unicità degli attributi espansi e il binding implicito xml conservano il comportamento esistente

Il profilo XHTML supportato continua a validare il namespace dell'elemento risolto, così un namespace estraneo o un prefisso non dichiarato non può bypassare la validazione degli elementi

THPDFHeadlessRichTextDecodeOptions.MaxNodes continua a contare gli oggetti analizzati con le sue regole consolidate, mentre MaxCodeUnits, MaxTotalCodeUnits, MaxDepth e MaxRuns conservano i loro significati

La modifica delle risorse supporta gli input XML legali esistenti senza introdurre un profilo di input più piccolo né contare i binding di namespace ereditati come nodi appena analizzati

I valori rich FDF standard importati attraverso la API forms usano lo stesso decoder e i limiti di lavoro configurati dal caller, inclusi forms.memoryBytes

Un import riuscito salva il valore del campo, l'XML rich canonico e l'appearance effettiva attraverso la transazione esistente; cancellazione, fallimento del callback di output e rifiuto per budget conservano lo stato di documento confermato

L'XML rich canonico preserva il valore rich decodificato e gli stili invece delle dichiarazioni di namespace lessicali originali o del markup span vuoto

Per la semantica dei run autoriali vedere la spaziatura dei run del rich text e per il comportamento transazionale lo scambio dei dati modulo Windows

I consumatori ordinari di Tests/Linux/RichTextNamespaces coprono la risoluzione dei namespace, i confini originali di nodi e profondità, cancellazione e tentativo campionati, la crescita dello heap e il rollback effettivo degli import via callback