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

Re: Question About Namespaces and DTDs

  • From: Rick JELLIFFE <ricko@g...>
  • To: xml-dev@l...
  • Date: Mon, 31 Jul 2000 10:07:16 +0800

Re: Question About Namespaces and DTDs
Norman Walsh wrote:
> 
> / "Paul W. Abrahams" <abrahams@v...> was heard to say:
> | I like the idea of what you're trying to do, but giving particular PIs an
> | essential function in XML seems to me the wrong way to go.
> 
> Can someone point me to some arguments against PIs? There seems to be
> strong sentiment against them, and I don't understand why. Some things
> are exactly that, expectations that you wish to pass on to a processor.

The general arguments against PIs seem to be:
 - they are not elements (all we need are trees)
 - they are declarations (all we need are element start & end-tags)
 - they are not defined (how can we have interoperability if the meaning
is not known?)
 - they may be stripped (how can a generic transformation system know
whether to keep or
    discard a PI?)
 - they cannot have IDs, hence their addressability and nameability is
weak for
    hyperlink purposes
 - their scope is point (there is no mechanism to tie them to hierarchy)
and
   that limits the effect to piggybacking on containing structures
(entities
   in particular.)  

The general arguments for PIs seem to be:
  - they are not elements
  - they are declarations
  - they are not defined 
  - they may be stripped (they are useful point-to-point not end-to-end,
    in particular for server-side PIs)
  - they cannot have IDs (their effect is dynamic not static)
  - their scope is point-based.

Note that SGML'86 PIs do not have the same limitations as XML PIs: in 
particular, there is an attribute type PI which can appear on 
element and entity declarations. This allows PIs to have structured
scope.

There was a little session on Schemas v. DTDs at the WWW7 Developers
Day.
John Bosak asked the question whether we should augment DTDs or go
with instance syntax.  I was trying to defend DTDs in my presentation,
but the point was that there were so many additions to DTDs that we
might
need: I thought it was better to keep DTDs as they are, a nice 75/25%
solution
for structural schemas, and develop an instance syntax.  

I still think that
an instance-based syntax is correct, but the DOM WG would have saved
everyone
a lot of problems if they developed a DOM for DTDs as part of 
DOM 1: I think that has been one of the biggest things for holding back
XML development, and it entrenched the connection in people's mind
between
DTDs as a syntax and DTDs as a modeling technique.  If every DOM
provided
content-modeling structures, it would make deployment of schemas of
various
kinds much easier.

Rick Jelliffe

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.