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

Re: Comments within DTDs (Teapot not tempest)

• From: len bullard <cbullard@h...>
• To: Deborah Aleyne Lapeyre <dalapeyre@m...>
• Date: Thu, 09 Apr 1998 17:52:28 -0500

Deborah Aleyne Lapeyre wrote:
> 
 
> 1)  We do the same.  Element name comment just before
> element. Attribute value comment between the element
> declaration and the ATTLIST.  It's fine:
> 
> <!--                     NAME OF ELEMENT                -->
> <!ELEMENT thiselement    (contentmodel)                   >
> <!--         id:         Unique identifier for the element
>              role:       One of
>                           good:  looks like Toshiro Mifune
>                           bad:   looks like Clint Eastwood
>                           ugly:  looks like Paula Jones
>              whatever    I don't care; put something
>                          here                           -->
> <!ATTLIST thiselement
>              id          ID                  #IMPLIED
>              role        (good|bad|ugly)     "good"
>              whatever    CDATA               #REQUIRED    >
> 
> Like good typesetting, we try for a small number of
> verticals.  This also lets you scan quickly for full
> element name, tag name, or attribute name.

Yes.  Hard on long DTDs though.  IMHO, it easier 
to maintain markup with the comments in a separate 
file and link them.  Helps the reuse across the 
system.

> 2) But I confess that I miss the old SGML days, where
> our house style looked more like this:
> 
> <!--                     NAME OF ELEMENT                -->
> <!ELEMENT thiselement    (contentmodel)                   >
> <!ATTLIST thiselement
> 
>           -- id          Unique identifier for element  --
>              id          ID                #IMPLIED
> 
>           -- role        One of:
>                          good  looks like Toshiro Mifune
>                          bad   looks like Clint Eastwood
>                          ugly  looks like Paula Jones  --
>              role        (good|bad|ugly)   "good"
> 
>           -- whatever    I don't care; put something
>                          here                           --
>              whatever    CDATA             #REQUIRED      >
> 
> Which was:
>    1)  Easier to scan for elements (at least to my eye)

Yes, if you want to read the attribute name and 
comment at the same time eg, learning the DTD.  
Still, this style always confuses me 
because I am looking for the productions 
and they are scattered in a lot of text. I agree 
your layout is the most scannable.

>    2)  Put the attribute comment directly with its
>        attribute, very nice if there are more than 10
>        attributes.

Yes.  Particularly when cutting and pasting in the DTD 
documentation.  In the production DTD, the fact that 
there are that many attributes means the file gets very 
big.  So, sure in the archival/authoritative DTD, but 
in production code, it's a lot of stuff.  Having it 
in a separate file makes it easier to manage for reuse.

>    3)  Easier (for me the weak programmer) to write a
>        hack that would pull the attrbute and its
>        comment together.

Yes.

> We lost this battle in the "ease of parsing" wars.
> No biggie, the new way works fine.

Yes.

Hope all is well with you!

len

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...)

• References:
  • Re: Comments within DTDs (Teapot not tempest)
    • From: Deborah Aleyne Lapeyre <dalapeyre@m...>

• Prev by Date: Re: When is an attribute an attribute?
• Next by Date: RE: When is an attribute an attribute?
• Previous by thread: Re: Comments within DTDs (Teapot not tempest)
• Next by thread: Root Element Attributes...
• Index(es):
  • Date
  • Thread