-
Epic
-
Resolution: Obsolete
-
Neutral
-
None
-
5.4.1
-
-
AX: tab order in forms
-
Empty show more show less
This epic collects a set of issues describing still existing problems and glitches with the tab order in forms.
We've done some work in fixing the tab order, and it's actually quite good, but it also still fails in several cases, making it hard to work with Magnolia effectively and efficiently. Investing in this improves usability and significantly improves accessibility of our forms.
A good tab order
The purpose of a good, guided tab order is to guide the user from input field to input field and the action buttons at the end. Meta-functions are typically covered using separate keyboard command (e.g. the "full-screen" option of dialogs or text area fields) or are otherwise linked to fields (such as the per-field help texts, which will at one point be linked using ARIA-recommended options).
Mapped to our case, the rules for a good tab order are:
WIthin an input field or container:
- traverse input fields and buttons from left-to-right, then top-to-bottom
Within a form (see attachment):
- traverse the form fields
- traverse the action buttons
- traverse all tabs
Always leave out:
- a) meta-functions in the dialog header
- b) buttons within a form that refer to meta-functions (we already skip those - great)
This is the first set of rules. Once achieved, a tab order may then be further optimized (e.g. traversing the default button before all others).
Note that for modal dialogs, a tab order must also be restrained to work within that dialog only - see MGNLUI-2747.
- is related to
-
MGNLUI-1978 As a user field focussing and tabbing should work well in dialogs
- Closed