POV-Ray : Newsgroups : povray.off-topic : The trouble with XSLT : Re: The trouble with XSLT Server Time
29 Jul 2024 08:15:44 EDT (-0400)
  Re: The trouble with XSLT  
From: clipka
Date: 21 Feb 2012 04:26:08
Message: <4f436330$1@news.povray.org>
Am 20.02.2012 17:58, schrieb Invisible:
> On 20/02/2012 04:21 PM, Invisible wrote:
>
>> (I presume it goes without saying that the first thing this code snippet
>> has to do is test whether it's running on Internet Explorer or a
>> standards compliant browser. :-P Some things never change...)
>
> Oh dear God...
>
> https://bugzilla.mozilla.org/show_bug.cgi?id=98168
>
> Short story: Using the xsl:text disable-output-escaping='yes' setting
> doesn't work. It's supposed to allow you to output arbitrary text, and
> it works with IE, but not with Firefox. And it appears they're trying to
> claim it's IE that's broken, not Firefox. >_<

Actually both are standards compliant:

"An XSLT processor will only be able to disable output escaping if it 
controls how the result tree is output. This may not always be the case. 
For example, the result tree may be used as the source tree for another 
XSLT transformation instead of being output. An XSLT processor is not 
required to support disabling output escaping. If an xsl:value-of or 
xsl:text specifies that output escaping should be disabled and the XSLT 
processor does not support this, the XSLT processor may signal an error; 
if it does not signal an error, it must recover by not disabling output 
escaping."

IE behaves as mandated for a combo of an XSLT processor and an HTML 
rendering engine.

Firefox behaves as expected (by the spec authors) for a combo of an XSLT 
processor and a DOM tree rendering engine.

The spec concludes that "Since disabling output escaping may not work 
with all XSLT processors and can result in XML that is not well-formed, 
it should be used only when there is no alternative."


Post a reply to this message

Copyright 2003-2023 Persistence of Vision Raytracer Pty. Ltd.