HIGH story-navigation-gesture-accessibility-coordinator-007 8 pts

User Story

As a Coordinator
I want the screen reader focus to always land in a logical, predictable location after every navigation event, including screen pushes, pops, tab switches, and modal opens
So that I never need to manually search for where focus has gone after a transition, which would be disorienting and slow down my workflow

Acceptance Criteria

  • Given I am using VoiceOver and I tap a contact card to open the contact detail screen, when the detail screen finishes rendering, then VoiceOver focus is on the contact's name heading at the top of the screen
  • Given I am using VoiceOver on a contact detail screen and I activate the back button, when the previous screen appears, then focus is on the contact card I originally tapped
  • Given I open the activity registration bottom sheet, when the sheet opens, then VoiceOver focus moves to the sheet's title or the first form field
  • Given I close the activity registration sheet by tapping the close button, when the sheet is dismissed, then focus returns to the 'Add' button in the bottom navigation bar
  • Given I switch from the Contacts tab to the Home tab, when the Home tab renders, then focus moves to the first heading or primary content area of the Home screen and a live region announces 'Home'

Business Value

Poor focus management is the single most common accessibility failure in mobile apps with dynamic navigation. For blind peer mentors from Blindeforbundet, unpredictable focus placement after navigation makes the app effectively unusable — they cannot determine which screen they are on or which element to interact with next. Correct focus management is required by WCAG 2.2 AA Success Criterion 2.4.3 (Focus Order) and 3.2.2 (On Input) and is a prerequisite for the app being usable by the blind and visually impaired community that represents a core user segment.