OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: DTD Question: Attributes vs Elements

[ Lists Home | Date Index | Thread Index ]
  • From: "Rick Jelliffe" <ricko@allette.com.au>
  • To: <xml-dev@ic.ac.uk>
  • Date: Mon, 22 Mar 1999 00:56:16 +1100

From: Frank Boumphrey <bckman@ix.netcom.com>

>It always struck me that the only valid reason for using an attribute
>not an element is that you can force the writer to add an attribute
>wheras you cant force them to add element content.

>As every one else has pointed out the rest is religion!

Lou Burnard, of TEI, has said that a DTD is a theory about a document
(one of my favorite thoughts).

What a DTD-writer has decided is an attribute or element belongs to this
theory. Whether something is an element or attribute reveals, to people
downstream, the DTD-writer's concept of how that information relates to
the total element. This is very far from religion, but is part of the
information modeling.

The question shouldn't be "does an attribute node behave differently in
a parsed document to an element node?", which is what many people seem
to reduce things too. The answer is pretty much "No". The better
question is "Why does the DTD writer think that this is an attribute and
not a part?"

The question is somewhat muddied in that complex attributes (the element
has an IDREF to some other elements somewhere else which contain nested
elements, which give the "attribute" values) are not as conveniently
specified as complex element content.

Rick Jelliffe

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo@ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS