Accessible via the keyboard

2.1 Accessible via the keyboard

2.1 Keyboard Accessibility

Make sure that all features are accessible via the keyboard.

Keyboard

(A)

2.1.1 Keyboard

2.1.1 Keyboard

All features of the content can be controlled via a keyboard interface without requiring a specific timing for individual keystrokes, unless the underlying function requires inputs that depend on the user's movement path and not just on the endpoints.

9.2.1.1 Can be used without a mouse

Relevance and Applicability

This guideline is relevant when implementing accessibility for your portal. It is considered one of the best practices (How to Make Your Web Pages Accessible - Best Practices).

General Implementation

The key requirements of this guideline are met through the use of Intrexx's accessible layout. This includes navigation in the portal menu, for example. Keyboard operation is not possible for certain elements so we recommend they are not used for accessible pages. You can find an overview of these elements in Overview of Intrexx Application Elements section " "

Implementation in Detail

A proper tab order is important for keyboard navigation. This should result from a logical arrangement of the elements on a page (DOM order). If necessary, you can manually override the DOM order using the tabindex attribute.

No Keyboard Trap

(A)

2.1.2 No Keyboard Trap

2.1.2 No Keyboard Trap

If the keyboard focus can be moved to a page element via a keyboard interface, then the focus can be moved away from that element using only the keyboard interface; if this requires the use of arrow or Tab keys that are not modified by modifier keys (such as Shift, Ctrl, or Command) or other standard exit methods, the user is informed of the method for moving the focus.

9.2.1.2 No Keyboard Trap

Relevance and Applicability

This guideline is relevant when implementing accessibility for your portal. It is considered one of the best practices (How to Make Your Web Pages Accessible - Best Practices).

General Implementation

There are no keyboard traps in Intrexx.

Keyboard (no exception)

(AAA)

2.1.3 Keyboard (no exceptions)

2.1.2 No Keyboard Trap

All features of the content can be controlled via a keyboard interface without requiring a specific timing for individual keystrokes.

Description

This success criterion is a more stringent version of the " Keyboard " success criterion (see above). The goal is to ensure that all content can be accessed using the keyboard.

The key requirements of this guideline are met through the use of Intrexx's accessible layout. This includes navigation in the portal menu, for example. Keyboard operation is not possible for certain elements so we recommend they are not used for accessible pages. You can find an overview of these elements in Overview of Intrexx Application Elements section " "

Character Key Commands

(A)

2.1.4 Character Key Commands

2.1.4 Character Key Shortcuts

If a keyboard shortcut in the content consists only of letters (both uppercase and lowercase), punctuation marks, numbers, or symbols, then at least one of the following conditions is met:

Can be disabled A mechanism is available to disable the command;

Can be remapped: A mechanism is available to remap the keyboard shortcut so that it includes one or more non-printable keys (e.g., Ctrl, Alt);

Active Only When in Focus: The keyboard shortcut for a user interface element is active only when that element has focus.

9.2.1.4 Keyboard shortcuts can be disabled or customized

Relevance and Applicability

This guideline is relevant when implementing accessibility for your portal.

General Implementation

By default, there are no keyboard shortcuts for portal and application pages.