[Bug 6775] DOM-to-DOM transform with method='html' needs to convert no-namespace nodes into the HTML namespace

http://www.w3.org/Bugs/Public/show_bug.cgi?id=6775





--- Comment #19 from Henri Sivonen <hsivonen@iki.fi>  2009-06-04 10:49:08 ---
(In reply to comment #15)
> XSLT already allows you to supplement the serialization parameters specified to
> xsl:output when invoking the transformation. Since you run the transformation,
> you are in total control of what you do with its result tree.

This issue is about doing a DOM-to-DOM transformation for *existing* (without
yet-to-be-defined supplementary parameters) content, so there's no
serialization involved but the serialization method 'html' (without any new
parameters) needs to affect the DOM-to-DOM transformation.

(In reply to comment #16)
> But more to the original problem. I think that once HTML5 is more finished
> spec, serialization spec can say that if xsl:output/@method=("html", "xhtml")
> and xsl:output/@version/xs:decimal(.)>5 then elements in no namespace or XHTML
> namespace are serialized in the same way using syntax defined in HTML5. The
> latest spec clarifications allow implementations to behave like this now.

It would be useful to have an HTML5 serializer in non-browser XSLT processors,
but that's separate from this issue. This issue is about making existing XSLT
transforms already out there work with DOM5.

> But Henri's scenario when result of transformation is not serialized but stored
> directly into DOM, which is only materialization of XDM, is IMHO out of scope
> of XSLT spec (as Mike already pointed out).

Considering the previous statements about this being out of scope for XSLT and
considering that what needs to be specced is XSLT 1.0 behavior with DOM5--not
XSLT 2.x behavior--I'm now pursuing putting the delta spec (delta from XSLT
1.0) into the HTML5 spec (bug 6776).

I'm OK with resolving this as WONTFIX for XSLT specs themselves if the
specifiers of XSLT are OK with putting the delta spec from bug 6776 in the HTML
5 spec for the benefit of future browser implementors of XSLT.


-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

Received on Thursday, 4 June 2009 10:49:16 UTC