W3C home > Mailing lists > Public > www-html@w3.org > July 2004

Re: [XHTML2] DESCRIPTION element (was: Re: [XHTML2] CITELANG, TITLELANG attributes)

From: Trejkaz Xaoza <trejkaz@xaoza.net>
Date: Wed, 28 Jul 2004 17:39:17 +1000
To: www-html@w3.org
Message-ID: <20040728073917.GE18032@dev.xaoza.net>
At Wed, Jul 28, 2004 at 10:24:30AM +0300, Jukka K. Korpela wrote:
> Oh, the current XHTML 2.0 draft seems to have the confused old HR element
> under a longer name, with an even more confusing description of semantics.
> Give me a break! :-) Anyway, the old HR element may have a TITLE
> attribute, and there are conceivable uses for it - like including an
> explanation of the nature of separation, e.g. TITLE="Some final notes
> follow." If we think this is important (I don't, because SEPARATOR is just
> confusing), then an element like SEPARATOR should simply be defined as
> nonempty, with TITLE as the only allowed content if we find no use for any
> other content.

Why can't this person who needs the title on the notes, put them inside a <div/> or a
<section/>?  That's the problem at hand.

Even if you had structure like this...
      <h>Notes follow...</h>

Which sections does the title on the separator apply to?  The first section?  Every section?
How will the recipient's user agent know?  Will it have to know?  Will the recipient
_themselves_ understand?

It must surely be less ambiguous to write...

There isn't much more content, and it's plain to see which sections the Notes heading belongs
to now.  <separator/> may be clearer than <hr/> (IMO, at least), but it's certainly still
unnecessary, and people will abuse it.


'Every sufficiently advanced technology is indistinguishable from magic' - Arthur C Clarke
'Every sufficiently advanced magic is indistinguishable from technology' - Tom Graves

             Email: Trejkaz Xaoza <trejkaz@xaoza.net>
          Web site: http://xaoza.net/trejkaz/
         Jabber ID: trejkaz@jabber.xaoza.net
   GPG Fingerprint: 9EEB 97D7 8F7B 7977 F39F  A62C B8C7 BC8B 037E EA73

Received on Wednesday, 28 July 2004 03:39:50 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:06:08 UTC