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

Re: HTML5 and almost no namespaces

  • From: Mukul Gandhi <gandhi.mukul@gmail.com>
  • To: Michael Kay <mike@saxonica.com>
  • Date: Fri, 3 Jun 2011 14:24:32 +0530

Re:  HTML5 and almost no namespaces
On Thu, Jun 2, 2011 at 4:37 PM, Michael Kay <mike@saxonica.com> wrote:
> You're saying you like namespaces because they are a solution to a real
> problem.
>
> But the objection to namespaces is not that there is no problem to be
> solved, it is that namespaces (as currently defined) are a bad solution to
> that problem; they introduce far too much complexity in relation to the size
> of the problem. Far simpler solutions are available to allow names to be
> disambiguated.


Are you suggesting that current XML namespaces are bad for every known
uses of XML?

The current XML namespaces to define language vocabularies (for e.g as follows)

<xsl:stylesheet xmlns:xsl="..">
    ...
</xsl:stylesheet>

or

<xs:schema xmlns:xs="..">
  ...
</xs:schema>

looks just fine to me. I think, it'll be very difficult for users to
adjust to any other style than above for XML vocabularies. The other
issue is carrying on with the legacy vocabularies and the
corresponding instances in design & which are already deployed.
Therefore backward compatibility would be quite important, if we want
to define any new extensions in this area.

But I think, it may be good if optionally we may have XML namespace
values to be able to use any string, or perhaps any typed simpleType
(in XSD terminology) value.

For e.g, the namespace value could be a UUID value, as follows.

<x:root xmlns:x="7570b77c-8a79-419b-bed2-2c3c99203be5">
   ...
</x:root>

(because sometimes, the namespace names may not have something to do
with URIs or HTTP etc).

The advantage with URIs for namespace values I think, is that they can
easily be available as unique (the owners of the XML vocabularies need
a [globally] unique namespace value for their [XML] languages).

But I think, that the namespace scoping rules and concepts of prefixes
and "xmlns" bindings should largely be retained (in a new version, or
a profile of the current one if they are ever designed).




-- 
Regards,
Mukul Gandhi


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