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

My proposal: Implicit namespaces

  • From: rjelliffe@allette.com.au
  • To: "XML Developers List" <xml-dev@lists.xml.org>
  • Date: Thu, 6 Aug 2009 17:58:19 +1000 (EST)

My proposal: Implicit namespaces
Here is my suggestion for namespaces and HTML.

Because
 1) the purpose of namespaces is disambiguation, but when we start with
HTML we rarely find that elements with the same local name are used, and
certainly not in the exactly the same context, and
 2) the namespace URI is used as a symbol to connect to schemas etc, but
when we use HTML we find that browsers operate by built-in knowledge that
does not require extra resolution of the URI,

we can simplify our lives by saying "namespaces in HTML are only ever
needed for non-standard customized fragments."

In other words, if you want to put in SVG into an HTML document, there are
not name clashes (in context) so there is no purpose served by namespaces.
All the HTML committee needs to do is say something like

"These are the standard vocabularies: HTML, SVG, RDF, etc etc, if you find
an element belonging to them, that starts a new branch."

In formal terms, you could see it as having a notional name-rewriting step
(which could be specified in ISO DSRL by the way) that goes from bare
names to qualified names.

The advantages:
 * HTML keeps plain and simple, and no-one has to worry about namespace
markup
 * people who want to add custom bits can do so, and can use namespaces
and so on using the current mechanism.
 * XHTML can continue on without change
 * mixed convention documents need not be distrupted
 * no big effort for defining a new syntax, which may be an exercise in
shifting verbosity from one location to another, would be required

(Another way of achieving much the same thing would be to allow multiple
namespaces as the default, with a schema-linked mechanism where the
namespace URI can be chosed by matching the local name in context with
unambiguous choices in a list of schemas. Not less defaulting, but
smarter!)

Cheers
Rick Jelliffe


[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.