Re: Presenting a modal view on iOS, and accessibility
Re: Presenting a modal view on iOS, and accessibility
- Subject: Re: Presenting a modal view on iOS, and accessibility
- From: Chris Fleizach <email@hidden>
- Date: Wed, 11 May 2011 08:33:31 -0700
The best way to solve this problem would be through the addition of new API.
In the meantime, I'd suggest trying to make a dimming view that encompasses the whole screen bounds and make that isAccessibilityElement = YES
It's accessibilityLabel might be something like "Dismiss alert" (or if you don't support that behavior, something appropriate)
Add that as a subview of the window.
Then add the "alert" portion as a subview of the UIWindow (but after the dimming view).
When it appears post a ScreenChangeNotification.
I think that should cause the other views to be blocked out
On May 11, 2011, at 3:28 AM, Jonathan del Strother wrote:
> Hi,
> My app presents a custom modal view as a popup menu with a list of
> actions. While this popup is visible, the rest of the screen is
> dimmed. It's somewhat similar to UIAlertView, with the addition of
> being able to tap outside of the popup to dismiss it and returns the
> screen to normal.
>
> I'm struggling to make this accessible. By default, swiping right to
> jump to the next item on the page is scrolling through every single
> accessible element on the screen (a long table view) before reaching
> the popup menu buttons. When the user activates the popup menu, it
> would be great if I could make the voiceover focus jump to the first
> button in the menu, but it seems like that isn't possible. I've also
> tried temporarily marking everything else on the screen as
> isAccessibilityElement=NO, to prevent it gaining voiceover focus, but
> it seems like certain elements (UITableView rows and
> UINavigationController bar buttons) are always capable of getting
> focussed.
>
> Any suggestions? Ideally, I'd like to take a view and all it's
> subviews, and temporarily remove them from the list of elements
> available to VoiceOver. However, just being able to jump VoiceOver
> focus to a specific element would be a suitable fallback.
>
> -Jonathan
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Accessibility-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Accessibility-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden