- From: Roland Merrick <roland_merrick@uk.ibm.com>
- Date: Wed, 25 Mar 2009 14:50:38 +0000
- To: Shane McCarron <shane@aptest.com>
- Cc: XHTML WG <public-xhtml2@w3.org>, public-xhtml2-request@w3.org
- Message-ID: <OF101D4AC2.7BC94ED5-ON80257584.00513ECF-80257584.00518A91@uk.ibm.com>
Greetings Shane, looks good to me. One thought, we might consider adding an informative appendix explaining how the prefix mapping could be done using xmlns: Regards, Roland From: Shane McCarron <shane@aptest.com> To: XHTML WG <public-xhtml2@w3.org> Date: 25/03/2009 14:19 Subject: [ACTION-64] Changes to CURIE spec to address prefix support As per the resolution at the last vF2F, below is my proposal for changing the requirements in the CURIE specification so it avoids @xmlns altogether, instead relying upon the host language to define the prefix mapping mechanism. These changes are against the current CR [1]. Section 3, paragraph 3 - 5, change from: When CURIES are used in an XML-based host language, and that host language supports XML Namespaces, prefix values MUST be able to be defined using the 'xmlns:' syntax specified in [XMLNAMES <http://www.w3.org/TR/curie/#ref_XMLNAMES>]. Such host languages MAY also provide additional prefix mapping definition mechanisms. The XML Namespaces specification states that prefix names are not permitted to begin with the characters 'xml' (see Leading XML <http://www.w3.org/TR/1999/REC-xml-names-19990114/#xmlReserved>). While this specification does not impose such a restriction, when CURIEs are used in an XML language this restriction is effectively inherited from XML Namespaces. If such a language defines an additional mechanism for defining prefixes, that mechanism SHOULD impose a similar restriction so there is no possibility of conflict between prefixes defined using the two mechanisms. When CURIES are used in a non-XML host language, the host language MUST provide a mechanism for defining the mapping from the |prefix| to an IRI. To read: When CURIEs are used in a host language, the host language MUST provide one or more mechanisms for mapping from a prefix to an IRI. Section 3, paragraphs 7-8, change from: A host language MAY declare a default prefix value, or MAY provide a mechanism for defining a default prefix value. This default prefix value MAY be different than the language's default namespace. In such a host language, when the |prefix| is omitted from a CURIE, the default prefix value MUST be used. Conversely, if such a language does not define a default prefix value mechanism and does not define a set of reserved values, CURIEs MUST NOT be used without a leading /prefix/ and colon. Host languages that support XML Namespaces always have a default namespace. This default namespace MUST NOT be used as the default prefix for CURIEs because the default namespace in such a language can change at any time in a document, and such a change would mean that seemingly identical CURIEs might map to different IRIs. To read: A host language MAY declare a default prefix value, or MAY provide a mechanism for defining a default prefix value. In such a host language, when the prefix is omitted from a CURIE, the default prefix value MUST be used. Conversely, if such a language does not define a default prefix value mechanism and does not define a set of reserved values, CURIEs MUST NOT be used without a leading prefix and colon. In other words, remove the references to XML namespaces and their attendant issues since we are not requiring them. Also, I imagine that we should remove the reference to XMLNAMES altogether, since we no longer use it at all. [1] http://www.w3.org/TR/curie -- Shane P. McCarron Phone: +1 763 786-8160 x120 Managing Director Fax: +1 763 786-8180 ApTest Minnesota Inet: shane@aptest.com Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
Received on Wednesday, 25 March 2009 14:51:23 UTC