Customize focus indicators #167
Labels
No labels
bug
ci
design
duplicate
engine
enhancement
formatting
maintenance
prospective
question
regression
stub
test problems
todo
ui
wontfix
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
StudioInfinity/dyna3#167
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
So far, we've been using the browser's default focus indicators for most elements. These indicators typically aren't consistent with the interface design, and in some cases we've broken them by accident: for example, we gave
input:focustheoutline: noneproperty in pull request #48, leaving the ghost mode checkbox with no visible focus indicator. Let's design noticeable, appealing focus indicators for all focusable elements.Accessibility
Focus plays a role in various accessibility criteria, including:
Resolution requirements
This issue shouldn't be resolved until the following requirements are satisfied. There are other requirements too, described in the issue summary! This checklist is just here to help us remember specific tasks.
We also need to consider/finalize design of the interaction between "selection" and focus. Are they the same or distinct? If they are distinct, what are the respective purposes/behaviors associated to each, and how to we display all of the allowed combinations of selection and focus?
To me, it seems clear that selection and focus have to be distinct, because selection picks out a set of assembly components like elements or regulators, while focus picks out an interface element like a list item, text input, or buttons. We should definitely think about which purposes and behaviors we want to associate with selection, but I don't think we have much say over the ones associated with focus. To me, the concept of focus seems so fundamental to web navigation that web API documentation pages and accessibility standards refer to it without ever bothering to define it (as far as I can tell).