Lists Home |
Date Index |
- From: Marcus Carr <firstname.lastname@example.org>
- To: "'email@example.com'" <firstname.lastname@example.org>
- Date: Thu, 11 Mar 1999 13:35:11 +1100
Jarle Stabell wrote:
> It seems to me that the SGML compatibility requirement killed simplicity.
> (And gave a very confusing and hard-to-learn vocabulary)
Really? I think the requirement for web compatibility made XML more complex than it looked
from the outset.
This is the advent of the third catchcry for XML. First it was "XML is SGML", second was "Use
XML because SGML is too hard" and now "XML is very powerful, but can be difficult".
Remarkably, we just now seem to be coming to the realisation that it's difficult to solve
complex problems. XML seeks to do more than SGML, but it's supposed to be simpler - how can
this be so? The only immediate areas of gain would have come from trimming the fat from the
SGML, but the more the X*L I see, the skinner SGML looks. Yes, it is less powerful, yes it can
be more proprietary, yes it is harder to write tools for, no it doesn't solve ten percent of
what X*L can do before it even gets out of bed. Yes, I still use it a lot. Ponder that - SGML
> I'm hoping that ideas like the Layered Model for XML (by Simon St.Laurent)
> will be able to influence XML in a positive direction, making it simpler to
> understand, use and implement. Today it's way too hard to "fully"
> understand XML.
It is unquestionably hard to fully understand - anyone who says that it isn't deserves a gold
star - they're smarter than I am.
Marcus Carr email: email@example.com
Allette Systems (Australia) www: http://www.allette.com.au
"Everything should be made as simple as possible, but not simpler."
xml-dev: A list for W3C XML Developers. To post, mailto:firstname.lastname@example.org
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:email@example.com the following message;
To subscribe to the digests, mailto:firstname.lastname@example.org the following message;
List coordinator, Henry Rzepa (mailto:email@example.com)