- From: Daniel Glazman <daniel.glazman@disruptive-innovations.com>
- Date: Wed, 19 Nov 2014 16:01:33 +0100
- To: HTML WG <public-html@w3.org>
The definition of the 'menu' element allows to create toolbars and
popup menus in html5 but it does not allow standalone application
menubars.
http://www.w3.org/html/wg/drafts/html/master/interactive-elements.html#the-menu-element
To have a more concrete idea of what's missing, see this screenshot:
http://quaxe.org/public/quaxe/quaxe-teaser2.png
This is a real example, built to native from html 5 (don't look
too much at the markup, look at the result please):
http://quaxe.org/public/quaxe/quaxe-teaser2.png
The ARIA role attribute allows to specify role="menubar" but the type
attribute can only carry "toolbar" or "popup" and its default value when
ommitted is "toolbar". I think we really need a way of specifying an
application menubar and we need to define its content model better...
For example, the current model for <menu type="toolbar"> allows the
following:
<menu type="toolbar">
<li><span contextmenu="filemenupopup">File</span>
<menu type="popup" id="filemenupopup">
...
</menu>
foooooo</li>
</menu>
What's the fate of the "foooooo" text node here? And why do I need
a contextmenu attribute (as said in the spec) on a useless span
since I have a menu element inside my li element?
I think the model for this <menu> element is badly designed, and
painful to implement. I would recommend revamping it entirely;
the too lax <li> element does not seem to me the right choice here.
</Daniel>
Received on Wednesday, 19 November 2014 15:02:01 UTC