Skip to main content

Comments

2 comments

  • Official comment
    Deepa Daniels

    The intent of this Success Criterion is to ensure that, wherever possible, content can be operated through a keyboard or keyboard interface (so an alternate keyboard can be used). When content can be operated through a keyboard or alternate keyboard, it is operable by people with no vision (who cannot use devices such as mice that require eye-hand coordination) as well as by people who must use alternate keyboards or input devices that act as keyboard emulators. Keyboard emulators include speech input software, sip-and-puff software, on-screen keyboards, scanning software and a variety of assistive technologies and alternate keyboards. Individuals with low vision also may have trouble tracking a pointer and find the use of software much easier (or only possible) if they can control it from the keyboard.

     

  • Deepa Daniels

    The WCAG 2.0 Guideline 2.1. Keyboard Accessible was created based on that principle stating: Make all functionality available from a keyboard.

    Keyboard Accessible Best Practices

    • Create links and link text using the link annotation (the link button) and link structure elements in PDF documents.
    • Provide interactive form controls when building web forms and forms in PDF documents.
    • Ensure correct tab and reading order, this facilitates a user who is using the tab key to move around the content in the correct order, especially in PDF documents.
    • Provide keyboard-triggered event handlers
    0

Please sign in to leave a comment.

Powered by Zendesk