[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: more QName madness


kxu the smiths
Simon St.Laurent scripsit:

> 2) Name your scheme using a convention that isn't likely to produce
> naming conflicts.  Even the ugly x- convention warns that it's
> non-standard, effectively screaming "idiosyncratic".

The trouble with x- is that it doesn't stay experimental.  There are gobs
of documents running around with media-type application/x-zip and such,
that have never been updated to application/zip.

> It is extraordinarily obvious that the URI-based QName system imposes
> considerable overhead on any creating or processing XPointers which
> happen to use non-W3C schemes.  

Granted.

> Is "is intended" just a suggestion?  Could be.

No, it means that that's what we intend the IETF to use, so it's a bit
more than a suggestion.  But it has no normative force whatsoever.

> Would that require the IETF to adopt the QName-based identification of
> schemes?  I don't see an easy way around accepting the framework
> document without accepting that.  

I agree, at least as to the *possibility* of QName-based schemes.

> >> People definitely need a means of identifying fragments within XML
> >> documents.  It is not at all clear that they should be looking to the
> >> W3C and its peculiar URI and QName biases for an answer.
> >
> >OTC, it is very clear that they should not.  Only an update RFC to RFC
> >2396 can do that job.  The W3C as such cannot be an IETF member,
> >because IETF members are individuals.
> 
> That sounds to me like you are making a case for the W3C stepping aside
> completely in these matters, which seems unlikely, and I'm not quite
> sure why you're referencing RFC 2396 in this context. Are you proposing
> that an update to RFC 2396 should change the very foundations of
> fragment identifiers?  

No.  RFC 2396 defines the meaning of fragment identifiers in application/xml
and friends; specifically, it defines them as undefined.  An update will
be needed to change that, which will have to be accepted by the IETF
process, which will need to be initiated by some individuals.
The W3C as such has nothing to do with it.

-- 
John Cowan      jcowan@r...        http://www.reutershealth.com
        "Not to know The Smiths is not to know K.X.U."  --K.X.U.

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.