Ticket #1739 (closed bug: fixed)
TAB_NAVIGATION_BEHAVIOR
| Reported by: | dido | Owned by: | dido |
|---|---|---|---|
| Priority: | minor | Milestone: | M12_RELEASE |
| Component: | INTERACTIVITY_COMMONS | Version: | 2.0 |
| Keywords: | tab | Cc: | |
| Ticket_group: | Effort: | ||
| Category: | END_PROD | Importance: | |
| Estimated Number of Hours: | 0 | Add Hours to Ticket: | 0 |
| Billable?: | yes | Total Hours: | 0 |
| Analysis_owners: | dido, vanya | Design_owners: | |
| Imp._owners: | Test_owners: | ||
| Design_reviewers: | Analysis_reviewers: | vanya | |
| Changelog: | Imp._reviewers: | ||
| Test_reviewers: | Analysis_score: | 3 | |
| Design_score: | 0 | Imp._score: | 0 |
| Test_score: | 0 |
Description (last modified by vanya) (diff)
When navigating with TAB key in the application the focused component is not always visible.
Example:
- a HUD is opened (Appearance HUD)
- Size box should be focused, there should be a cursor visible and you should be able to edit the number in the box via the keyboard
- After filling the data press TAB
- Focus should be moved to the next editable box but no component is visibly focused.
- components are editable but not seeing which one of them is actually focused makes it hard for the user to operate
- Components that can't be manipulated via keyboard should be missed in the tab order. Or keyboard manipulation should be enabled for them as well as visible focused state.
- Also when user is focused on one HUD, the tab order shouldn't include elements outside this HUD.
- One other thing is that when the focus is set via tab button on the text input, it doesn't select the content, instead just set the pointer at the end. This should select the entire content in the text input.
Change History
Note: See
TracTickets for help on using
tickets.
