[Webkit-unassigned] [Bug 225148] [selectors] :focus-visible and keyboard events
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed Apr 28 10:52:48 PDT 2021
https://bugs.webkit.org/show_bug.cgi?id=225148
--- Comment #2 from Brian Kardell <bkardell at igalia.com> ---
FWIW, the only distinction here between the existing ones is the pressing of a bare shift. It would be worth matching on the others.
To answer a queition from the linked bug that is related - ~"why is it desirable to do any of these?"... Knowing the "right" answer is extremely complex - :focus just said "it always matches" and creates way too many cases where this feels bad to the majority of non-sequential focus users. This ultimately leads to disinecntivizing use at all. Where there are questions focus-visible tends to err the other way. We know several cases where there are plenty of places where there are clear answers. _Generally_ we wouldn't want control characters to light it up because they are used too often and for too many things by browsers and apps - iirc we even had some feedback about this earlier with the polyfill (from slack I think).
Still, getting there will be 'false negatives' so there are intentionally a few escape hatches for keyboard users to allow them to "force" showing the indicator to see where they are. Most of the time tab/shift+tab can be used by keyboard users for this purpose, but there are other cases where that is either awkward or just wont work.
I could be wrong on this, but I believe shift to force toggle was left as an explicit user affordance in chromium as one of these means. That said, if we didn't match on that, I don't think that is critical. There can and will be platform differences and if, through real use, there appears to be something that is universally advantageous or less so that is like this, I feel like that can align later.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20210428/73d323a3/attachment-0001.htm>
More information about the webkit-unassigned
mailing list