- From: Simon Pieters <simonp@opera.com>
- Date: Tue, 13 Oct 2009 09:44:08 +0200
- To: "Ian Hickson" <ian@hixie.ch>, "Yuvalik Webdesign" <postmaster@yuvalik.org>
- Cc: whatwg@lists.whatwg.org, "wai-xtech@w3.org" <wai-xtech@w3.org>, "w3c-wai-pf@w3.org" <w3c-wai-pf@w3.org>
+wai lists (see http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2009-October/023540.html ) On Tue, 13 Oct 2009 09:34:18 +0200, Ian Hickson <ian@hixie.ch> wrote: > On Mon, 12 Oct 2009, Yuvalik Webdesign wrote: >> > From: Ian Hickson >> > >> > > Which makes sense to me, a banner is not a header. In other words, >> > > if <header> implies a banner-role, it may only be used once on a >> > > page unless that role is overridden for additional <header>s. Is >> > > this an oversight in the spec or is this to remain like this? If so, >> > > how should this contradiction be approached by designers/developers. >> > >> > That's an oversight. What would be a better ARIA role to use for >> > <header>? >> >> I am no expert, but looking at the ARIA spec, I doubt there is a role >> that fits the <header> element. The closest I can find is the "heading" >> role, but that is more closely related to, and already implemented on >> <Hx> and <hgroup>. >> >> I see three possibilities, but anybody feel free to comment on these: >> >> 1) Don't give <header> an implied ARIA-role. >> 2) Give <header> the "header" role. >> 3) Leave the "banner" role, but give clear instructions on the fact that >> it may only be used once and how to remove the role from subsequent >> <header>s. 4) ARIA and/or HTML5 changes so that <header> and role="banner" match. >> Personally I think 3) is *not* workable. > > Fair enough. Done #1. -- Simon Pieters Opera Software
Received on Tuesday, 13 October 2009 07:44:54 UTC