Recursos de namespaces em rich text

O decoder XHTML delimitado armazena cada declaração de namespace em seu elemento declarante e resolve os bindings herdados através dos escopos de pais, evitando cópias repetidas dos arrays de namespaces herdados para cada filho

Herança de namespace default, desdeclaração de default vazio, shadowing de prefixes, isolamento entre irmãos, unicidade de atributos expandidos e o binding implícito xml retêm seu comportamento existente

O perfil XHTML suportado ainda valida o namespace do elemento resolvido, então um namespace estranho ou um prefixo não declarado não pode burlar a validação de elementos

THPDFHeadlessRichTextDecodeOptions.MaxNodes continua contando objetos parseados com suas regras estabelecidas, enquanto MaxCodeUnits, MaxTotalCodeUnits, MaxDepth e MaxRuns mantêm seus significados

A mudança de recursos suporta as entradas XML legais existentes sem introduzir um perfil de entrada menor nem contar bindings de namespaces herdados como nós recém-parseados

Valores rich FDF padrão importados pela API de formulários usam o mesmo decoder e os limites de trabalho configurados pelo chamador, incluindo forms.memoryBytes

Um import bem-sucedido salva o valor do campo, o XML rich canônico e a aparência real através da transação existente; cancelamento, falha do callback de saída e rejeição de orçamento retêm o estado commitado do documento

O XML rich canônico preserva o valor rich e os estilos decodificados, em vez das declarações lexiais originais de namespaces ou da markup de spans vazios

Veja run spacing em rich text para a semântica de runs autorados e Troca de form data no Windows para o comportamento transacional

Os consumers normais de Tests/Linux/RichTextNamespaces cobrem resolução de namespaces, fronteiras originais de nós e profundidade, cancelamento e retry amostrados, crescimento de heap e rollback real de import por callback