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

Re: XML-Data: advantages over DTD syntax?

  • From: "Rick Jelliffe" <ricko@a...>
  • To: "len bullard" <cbullard@h...>, "Murray Altheim" <altheim@m...>
  • Date: Wed, 1 Oct 1997 21:03:15 +1000

include dtd

 
> From: len bullard <cbullard@h...>
  
> That said, if it is enabling a more object-oriented capable 
> syntax, then these are two ways to create markup for the 
> same information.  I have no problems with that.  

One difference is also that XML does now include DTD declarations
& PEs.  These will not go away from XML.  So any XML-data software
that is also actually real XML *must* be more complicated than 
XML software that uses just the template method.  So I think the
argument for XML-data to ease the poor programmer's lot is,
to a certain extent, based on a false choice.

The template method may be a little ugly (though to me it is 
less ugly than XML-data, but that is purely a matter of familiarity),
but such ugliness can be dealt with by building nice DTD management
interfaces.   

Many of SGML's complications are because it has
so many features to make data entry look nicer, but which do
not improve the expressiveness of the SGML: minimisation,
short-references, datatag, rank, etc.   I tend to think XML-data
is in fact the same kind of thing: it makes some easier to type
but does not improve the expressiveness of XML.   I want to
see things that XML-data can do that SGML cannot now do (I am certainly
not ruling it out--indeed I welcome it, it is an exciting prospect),
either by templates or by architectural forms.  (But, of course, 
I anticipate any great discoveries in this area will find their way
into standard XML/SGML syntax sooner or later.)


All three forms have three stages:

STAGE		templates			AF			XML-data

object	(text template)		Already in		SGML element
primitive					AF system		types
types

schema 	SGML element types	SGML element	SGML elements
definition					types

schema	SGML elements		SGML elements	XML-data on-the-fly
elements								elements




By the way, I want to also note that the Japanese Hiyama
and Tsuchiya also have an paper on these kind of issues,
which includes an interesting method for restricting possible values
of inherited attributes as well. 


Rick Jelliffe

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


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.