Recursos de namespace de rich text

El decoder XHTML acotado almacena cada declaración de namespace en su elemento declarante y resuelve los bindings heredados a través de ámbitos padre, evitando copias repetidas de los arreglos de namespace heredados para cada hijo

La herencia de namespace default, la no-declaración default vacía, el sombreado de prefijos, el aislamiento entre hermanos, la unicidad de atributos expandidos y el binding implícito xml retienen su comportamiento existente

El perfil XHTML soportado sigue validando el namespace del elemento resuelto, así que un namespace externo o un prefijo no declarado no puede sortear la validación de elementos

THPDFHeadlessRichTextDecodeOptions.MaxNodes sigue contando objetos parseados con sus reglas establecidas, mientras que MaxCodeUnits, MaxTotalCodeUnits, MaxDepth y MaxRuns retienen sus significados

El cambio de recursos soporta las entradas XML legales existentes sin introducir un perfil de entrada más pequeño ni contar los bindings de namespace heredados como nodos recién parseados

Los valores rich FDF estándar importados por la API de forms usan el mismo decoder y los límites de trabajo configurados por el caller, incluido forms.memoryBytes

Un import exitoso guarda el valor del campo, el XML rich canónico y la apariencia real a través de la transacción existente; la cancelación, la falla del callback de salida y el rechazo por presupuesto retienen el estado de documento confirmado

El XML rich canónico preserva el valor rich decodificado y los estilos en lugar de las declaraciones de namespace léxicas originales o el markup span vacío

Vea el espaciado de runs de rich text para la semántica de runs autoriales y el intercambio de form-data Windows para el comportamiento transaccional

Los consumidores ordinarios de Tests/Linux/RichTextNamespaces cubren la resolución de namespaces, los límites originales de nodos y profundidad, la cancelación y reintento muestreados, el crecimiento del heap y el rollback real de imports por callback