- From: Henry Zongaro <zongaro@ca.ibm.com>
- Date: Fri, 15 Oct 2004 16:08:43 -0400
- To: duerst@w3.org, w3c-i18n-ig@w3.org
- Cc: public-qt-comments@w3.org
Martin,
In [1], you submitted the following comment on the Last Call Working
Draft of XSLT 2.0 and XQuery 1.0 Serialization on behalf of the I18N
Working Group.
<<
[26] Normalization: This term is used for different things:
- Character normalization (Charmod, NFC)
- Normalization as described in section 2 of this document.
- Normalization as described in the formal semantics document.
These should be very clearly distinguished and labeled.
[27] Section 3, 'media-type', says "... the charset parameter of the
media type must not be specified explicitly". This should be
changed to "... the charset parameter of the media type must
not be specified explicitly here." to make clear that this
is just a statement about this parameter, not in general.
[28] Section 3, "omit-xml-declaration specifies whether the serialization
process is to output an XML declaration. The value must be yes or no
If this parameter is not specified, the value is implementation
defined."
The wording should be improved to make clear which is yes and which
is no. (and please add a period after 'no').
[29] Section 4: "Additional nodes may be present in the new tree, and
the values of attribute nodes and text nodes in the new tree may be
different from those in the original tree, due to the character
expansion phase of serialization.": this should clearly state
that this applies only to URI escaping and character mapping, and
that CDATA sections and escaping of special characters cannot
create differences.
[30] 4.8: "If the output method is xml and the value of the version
parameter is 1.0, namespace >UN<declaration is not performed,
and the undeclare-namespace parameter is ignored."
[Made [31] and [32] into separate, substantive issues. HZ]
[33] Section 7, freestanding paragraph "The default encoding for the text
output method is implementation-defined.": this is a repetition from
the previous paragraph and should be removed.
[34] RFC 2376 is obsoleted by RFC 3023.
>>
Thanks to you and the I18N Working Group for these comments, which I
am handling editorially.
I have applied the following changes to the serialization draft in
response to these comments:
[26] I've tried to clarify the use of the first two types of normalization
by referring to them as sequence normalization and Unicode normalization
throughout the document.
[27] I made the suggested correction.
[28] Most descriptions of parameters have been removed from the
"Serialization Parameters" section, including the description of
omit-xml-declaration. The description of this parameter that appears in
the section on the XML output method should be clear.
[29] I have clarified this by referring explicitly to URI escaping,
character mapping and Unicode normalization.
[30] It is now considered to be a serialization error if
undeclare-namespaces has the value yes and the output method is xml, so
this sentence no longer appears in the draft.
[33] The encoding parameter is no longer optional, so the two pieces of
redundant information have been removed.
[34] Added a new normative reference to RFC 3023.
I would appreciate if you could check the next public draft of the
specification when it becomes available, and verify that I've correctly
applied all the changes, and that they resolve these issues to the
satisfaction of the I18N Working Group.
Thanks,
Henry
[1]
http://lists.w3.org/Archives/Public/public-qt-comments/2004Feb/0362.html
------------------------------------------------------------------
Henry Zongaro Xalan development
IBM SWS Toronto Lab T/L 969-6044; Phone +1 905 413-6044
mailto:zongaro@ca.ibm.com
Received on Friday, 15 October 2004 20:09:20 UTC