Skip to content
mediummid1 min read #frontend #accessibility

How do you make a custom control keyboard accessible? ​

Answer ​

Prefer a native control. If a custom control is unavoidable, make it focusable, support the expected keyboard commands, expose its role and state, show a visible focus indicator, and test it without a pointer.

Context ​

Accessible interfaces use semantic HTML, predictable keyboard behavior, visible focus, and clear feedback. Build those requirements into the component contract from the start.

Example ​

html
<button type="button" aria-expanded="false" aria-controls="filters">
  Show filters
</button>
<section id="filters" hidden>…</section>

The native button supplies keyboard behavior; aria-expanded communicates the visible state.

Practical considerations ​

  1. Choose the approach from the requirement and constraints, not from habit.
  2. Include validation, error handling, and cleanup where the boundary requires them.
  3. Verify the observable result with focused tests or measurement.

Follow-up prompts ​

  • What failure mode would you expect if this were implemented incorrectly?
  • How would you test this behaviour?
  • What changes when the feature must scale to a larger application or team?

In practice ​

For this medium-level topic, make assumptions explicit, choose the smallest safe implementation, and verify the behavior at the relevant boundary.