Altova Mailing List Archives

Re: [xml-dev] XHTML 2 Working Group won't be renewed?

From: "Pete Cordell" <petexmldev@---------.--->
To: "Michael Kay" <mike@--------.--->, "'Andrew Welch'"
Date: 7/9/2009 11:34:00 AM
Original Messages From: "Michael Kay" and "Andrew Welch"

Combining two replies in one...

>> Why do you need to wrap the URI in any characters at all?
>> Why not just do:
>> <>

From: "Michael Kay"
> There's nothing to stop a namespace name starting with "/" (other than the
> vague preference for valid absolute URIs), so
> </mynamespace:local>
> would become a valid start tag!

From: "Andrew Welch"
> using your suggestion above with no delimeters you would end up with:
>...which probably isn't feasible, and not nice on the eyes :)

Um, I see your point.

From: "Michael Kay"
> One problem is that the more universal you want to make it, the more
> contexts it has to be unambiguous in: for example XQuery has problems with
> {uri}local because it already uses "{" extensively.

If you get really desperate you could do something Perl-esque where you 
choose your delimiters.  e.g. in Perl you do:

    s/XYZ/ABC/  or  s#XYZ#ABC#

in XML you could choose between {}, [], or some other non-name character 
such as:


If you need any more help, let me know ;-)

Pete Cordell
Codalogic Ltd
Interface XML to C++ the easy way using XML C++
data binding to convert XSD schemas to C++ classes.
Visit or
for more info


XML-DEV is a publicly archived, unmoderated list hosted by OASIS
to support XML implementation and development. To minimize
spam in the archives, you must subscribe before posting.

[Un]Subscribe/change address:
Or unsubscribe: xml-dev-unsubscribe@l...
subscribe: xml-dev-subscribe@l...
List archive:
List Guidelines:


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