ASPN ActiveState Programmer Network
ActiveState
/ Home / Perl / PHP / Python / Tcl / XSLT /
/ Safari / My ASPN /
Cookbooks | Documentation | Mailing Lists | Modules | News Feeds | Products | User Groups


Recent Messages
List Archives
About the List
List Leaders
Subscription Options

View Subscriptions
Help

View by Topic
ActiveState
.NET Framework
Open Source
Perl
PHP
Python
Tcl
Web Services
XML & XSLT

View by Category
Database
General
SOAP
System Administration
Tools
User Interfaces
Web Programming
XML Programming


MyASPN >> Mail Archive >> xml-dev
xml-dev
Re: [xml-dev] DSDL part 9: new namespace declarations not needed as part of DTD syntax?
by james anderson other posts by this author
Jun 14 2002 3:47PM messages near this date
Re: [xml-dev] DSDL part 9: new namespace declarations not needed as part of DTD syntax? | Re: [xml-dev] DSDL part 9: new namespace declarations not needed as part of DTD syntax?
Permit me to reiterate the objection to a "global" namespace declaration in this light.

Arjun Ray wrote:
>  
>  "Rick Jelliffe" <ricko@[...].au> wrote:
>  
>  | But this is discussing techniques before requirements.
>  
>  Which is exactly how this namespace bogosity came about.  Are people now
>  entitled to claim precedent?
>  

In whatever grade of esteem one may hold the Namespaces in XML recommentation, it specifies 
that a conforming document may
contain lexically identical qualified names which identify more than one universal name depe
nding on context as well as
lexically distinct qualified names which identify the same universal name - the synonymy/hom
ography issue.

If DSDL chooses to ratify a namespace declaration form which exhibits indefinite scope, it m
ust also either specify that such
documents are non-conformant, or specify that such documents are not permitted to depend on 
attribute default values for
namespace declarations, but must include all namespace declarations in the document entity.

I have no objection to the <!NAMESPACE ...>  form itself. Each would denote a binding analogo
us to those which any
namespace-aware processor already manages for the "xml", "xmlns", and "" prefixes. It just p
recludes description of the same
class of documents which the xml-names recommendation permits.

...

-----------------------------------------------------------------
The xml-dev list is sponsored by XML.org <http://www.xml.org> , an
initiative of OASIS <http://www.oasis-open.org> 

The list archives are at http://lists.xml.org/archives/xml-dev/

To subscribe or unsubscribe from this list use the subscription
manager: <http://lists.xml.org/ob/adm.pl> 
Thread:
John Cowan
Marcus Carr
Eric Bohlman
Marcus Carr
james anderson
james anderson
james anderson
Marcus Carr
Arjun Ray
Marcus Carr
Arjun Ray
John Cowan
Arjun Ray
John Cowan
Arjun Ray
John Cowan
Arjun Ray
John Cowan
Deborah Aleyne Lapeyre
John Cowan
Thomas B. Passin
Ronald Bourret
Ronald Bourret
Michael Kay
Thomas B. Passin
james anderson
David Carlisle
james anderson
David Carlisle
james anderson
David Carlisle
james anderson
Michael Kay
james anderson
David Carlisle
Tim Bray
Ronald Bourret
Ronald Bourret
Ronald Bourret
Arjun Ray
John Cowan
Arjun Ray
John Cowan
Arjun Ray
John Cowan
John Cowan
james anderson
John Cowan
Rick Jelliffe
Arjun Ray
John Cowan
Rick Jelliffe
Rick Jelliffe
Dennis Sosnoski
John Cowan
Dennis Sosnoski
John Cowan
Dennis Sosnoski
Arjun Ray
G. Ken Holman
John Cowan
Arjun Ray
james anderson
Arjun Ray
John Cowan
Arjun Ray
Rick Jelliffe
John Cowan
Arjun Ray
John Cowan
John Cowan
james anderson
John Cowan
james anderson
james anderson
John Cowan
james anderson
james anderson
John Cowan
Ronald Bourret
Ronald Bourret
Jonathan Borden
Ronald Bourret
Michael Fuller
John Cowan
Bob Hutchison
james anderson
Thomas B. Passin
John Cowan
Ronald Bourret
John Cowan
Thomas B. Passin
Ronald Bourret
Ronald Bourret
james anderson
Norman Walsh
K. Ari Krupnikov
John Cowan
John Cowan
K. Ari Krupnikov
John Cowan
G. Ken Holman
Ronald Bourret
Rick Jelliffe
John Cowan
Marcus Carr
G. Ken Holman
John Cowan
Michael Fitzgerald
Paul Prescod
John Cowan
John Cowan

Privacy Policy | Email Opt-out | Feedback | Syndication
© ActiveState Software Inc. All rights reserved