Re: Position of "slide-in on hover" views and VoiceOver
Re: Position of "slide-in on hover" views and VoiceOver
- Subject: Re: Position of "slide-in on hover" views and VoiceOver
- From: Josh Scotland <email@hidden>
- Date: Mon, 21 Apr 2014 22:05:31 -0700
On Apr 7, 2014, at 4:41 AM, Nick Kocharhook < email@hidden> wrote: So far so good. But B also slides away after a delay when A is not being hovered by the mouse. Because the buttons inside B are first-level elements, this leads to the absurdity of buttons and text fields showing up in the window’s toolbar. This would not IN ITSELF be a problem, but that position also affects the order which the items appear in the window. So in some cases, VO will see the close button, the minimize button, one of the header’s buttons, and only THEN the zoom button.
Hey Nick,
I’m still a bit confused by what’s going on and what VO is doing. It sounds like views are disappearing and VO is building up a weird ordering to navigate the elements. Is that right?
Thanks, Josh |
_______________________________________________
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