[clug] Server-side scripting - Content model, flow content

George at Clug Clug at goproject.info
Wed Jan 16 19:26:23 UTC 2019

Below are several links regarding the address element. I still
cannot determine whether it is permissible to use Tables within an
address element, and I would have to study "flow content", "Content
model", etc a lot more to understand the meaning and how these terms
are used.

Using the address element

It seems very natural to use the address element for an address. But
according to the definition of the address element (in the HTML
specification), the element contains contact information for the
author of the document where it appears, or the author of a part of
the document.

In theory at least, someone who is specifically looking for contact
information about documents might have a user style sheet that
strongly highlights address elements, or a robot that specifically
searches for them. Of course, since address element is not very widely
used for its defined purpose, and since it is sometimes used
incorrectly for addresses in general, such methods are not highly
successful, but perhaps not completely pointless either.

Using a table

There's yet another option for presenting an address in markup: a
table. After all, the address consists of logical units (typically
rendered each on one line), which might have headers attached to them,
such as “Name”, “Street address”, etc. It looks pretty much
like a data table, with the headers as th cells, actual data in td
cells, and perhaps with a caption that says what the address is for,
or something. Now if you omit the caption and imply the headers, does
it stop being a table?

This means markup like the following:

		Jukka K. Korpela

		Päivänsäteenkuja 4 asunto 1

		02210 Espoo

Permitted content     Flow content, but with no nested  element, no
heading content (, , , , , , ), no sectioning content (, , , ), and no
 or  element.

Permitted parents     Any element that accepts flow content

Address/Contact Information
Container element for contact information such as a postal address for
a person or organization.

This element may be contained in:
, , , , , , , , , , , , 
	* , , , , , , , 




In your use-case, it probably is incorrect usage.

As per the official refs:

    The address element must not be used to represent arbitrary
addresses (e.g. postal addresses), unless those addresses are in fact
the relevant contact information. (The p element is the appropriate
element for marking up postal addresses in general.)

Ref, Living standard:

Ref, Spec HTML4.01:

Ref, Recomendation HTML5:


You are presenting several postal addresses, and so it seems a p is
more appropriate here. Regarding address, it represents contact
information for its nearest article or body and is also allowed in

Please use references that are not w3schools; it often contains
inaccuracies. The MDN and the HTML5 recommendation on w3.org are
excellent references. – misterManSam Nov 20 '14 at 14:44




Content model
    A normative description of what content must be included as
children and descendants of the element.

4.4.2. The address element
Content model:
    Flow content, but with no heading content descendants, no
sectioning content descendants, and no header, footer, or address
element descendants. 




More information about the linux mailing list