This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 7366 - Support JCnQName type
Summary: Support JCnQName type
Status: CLOSED LATER
Alias: None
Product: XML Schema
Classification: Unclassified
Component: Datatypes: XSD Part 2 (show other bugs)
Version: 1.1 only
Hardware: PC Windows XP
: P2 normal
Target Milestone: ---
Assignee: David Ezell
QA Contact: XML Schema comments list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-08-19 07:59 UTC by Pete Cordell
Modified: 2010-11-10 17:11 UTC (History)
2 users (show)

See Also:


Attachments

Description Pete Cordell 2009-08-19 07:59:24 UTC
Discussions on the xml-dev mailing list have suggested that the use of QNames can be problematic, especially when they become disassociated with the documents thay were initially contained in (due to namespace prefix mappings being lost).

One way to address this is to use James Clark notation qualified names (e.g. {http://www.w3.org/2001/XMLSchema}element ) rather than QNames that rely on prefixes.

A James Clark notation qualified name suggests a type name of JCnQName.  Other suggested names are Explicitly Qualified Name (EQName), and Canonically Qualified Name (CQName).

The expectation is that this change won't make it into datatypes 1.1., but this entry will formally record it as an input to datatypes 1.2.
Comment 1 Michael Kay 2009-08-19 09:38:49 UTC
If there ever is a 1.2, I would support this. Though I don't think it needs to be a separate data type; rather it's a new lexical representation for an existing type. (It's a big shame that the spec doesn't really recognize this concept: hexBinary and base64Binary should have been the same data type, with facets to select the lexical representation).

I've been experimenting in Saxon using the ability to have vendor-defined facets, including "pre-lexical" facets that allow you, for example, to have booleans written as yes|no, or numbers written in Continental European notation, or dates written in North American format. This could be another application of this idea - except that it's not clear what to do with all the baggage that QNames carry about requiring the namespace prefix to be in scope.
Comment 2 David Ezell 2009-09-10 21:39:54 UTC
At the telcon on 2009-08-21 I took an action:
http://www.w3.org/2009/08/21-xmlschema-minutes.html#action02

The WG discussed this issue and found that Michael Kay's comment #1 below gives the appropriate rationale for wanting to close this bug as LATER, specifically that it is a fairly large change coming extremely late.  Note that by labelling the bug as LATER, the WG is signalling any WG involved with modifying XML Schema (either the current WG or some other WG) should give this bug due consideration at that time.  That said, no changes for this bug will appear in XML Schema 1.1.

The WG hopes that the commentor (Pete Cordell) will find this resolution satisfactory.

Thank you. 
Comment 3 Pete Cordell 2009-09-11 11:13:51 UTC
It was the original intent that this bug report record the issue for a future version, so the LATER designation is ideal.  Thanks.
Comment 4 David Ezell 2010-11-10 17:11:10 UTC
The WG reported this bug as LATER on 2009-09-11.  We are closing this bug as
requiring no futher work.  If there are issues remaining, you can reopen this
bug and enter a comment to indicate the problem.  Thanks very much for the
feedback.