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

Re: SGML, XML and SML

• From: Paul Prescod <paul@p...>
• To: xml-dev@i...
• Date: Sun, 21 Nov 1999 11:27:16 +0100

Don Park wrote:
> 
> I don't understand what 'this' is.  Are you suggesting that SML should
> be abandoned in favor of S-expressions or are you saying that S-expressions
> didn't fly so SML won't either?

Here's what I'm saying:

 * XML has lots of stuff that most of these applications do NOT need.
 * XML *lacks* some important things that these applications DO need,
the most important being a structured property syntax

A language with neither of these flaws could be designed in a week and a
parser for it could be written in half a day in any language. Writing
such a parser would be not that much more work than strapping in an XML
parser -- actually it would be less if there is no parser that meets
your needs. Such a language could be DOM-compatible, XPath-compatible,
XSLT compatible and so forth if it was designed to be.

Therefore, why force unminimized angle brackets to do something that
they are weak at? Just to prove the point that every data type in the
universe can have a single syntax?

-- 
 Paul Prescod  - ISOGEN Consulting Engineer speaking for himself
Bart: Dad, do I really have to brush my teeth?
Homer: No, but at least wash your mouth out with soda.



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/ and on CD-ROM/ISBN 981-02-3594-1
To unsubscribe, mailto:majordomo@i... the following message;
unsubscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)

• Follow-Ups:
  • Re: SGML, XML and SML
    • From: Dan Brickley <Daniel.Brickley@b...>

• References:
  • RE: SGML, XML and SML
    • From: "Don Park" <donpark@d...>

• Prev by Date: Re: Parser compliance
• Next by Date: Re: SGML, XML and SML
• Previous by thread: RE: SGML, XML and SML
• Next by thread: Re: SGML, XML and SML
• Index(es):
  • Date
  • Thread