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

RE: Content v. attribute

  • From: "Rick Jelliffe" <ricko@a...>
  • To: <xml-dev@i...>
  • Date: Tue, 27 Oct 1998 05:04:19 +1100

RE: Content v. attribute
> From:  Vrijland, Jacco TRC-OGRS/2

> The first would provide me with an easy mechanism to check whether it
> has been provided or not, the second seems more natural. Using the first
> option is more consistent, though, I can think of no reason why the
> description should be treated differently from the other attributes.

One approach is to make sure all your documents are clearly marked up to
tell you which version of your DTD you are using (even if you never actually
use a DTD, at least have a DOCTYPE declaration or Processing Intruction or
top-level attribute to give you some kind of version numbering!). If you
also have the freedom to rewrite your software, this gives you the ability
to try attributes now, and shift over to elements later. Why should you
care? Let experience with your particular data and applications be your
guide.

People often underestimate how complicated their data is, and they
prematurely put things into attributes. But that is not bad, just natural.
The opposite is to blanketly put everything into elements. There is a kind
of metadata which is not "data about data" but "data about elements" (i.e.
data about markup) which frequently is exactly what an attribute should be
used for. Marking them up with elements would IMHO probable mess up the
structure of data, or at least make a whole lot of ugly elements. In
particular, ID attributes and the xml:lang attibute. If you are using DTDs,
then NOTATION attributes and ENTITY attributes fit in there too. If you are
not using these then you may find yourself uncompelled to use many
attributes.

Attributes are also available at the end of the start tag, which provides a
nice and natural breathing point for setting up how to process the
subsequent contents of the element. This is essential for practical stream
processing.

Rick Jelliffe


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/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.