Namnrymdsresurser för rich text

Den avgränsade XHTML-avkodaren lagrar varje namespace-deklaration på sitt deklarerande element och löser ärvda bindningar genom föräldraomfång, vilket undviker upprepade kopior av ärvda namespace-arrayer för varje barn

Standardnamnrymdsarv, tom standardavdeklaration, prefixskuggning, syskonisolering, utvidgad attributunikhet och den implicita xml-bindningen behåller sitt befintliga beteende

Den stödda XHTML-profilen validerar fortfarande den lösta elementnamnrymden, så en främmande namnrymd eller ett odeklarerat prefix kan inte kringgå elementvalideringen

THPDFHeadlessRichTextDecodeOptions.MaxNodes fortsätter räkna tolkade objekt enligt sina etablerade regler, medan MaxCodeUnits, MaxTotalCodeUnits, MaxDepth och MaxRuns behåller sina betydelser

Resursändringen stöder befintliga lagliga XML-indata utan att införa en mindre inmatningsprofil eller räkna ärvda namespace-bindningar som ny tolkade noder

Standard-FDF rich-värden som importeras via forms-API:et använder samma avkodare och anroparens konfigurerade arbetsgränser, inklusive forms.memoryBytes

En lyckad import sparar fältvärdet, kanonisk rich-XML och faktiskt utseende genom den befintliga transaktionen; annullering, fel i utdatacallback och budgetavvisning behåller det genomförda dokumenttillståndet

Kanonisk rich-XML bevarar det avkodade rich-värdet och stilarna snarare än de ursprungliga lexikala namespace-deklarationerna eller tom span-märkning

Se run-avstånd för rich text för skriven run-semantik och Windows-formulärdatautbyte för transaktionsbeteende

De vanliga Tests/Linux/RichTextNamespaces-konsumenterna täcker namespace-lösning, ursprungliga nod- och djupgränser, samplad annullering och försök igen, heap-tillväxt och faktisk callback-importrollback