W3C home > Mailing lists > Public > public-qt-comments@w3.org > November 2009

[Bug 7823] [SER] Description of escaping rules for script and style elements in HTML mode not clear

From: <bugzilla@wiggum.w3.org>
Date: Fri, 27 Nov 2009 15:43:22 +0000
To: public-qt-comments@w3.org
Message-Id: <E1NE2yg-0004ot-0z@wiggum.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=7823


Henry Zongaro <zongaro@ca.ibm.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED




--- Comment #3 from Henry Zongaro <zongaro@ca.ibm.com>  2009-11-27 15:43:21 ---
The second example box of section 7.1 advises the reader against attempting to
serialize a sequence in which a SCRIPT element will contain the sequence of
characters </ - but it then goes on to say that it is possible to do so, using
either nested elements or by constructing text that will be serialized as start
and end element tags in the content of a SCRIPT element.

Given that the example box indicates that it's possible to use elements in the
content of a SCRIPT element, I believe the intent was that any attribute values
and text node in the content of the SCRIPT would not be escaped - not just the
text node children.

I propose the following edit to make this intent clear.  In the fourth
paragraph of section 7.1, change "MUST NOT perform escaping for the content of
the script and style elements." to "MUST NOT perform escaping for any text node
descendant, nor for any attribute of an element node descendant, of a script or
style element."

(For whatever it's worth, our implementation (WebSphere XML Feature Pack)
produces output similar to that of Saxon.)


-- 
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 Friday, 27 November 2009 15:43:23 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:57:29 UTC