- From: Bjoern Hoehrmann <derhoermi@gmx.net>
- Date: Fri, 10 Aug 2007 08:10:34 +0200
- To: Martin Duerst <duerst@it.aoyama.ac.jp>
- Cc: public-xml-core-wg@w3.org, public-iri@w3.org, www-xml-linking-comments@w3.org, public-i18n-core@w3.org
* Martin Duerst wrote: >[There is potentially another interpretation of the grammar in the >XML spec, which is that the Char production >(http://www.w3.org/TR/REC-xml/#NT-Char) does not restrict the >contents of SystemLiteral, but in that case, it would also not >restrict the contens of http://www.w3.org/TR/REC-xml/#NT-CharData, >which would mean that arbitrary element content could contain >such control characters including NUL characters/bytes. >I think it would probably be best to fix this by explicitly >using the Char production in SystemLiteral and the other >relevant places. If I need to submit an erratum, please tell >me where.] You missed section six of the specification which defines that character classes only ever match something that matches the Char production. As an aside, I do not think the question of system identifiers is relevant to whether we need "HRRIs" or not, as Norman put it. My understanding is that the XML Core Working Group wants to use "HRRIs" in many other places, like xml:base, XLink, XInclude, etc. We would then have elements and attributes in XML languages which use resource identi- fiers as values, but differ in what strings you can put there and how they would be processed: some would take HRRIs, some IRIs, some anyURIs, and so on. It seems clear to me having a "HRRI" specification would make sense only if having multiple definitions for resource identifier-valued attributes and elements is a good thing, or if there is community consensus to use "HRRIs" everywhere. -- 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 Friday, 10 August 2007 06:10:41 UTC