Re: Multi-paragraph ADDRESSes?

Earl Hood (ehood@imagine.convex.com)
Mon, 14 Nov 94 16:39:53 EST

>
>
> Dan> * ADDRESS in BODY comment was marked "Dan?": I don't know what this is
> Dan> supposed to mean.
>
> Roy> The only thing I recall about it is the need to have more than one
> Roy> paragraph within a single Address, and the question was "Why does Dan
> Roy> disallow P under Recommended?", or something like that.

P is allowed in ADDRESS according to the 1994/09/26 DTD. Here is
the content model declaration:

(#PCDATA|a|img|br|em|strong|code|samp|kbd|var|cite|tt|b|i|p)*
^

> I suppose there is some sense in multi-paragraph ADDRESS elements.
> Should ADDRESS also be allowed to contain lists and other %block
> elements?

I think the current content model is adequate. If you look at the
purpose of ADDRESS, elements like CODE, SAMP, KBD, VAR, TT are
questionable in an ADDRESS context. However, I see no pressing need to
get picky. It does not break legacy documents, and it gives more for
newer documents.

An argument to allow lists can be made. It seems reasonable to have
a list of addresses in an ADDRESS, since ADDRESS is a block element.
For example:

<ADDRESS>
<UL>
<LI>Home Address<br>
Blah Blah<br>
Blah Blah
<LI>Work Address<br>
Blah Blah<br>
Blah Blah
</UL>
</ADDRESS>

Or,

<ADDRESS>
<UL>
<LI>John Doe<br>
Blah Blah<br>
Blah Blah
<LI>Jane Smith<br>
Blah Blah<br>
Blah Blah
</UL>
</ADDRESS>

--ewh

--ewh