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

Re: What's wrong with namespaces? Some observations andsuggest

  • From: Liam R E Quin <liam@w3.org>
  • To: Amelia A Lewis <amyzing@talsever.com>
  • Date: Fri, 03 Dec 2010 23:16:21 -0500

Re:  What's wrong with namespaces? Some observations andsuggest
On Fri, 2010-12-03 at 20:34 -0500, Amelia A Lewis wrote:

> So.  Herewith, some strongly opinionated judgments as to what's wrong 
> with namespaces:

Amy - I, too, spend a lot of time explaining namespaces to people.
I agree they stink.

But I also don't see much consensus on
(1) is the disruption of change worth any benefits of improving them?
(2) what exactly should be done differently?
(3) a clear story on compatibility and moving forward if there's change.

If enough rich paying Members :-) come to W3C and demand it, for sure
we'll consider work on an XML 2.0 or whatever.  But for now, my own
feeling is that there's much more mileage in improving APIs (which is
why I thought your talk at Balisage was so good) -- that's always
been XML's weakest area, APIs and data binding, getting XML into a
program and manipulating it.  XPath isn't the total answer since
it doesn't have constructors, and, like XQuery, goes wonky with
the default namespace and with elements in no namespace.

The most common questions I hear are actually like this:
Person: why doesn't my XPath expression match anything?
Me: because the elements in the document are in a namespace
Person: how do I match them then?
Me: I can't answer that unless you tell me more about your environment,
because there's no standard way. You can use local-name() and... er...
hello? come back! Your system documentation should tell you how to
bind a namespace URI to a prefix...
Person: if it does I can't find it...
etc etc.

Which boils down to a mix of a stupid deficiency in XPath (no binding
expressions) and a difficulty with APIs.  But then the next most common
dialogue involves APIs, or people thinking XML and DOM must always go
together and that therefore XML is slow/clunky/ugly/ponderous/...,
when really it's just that DOM is one of the more poorly designed ways
to work with XML on the planet (and came from the HTML world as a
compromise between vendors...)

The way forward is probably to come up with some cleaner interfaces,
to promote the jQuery XPath plugin, and to work on interop with json.

Liam

-- 
Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
Pictures from old books: http://fromoldbooks.org/
Ankh: irc.sorcery.net irc.gnome.org www.advogato.org



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


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.