Lists Home |
Date Index |
- From: "Don Park" <email@example.com>
- To: <firstname.lastname@example.org>
- Date: Tue, 30 Nov 1999 05:04:59 -0800
I don't think I have expressed my own opinion on this
issue so here it is:
1. Attributes are syntactic illusions.
They appear to be part of an element simply because
they are inside the brackets. Child elements
are not and thus seem to represent containment.
This doesn't mean attributes are not useful however
since there are useful illusions, but they are
useful to people and not necessarily to machines.
Attributes are convenient in the same sense that
C is more convenient than assembly language. Like
the 'for' loop, it is a shorthand for a common
2. Attributes are double-edged swords.
After rather long discussions on the advantages and
disadvantages of attributes, I don't think there is
a need for me to explain this.
3. Attribute support is the key issue for SML.
While removing attributes opens up a new world of
possiblities, it also means SML users might have to
rebuild much of the stack of standards W3C and other
organizations have built because most of them uses
It is true that the rebuilding will proceed faster because
we will have existing work to start with. What I do not
know is if there is sufficient will to do this. S-XSLT is
reachable, S-DOM is also reachable. What about beyond?
Ultimately, the question of attribute support in SML is
a loaded one. If we do not support attributes, we face
a lot of work ahead and competition with XML. If we do
support attributes, we might not be different enough from
XML to survive on its own. Tough choice.
We must think on this.
Don Park - mailto:email@example.com
Docuverse - http://www.docuverse.com
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 unsubscribe, 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)