W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > August 2011

[Bug 13608] Add <menuitem> element

From: <bugzilla@jessica.w3.org>
Date: Tue, 23 Aug 2011 06:17:10 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1QvkIQ-0006sB-Cw@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=13608

--- Comment #11 from Jonas Sicking <jonas@sicking.cc> 2011-08-23 06:17:09 UTC ---
First of all, what is the utility of being able to switch between between a
context menu and a toolbar by just flipping an attribute? Can you site any
websites or applications that would have been easier to develop using such a
capability?

Or to put it another way, what would the downside be of having separate <menu>
and <toolbar> elements?

In fact, I would imagine that websites will have a harder time creating
toolbars if they have to worry about some UAs rendering them as a menu instead
of as a toolbar.


Second, fallback hasn't been terribly successful in the history of HTML,
especially in recent years when sites are very concerned about having a large
degree of control of the visual appearance of websites. How many sites use
actual fallback for <video> as opposed to using a library which does feature
detection and then creates different DOMs depending on if <video> is supported
or not?

And in this case <video> is a lot simpler than <menu> since <video> is just a
single UI "thing". In the example in comment 8, you would most likely want
dramatically different rendering rather than simply using a fallback DOM with
some CSS sprinkled on top.


It seems to me that the markup elements of HTML that has been the most
successful are the ones that has corresponded to a clear visual rendering. For
example <ol> and <h1> has been a lot more successful than <address> and <abbr>.

Trying to abstract away the rendering completely doesn't seem like it's going
to be successful. It just appears to me that it's adding complexity without
actually making it easier for sites to deploy the new elements as the simple
fallback won't be satisfying their requirements anyway.

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Tuesday, 23 August 2011 06:17:11 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 16:31:17 UTC