- From: James Craig <jcraig@apple.com>
- Date: Tue, 6 Jan 2015 13:36:58 -0800
- To: Fred Esch <fesch@us.ibm.com>
- Cc: W3C WAI Protocols & Formats <public-pfwg@w3.org>, www-style list <www-style@w3.org>
Nevermind. I see that the subject selector has been removed from CSS4. :( Here's the :focus-within tracker for WebKit. https://bugs.webkit.org/show_bug.cgi?id=140144 > On Jan 6, 2015, at 1:28 PM, James Craig <jcraig@apple.com> wrote: > > (Moving to public lists, since w3c-wai-pf silently drops replies from non-members) > > On Jan 6, 2015, at 9:29 AM, Fred Esch <fesch@us.ibm.com> wrote: > >> The CSS Selectors Level 4 has a focus-within selector http://dev.w3.org/csswg/selectors-4/#focus-within-pseudo. This selector will help developers make web sites more accessible as they will be able to mimic what they do with css hover with css hover-within. Can we ask that this selector be a priority for browsers? >> >> One common web accessibility problem is inaccessible menus and multi level menus. A developer can use css hover to make the menus and sub menus visible. This works because hover bubbles, so when a sub menu gets the hover the parent menu still has hover too. Developers are not so lucky when it comes to keyboard users. CSS focus does not bubble so making a multi level menu using focus is problematic. The focus-within selector solves the focus doesn't bubble problem so hover and focus-within can work the same way, allowing keyboard users the same access as mouse users. >> Can we ask that this selector be a priority for browsers? > > I was under the impression that this would be solved by the subject selector. Does this addition mean that the following two selectors are equivalent? > > !* *:focus {} > *:focus-within {} > > The readability of the second is more apparent, but the subject selector is much more powerful. If you include both, I'd make a note in :focus-within that it's equivalent to "!* *:focus" > > James > >
Received on Tuesday, 6 January 2015 21:37:48 UTC