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

Re: Tim Bray on "Which Technologies Matter?"

Re:  Tim Bray on "Which Technologies Matter?"

Paul Prescod wrote:

> Now what would we say to differentiate XML from SGML? How would I decide
> when my customers should use SGML instead of XML? What sort of problems
> are uniquely suited to non-XML SGML?

Documents that are valid, for starters. Well-formed documents are a double-edged
sword, while they may suit the data provider, they might not suit the recipient. In
XML, you're compelled to employ a business rule to ensure that what you get is what
you want. No such ambiguity exists for SGML - documents are either valid, or
rejected (leaving aside the semantics of the markup).

Generally, I think of SGML as being more suitable to certain datasets, not
necessarily to solve a different set of problems. I consider SGML data to be
static, and large, and fixed. I consider it to be further abstracted from delivery
than many XML systems. SGML is old, and staid, and predictable. (These are good

> But is anyone using SGML features that were left out of XML? CONCUR,
> LINK, DATATAG, OMITTAG, RANK, SHORTTAG? I still use some for my personal
> projects but I don't encourage my customers to. If the only difference
> between SGML and XML in common usage is the empty-tag and processing
> instruction syntax then SGML survives but not in a sense that I find
> very meaningful.

Some of them I have never used, but others I use on a daily basis, particularly
OMITTAG and SHORTTAG. Even for projects that require XML for the deliverable, we
almost always use SGML to get there. We are also doing a number of Defence projects
at the moment, so of course they are all SGML.

> Did SGML matter? Yes, of course, without it XML would not exist or might
> well be radically different (s-expressions?). Is SGML a thriving,
> growing technology separate from its XML incarnation? I personally do
> not think so. SGML has achieved its success under the name XML.

SGML wouldn't be a thriving growing technology even if XML had never come along.
It's not the sort of technology that was ever going to aquire mass acceptance. Due
to the narrow band of the data that it did well, it was kept pretty much "under the
hood", and I think that's where it belonged. XML is used in many more visible
contexts, that's probably why it was made simpler and the rules relaxed. As you
say, the differences between the two don't generally merit switching - the
differences to me originate more in philosophy than in syntax.


Marcus Carr                      email:  mcarr@a...
Allette Systems (Australia)      www:    http://www.allette.com.au
"Everything should be made as simple as possible, but not simpler."
       - Einstein


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.
First Name
Last Name
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.