Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: [xml-dev] Do namespaces address all use cases well

From: COUTHURES Alain <alain.couthures@---------.--->
To: Jim Tivy <jimt@----------.--->, 'Michael Kay' <mike@--------.--->, 'Kurt
Date: 7/8/2009 9:18:00 PM
Even though it's always good to think about how to improve namespaces, 
how long would we have to wait for such a new mechanism to be widely 
available ? Don't we need solutions for today ?

-Alain

Jim Tivy a écrit :
>
> Interesting idea. This is likely something that has to be addressed in 
> an Xml track.  I am not sure that HTML-5 is even an Xml track?
>
>  
>
> For a number of use cases I have seen namespaces work.  They are 
> integrated in most Xml processors.  So they are there already for free.
>
>  
>
> But how well they address all use cases I do not know.  I would be 
> interested to hear about use cases where Xml namespaces fail and rough 
> sketches of better technologies.
>
>  
>
> Jim
>
>  
>
> ------------------------------------------------------------------------
>
> *From:* Michael Kay [mailto:mike@s...]
> *Sent:* Wednesday, July 08, 2009 1:55 PM
> *To:* 'Kurt Cagle'; 'Jim Tivy'
> *Cc:* 'XML Developers List'
> *Subject:* RE: [xml-dev] XHTML 2 Working Group won't be renewed?
>
>  
>
>  > There's supposed to be an extensibility workshop in September at 
> one of the F2Fs where namespaces in general will be hashed out - I 
> plan to be monitoring that one carefully, as I suspect that there will 
> be a move to "fix" namespaces in a way that will have long term 
> negative repercussions for the XML community. 
>
>  
>
> Let's approach this positively. XML namespaces are a pretty awful 
> piece of design. Perhaps this is an opportunity to revisit the 
> requirement and do something a bit more elegant.
>
>  
>
> Regards,
>
> Michael Kay
> http://www.saxonica.com/
> http://twitter.com/michaelhkay
>
>  
>  
>
>  
>



transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent