- From: Rob Simpson <Rob.Simpson@BlackBox.com>
- Date: Fri, 24 Mar 2006 09:52:34 -0500
- To: "'www-html@w3.org'" <www-html@w3.org>
Your argument that <dfn> is better than the legacy <dl> makes the optimistic
assumption that <dfn> will be properly used in most cases.
I strongly agree with your argument that <dfn> is far too primitive. It
sounds to me like it's best use is for HTML authors trying to spam search
engines by marking keywords, regardless of whether or not there is an
associated definition, basicly saying "make my page more important because I
claim it _defines_ such-and-such".
So <dfn> is more likely to be purposely misused, while <dl> is "misused" for
layout simply for historical reasons. IMO, I would rather see only the
latter. Therefore, I think it would be useful to add the tags to the list
module that are needed for the purpose for which <dl> is often "misused",
that is:
<il> <!-- an indented list -->
<li>first tab position <!-- like "dt", but not a term being
defined
<il> <!-- next level of indentation, nested under parent <li>
-->
<li>second tab position <!-- like "dd", but not a
definition
could be on next line (style="display: block") or
on
same like (style="display: inline) like "dl
compact"
-->
</il>
</li>
</il>
There are enough other changes that are needed to convert an XHTML 1 page to
XHTML 2; changing all non-definition <dl>s to <il>s will just be one more
bullet point on the web pages that describe how to do that. (Well, maybe
two, including removal of the deprecated "compact" layout attributes from
"<dl compact>"s.)
Since XML Schema allows for the same element name under different parents
(with either the same or different content models), you could even do this,
creating a definition of a single term using the existing tags:
<dfn>The <dt>tiger<dt>, <dd><jk:taxon>Panthera tigris</jk:taxon></dd>,
is <dd>a large, striped Asian felid</dd>.</dfn>
Rob
-----Original Message-----
From: Jukka K. Korpela [mailto:jkorpela@cs.tut.fi]
Sent: Friday, March 24, 2006 3:25 AM
To: 'www-html@w3.org'
Subject: Re: XHTML 2.0 - dfn : Content model and usability (PR#7832)
On Thu, 23 Mar 2006, Rob Simpson wrote:
> Regarding the "<dfn/>" element, why is yet another "definition of term"
> element needed in HTML?
It's a holdover from HTML 3.2. It isn't even legacy markup, since it has
been used very little; it exists in theory only.
> Wouldn't "<dl><dt
> id="def-acronym">acronym</dt></dl> the definition" suffice,
For what? What is the purpose of using definition markup? The <dl> has
largely become a poor man's layout tool (for certain types of lists)
rather than structural markup. Continuity with previous versions of HTML
would be a good reason _not_ to use the same element name if you wish to
specify an element that _really_ means a list of definitions. You don't
want to send the message "hey, this is good old <dl> that the W3C has
always told us to use for lists of stuff with indented description below
each major item".
Technically, <dfn> is a standalone inline element, so it is syntactically
rather different from <dt>.
Both <dfn> and <dl> would be worse than useless in XHTML 2.0 especially
since they are have essentially been copied from HTML 3.2 via HTML. It's
illogical to have markup (nominally) for a definition list without having
markup for a definition. A single-definition <dl> would be an artificial
approach to giving an isolated definition. Moreover, it would apply only
to a small subset of definitions: those that are expressed as separated
into a definiendum and a definiens. The <dfn> markup is far too primitive,
since it only says "this is a defining occurrence" (essentially, it's
just a kind of highlighting) without specifying what constitutes the
definition.
If you want definition markup, you need a good analysis of what
definitions are - a definition of "definition", really (see
http://www.cs.tut.fi/~jkorpela/def.html for an attempt) _and_ some idea of
how definition markup could be made popular among authors _and_ some
support to such markup in popular software (especially browsers and
search engines). This is really a chicken and egg problem.
--
Jukka "Yucca" Korpela, http://www.cs.tut.fi/~jkorpela/
****************************************************************************
****
This email and any files transmitted with it are confidential and are
intended for the sole use of the individual to whom they are addressed.
Black Box Corporation reserves the right to scan all e-mail traffic for
restricted content and to monitor all e-mail in general. If you are not the
intended recipient or you have received this email in error, any use,
dissemination or forwarding of this email is strictly prohibited. If you
have received this email in error, please notify the sender by replying to
this email.
Received on Friday, 24 March 2006 14:52:47 UTC