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 Arjun Ray other posts by this author
Jun 14 2002 9:08PM 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?
John Cowan <jcowan@[...].com>  wrote:
| Arjun Ray scripsit:
 
|>  Inter alia, this would mean that the revised DTD syntax is not required 
|>  to use (or identify) the specific colonifying prefixes in the instance.
| 
| Just so.

And so, then, why must the revised DTD syntax use colonified forms at all?
Looks like Premature Closure to me.

But there's more, another issue raised in this thread.  Why must this
single "validation DTD" be encompassing rather than merely enabling (to
use terminology from the AFDR)?

|>  I don't see any reason to have it except to infect DTD syntax with
|>  colonification.
| 
| The purpose of it is to allow validation of elements and attributes that
| are named not with lexically apparent names but with XML Namespaces
| universal names.

If you're going to smorgasbord names in an ad hoc manner, why must there
be a unitary DTD to describe what could have been a one-off, composed as
the spirit moved you?  If, on the other hand, there is intent to *design*
a DTD, then why doesn't an annotation mechanism solve the problem of the
provenance of various names?

| Why people want to use namespaces, or why they shouldn't, is out of scope.

I call this ostrichism.


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