Re: [Serial] I18N WG last call comments

Hello Henry,

On behalf of the I18N WG, I herewith confirm that this response is
satisfactory for us.

Regards,    Martin.

At 11:57 04/04/28 -0400, Henry Zongaro wrote:

>      In [1], Martin Duerst submitted the following comment on the Last
>Call Working Draft of XSLT 2.0 and XQuery 1.0 Serialization:
> > [15] Section 4, "To anticipate the proposed changes to end-of-line
> >    handling in XML 1.1, implementations may also output the characters
> >    x85 and x2028 as character references. This will not affect the way
> >    they are interpreted by an XML 1.0 parser.": XML 1.1 is now a REC,
> >    so this is no longer anticipated. See
> >
>      Thanks to Martin and the working group for this comment.
>      The XSL and XML Query Working Groups discussed the comment, and
>agreed that the Serialization specification should be amended so that it
>no longer refers to XML 1.1 as if it were not yet a recommendation.
>Furthermore, the working groups decided that the handling of x85 and x2028
>should be such that they can be successfully processed by either an XML
>1.0 or an XML 1.1 processor without being normalized to a line-feed
>character, even if the value of the version parameter is 1.0.  Following
>are the changes required to implement that change:
>Replace the paragraph after the bulleted list in Section 4 with the
>A consequence of this rule is that certain whitespace characters must be
>output as character references, to ensure that they survive the round
>trip through serialization and parsing. Specifically, CR, NEL and LINE
>SEPARATOR characters in text nodes must be output respectively as &#xD;,
>&#x85;, and &#x2028;, or their equivalents; while CR, NL, TAB, NEL and
>LINE SEPARATOR characters in attribute nodes must be output respectively
>as &#xD;, &#xA;, &#x9;, &#x85;, and &#x2028;, or their equivalents
> >>
>And replace the note following the bulleted list with the following note:
>Note:  XML 1.0 did not permit processors to normalize NEL or LINE
>SEPARATOR characters to a LINE FEED character.  However, if a document
>entity that specifies version 1.1 invokes an external general parsed
>entity with no TextDecl or a TextDecl that specifies a version of 1.0,
>the external parsed entity is processed according to the rules of XML
>1.1.  For this reason, NEL and LINE SEPARATOR characters in text and
>attribute nodes must always be escaped using character references or
>CDATA sections, regardless of the value of the version parameter.
> >>
>      May I ask the working group to confirm that this response is
>acceptable to it?
>Henry [On behalf of the XSL and XML Query Working Groups]
>Henry Zongaro      Xalan development
>IBM SWS Toronto Lab   T/L 969-6044;  Phone +1 905 413-6044

Received on Tuesday, 1 June 2004 03:40:00 UTC