Browse Mode vs Focus Mode
Understand the two ways users interact with a page.
Browse Mode vs Focus Mode is a free Web Accessibility Academy lesson on CoddyKit — lesson 3 of 4. You can read the complete lesson below for free — then practise it hands-on in the browser with a built-in code editor and a 24/7 AI tutor. It is part of the Web Accessibility Academy learning path, one of 4 lessons in the course, and your progress syncs across the web and the CoddyKit app.
Two Ways to Interact
Desktop screen readers have two gears. Browse mode reads content, while focus mode types into it. Knowing both ends a lot of confusion. 🔁
Browse Mode Reads
In browse mode, keys like H, K, and arrows navigate the page. The reader intercepts them so you can skim headings and links.
A Virtual Copy
Browse mode works on a flattened virtual buffer of the page. That is why you can arrow through text the same way in any document.
Focus Mode Types
When you reach a text field, the reader switches to focus mode. Now your keystrokes pass straight to the input instead of navigating.
Why the Switch Matters
Without two modes, typing the letter H would jump headings instead of writing it. Focus mode lets you actually fill in a form.
Automatic Switching
NVDA flips to focus mode on its own when focus lands on an editable field or a widget that needs raw keystrokes.
Forcing the Mode
You can switch by hand too. In NVDA, NVDA plus Space toggles between browse and focus when automatic guessing gets it wrong.
NVDA: press NVDA + Space to toggle modesVoiceOver's Equivalent
VoiceOver calls its typing state Quick Nav off. Turning Quick Nav on or off shifts between exploring and interacting much like the two modes.
Custom Widgets Trip Up
A fake button or a div pretending to be a menu can leave the reader in the wrong mode, so keystrokes go nowhere useful.
Right Roles Fix It
Correct roles tell the reader when to enter focus mode. Real form controls and proper ARIA roles make the switch happen on cue.
Test Both Paths
When you audit, check that reading works in browse mode and that every input accepts text once focus mode kicks in.
Quick Check
What does a screen reader's focus mode let the user do?
Recap
Browse mode reads and navigates; focus mode types and interacts. Correct roles flip the switch automatically so users never get stuck. ✅
Frequently asked questions
Is the “Browse Mode vs Focus Mode” lesson free?
Yes — the full text of “Browse Mode vs Focus Mode” is free to read here on the web, and the Web Accessibility Academy course includes 4 lessons in total. To practise it interactively (a built-in code editor and a 24/7 AI tutor) and unlock the rest of the Web Accessibility Academy course, upgrade to CoddyKit PRO.
What will I learn in “Browse Mode vs Focus Mode”?
Understand the two ways users interact with a page. You practise Web Accessibility Academy with hands-on code you run directly in the browser, and a 24/7 AI tutor answers your questions as you work through the lesson.
Do I need any experience to start Web Accessibility Academy?
No prior experience is required. Web Accessibility Academy on CoddyKit is structured for beginners through advanced learners; this is — lesson 3 of 4, so you can start here or from the beginning and move at your own pace.
How long does the “Browse Mode vs Focus Mode” lesson take?
Most CoddyKit lessons take about 5–10 minutes. Each one is bite-sized and interactive, so you make steady progress and pick up exactly where you left off across the web and the app.
Can I write and run code in this Web Accessibility Academy lesson?
Yes. Every Web Accessibility Academy lesson includes a built-in code editor, so you write and run real code right in your browser and get instant AI feedback — no local setup required.