2.1.2 No Keyboard Trap: If keyboard focus can be moved to a component of the page using a keyboard interface, then focus can be moved away from that component using only a keyboard interface, and, if it requires more than unmodified arrow or tab keys or other standard exit methods, the user is advised of the method for moving focus away. (Level A)
Note: Since any content that does not meet this success criterion can interfere with a user’s ability to use the whole page, all content on the Web page (whether it is used to meet other success criteria or not) must meet this success criterion.
This success criterion requires that websites must not trap keyboard users in a particular portion of the page or on a form control. Keyboard users navigate the page using tab key. If the keyboard user is trapped in a particular location & is unable to move forward or backward using the navigational keys such as tab or shift+tab & user is forced to use a mouse to move keyboard focus then it fails this check point.
Points To Remember
- Make sure that users can tab to & away from all parts of the site.
- If a user is trapped on a portion of the web page for a purpose, a clear instruction must be provided for the user to end that keyboard trap.
- Check if all parts of the site is operable using only keyboard, test by unplugging the mouse.
- Stick to standard navigation as much as possible like tab, shift+tab & arrow keys.
- If custom keystrokes are provided to operate a control make sure hints are exposed to all users.
- Make sure your third party widgets are accessible, most of the time they cause major keyboard operability issues.