Hallo,
zumindest fuer XSLT2.0 Spec wird disable-output-escaping "verbannt" mit Verweis auf bad coding und character maps eingefuehrt.
hm... du liest zu viel von Mozilla ;-) (?) "bad coding" ist _der_ hirnrissige Argument der Entwickler, warum der im Mozilla eingebaute XSLT-Proz. disable-output-escaping nicht unterstützt.
Es ist korrekt, dass es keine Anforderung war [1], dass ein XSLT-Proz. disable-output-escaping unterstützt, da dass dazu die Kontrolle über die Serialisierung notwendig ist[2]. Aber ich kenne keinen nennenswerten XSLT-Proz. der das nicht könnte.
- ist noch immer einer der Argumente von den Mozilla Entwickler (nur können sie nicht erklären, warum der "echte" TransforMiiX dies doch kann)
- dieses Argument bringen die Herren seit jeher auch gerne immer wieder mit der Bemerkung, dass die Serialisierung (Rechner)Leistung kostet. Was sicher ein berechtigtes Argument war. Damals, in 2001!
Für XSLT 2 hast du "recht", dort ist "disable-output-escaping" mittlerweile als deprecated gekennzeichnet. Dennoch gibt es Anwendungsfälle, wo "disable-output-escaping" einfach die bessere/einfachere Lösung ist. Character Maps ist eine Lösung, wenn auch nicht immer die beste/einfachste ;-)
Grüße
Thomas