W3C home > Mailing lists > Public > public-qt-comments@w3.org > August 2005

Re: [Serial] Normalization and References (qt-2004Nov0037-01)

From: Bjoern Hoehrmann <derhoermi@gmx.net>
Date: Tue, 02 Aug 2005 16:42:56 +0200
To: Joanne Tong <joannet@ca.ibm.com>
Cc: public-qt-comments@w3.org
Message-ID: <42fc7ee0.469817875@smtp.bjoern.hoehrmann.de>

* Joanne Tong wrote:

>Thank you for submitting this comment.  The editors handled this comment 
>and would like to point out the following:
>1.  Character expansion is now an ordered list. 
>2.  The editors felt it is clear on inspection that a character changed by 
>URI escaping is not changed by a character affected by Unicode 
>Normalization (triggered by the normalization-form parameter).  Therefore, 
>no clarification is necessary.
>3.  The editors felt that the reference to Section 5.4 of [XLink] provides 
>sufficient information and any further details would be outside the scope 
>of this specification.  Therefore, no clarification is necessary.
>4.  The reference to the Character Model specification is now 

I'm fine with #1 and #4 but not with the others. It's not clear to me
that normalization-form has no impact on resource identifier escaping
and the current reference to XLink 1.0 is inconsistent with XLink 1.1
and RFC 3987 (the IRI specification). For example, with 

  escape-uri-attributes = no
  normalization-form = NFC

input such as

  <a href='Bjo&#x308;rn' ...

would yield in

  <a href='Bj&#xf6;rn' ...


  escape-uri-attributes = yes
  normalization-form = NFC

however it would yield in, as I understand it,

  <a href='Bjo%CC%88rn' ...

which is not in NFC even though that has been requested. Also note that
RFC 3987 requires the result to be NFC-normalized under some circum-
stances, so I think this needs to be clarified in the draft.
Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de
Weinh. Str. 22 · Telefon: +49(0)621/4309674 · http://www.bjoernsworld.de
68309 Mannheim · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/ 
Received on Tuesday, 2 August 2005 14:43:08 UTC

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