W3C home > Mailing lists > Public > public-html@w3.org > May 2007

WA, superfluous tags

From: Dmitry Turin <html60@narod.ru>
Date: Thu, 24 May 2007 10:31:41 +0400
Message-ID: <438787367.20070524103141@narod.ru>
To: public-html@w3.org

Good day.

Now there are two mechanism to distinguish semantic categories:
1.predefined values "copyright, error, example, issue, note, search, warning"
2.similar new tags, for example

<dialog>
 <dt>
 <dd>
</dialog>

<dl>
 <dt>
 <dd>
</dl>

Second way are wrong, because

(1) semantic category and drafting catagory are _overlaped_
(2) similar tags confuse user -
    and confuse much more, how much similar tags will exist
    (in opposite to that, one tag allow to create framework of document quickly,
    and than to deck document by 'role')

Therefore i offer to obligate to enter only new values of 'role'
and to abolish entering of new similar tags, i.e.
to use   <dl style="role:dialog">   instead of tag DIALOG;
to use   <span style="role:time">   instead of TIME, METER, PROGRESS;
and even <span style="role:address">
or       <div style="role:address"> instead of ADDRESS.

Other value of 'role' may be "rating".

P.S.
It's superfluous to enter value of 'role',
which designate abbreviation (which is marked now by tag ABBR),
because UAs always can find abbreviation by such its kind,
that all its letters are capital.

Similarly about email (if tag will appear to designate it):
UAs always find email by letter @ inside word.
Simalarly about price:
UAs always find price by pattern "number name-of-currency".

Also it's superfluous value, which distinguish tags STRONG and EM,
because this is partial case of emphasis -
emphasizing by these tags (which are actually equal to tags B and I)
is not more specific semantically, than by tags BIG and SMALL.
So UAs must identify word, having _any_ changes in drafting (font, colour, size),
as emphasized word.


Dmitry Turin
http://html6.by.ru
http://sql4.by.ru
http://computer2.by.ru
Received on Friday, 25 May 2007 13:13:19 UTC

This archive was generated by hypermail 2.3.1 : Monday, 29 September 2014 09:38:44 UTC