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 11:32:26 -0700
I don't know if you tested or not, but the fact that there's a view that obscures the whole screen and isAccessibilityElement should prevent the other items from being in the navigable list.
On May 11, 2011, at 11:15 AM, Jonathan del Strother wrote:
> Good suggestion, but as far as I can tell, making the dimming view
> isAccessibilityElement=YES only means that you are prevented from
> tapping on other items on the screen. You can still access them by
> swiping left & right, and you have to scroll through all of them
> before reaching my popup view.
>
> Maybe I should just temporarily remove the other items from the screen
> when VoiceOver is enabled and the popup view is active...
>
>
> On 11 May 2011 16:33, Chris Fleizach <email@hidden> wrote:
>>
>> 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