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

Re: [SML] Numeric character references

• From: "Michael Champion" <mike.champion@s...>
• To: <xml-dev@i...>
• Date: Sun, 28 Nov 1999 11:35:58 -0500

----- Original Message -----
From: <rev-bob@g...>
To: <xml-dev@i...>
Sent: Sunday, November 28, 1999 10:24 AM
Subject: re: [SML] Numeric character references


> > Accomodating the coder's convenience in the language
> > itself is the first step on the road to another SGML.  A higher level
tool
> > or API can easily handle the conversion, so put it there, not in the
parser.
>
> And here I thought the whole purpose of SML was to make things simpler for
the
> *user*, not to make things easier on lazy programmers.  Silly me.

It's interesting how many different senses of "simple" keep coming up in
these threads.  I guess I think of  SML  as "minimal" rather than "simple to
use".  So you're right -- SML is not likely to make coding markup "simpler"
for the user who knows the XML spec well.

Minimalism *does* have long-term advantages to the end user because the
tools they use will tend to be less buggy, delivered on time, etc.  More to
the point, the higher-level abstractions and APIs built on top of SML will
be easier to use because they don't have to hide as much underlying
complexity as XML APIs do.

I've also noticed that the term "lazy" keeps coming up to describe
developers who aren't thrilled about implementing the entire XML spec.  I
think of it rather differently ... as some Clint Eastwood character says, "a
man's gotta know his own limitations" (spoken over the corpse of some Bad
Guy, as I recall). Software developers have to rigorously manage complexity
to produce anything that has a prayer of working right anytime soon.
Nobody's mentioned in this thread that David Brownell has found that almost
none of the XML parsers out there are fully conformant to the spec, and
that's not because the developers are lazy or stupid.  A programmer who
understands his/her own limitations and desires to focus on implementing
*well* the subset of XML that delivers the most power is not lazy, IMHO.

>
> Passing something as simple as hex <=> dec conversion over to a
> different component doesn't remove the complexity - it just shuffles it
around.

Again, you're probably right about this simple example, but I still think
"SML"'s support for numeric character references should be kept minimal as a
matter of principle.  As always, if you don't like the principle, SML
probably has little benefit for you anytime soon.  Don's not trying to
convert everyone to the cause, just to establish legitimacy for those who --
for various reasons -- wish to focus on a minimal subset of SML.


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: [SML] Numeric character references
    • From: "Gavin Thomas Nicol" <gtn@e...>

• References:
  • re: [SML] Numeric character references
    • From: rev-bob@g...

• Prev by Date: Re: Handheld computers
• Next by Date: Re: RSS and WAP - another RSS question
• Previous by thread: re: [SML] Numeric character references
• Next by thread: RE: [SML] Numeric character references
• Index(es):
  • Date
  • Thread