Re: [orca-list] Experimental focus versus browse mode committed to master

[Peter Vágner <pvdeejay gmail com>]

Hello,
What you are proposing Kyle sounds fine to me as well. I would just like 
to point out trying out more examples of this kind to make sure we will 
really get what we are expecting to.
For example consider soundcloud webpage. I am not completelly sure but 
when you are in focus mode and track is currently being played on 
soundcloud webpage you can use left and arrow keys to jump back and 
forth in the playing track. That's fine, however notice with previous 
implementation where there were no focus mode vs browse mode we were 
forced to use left and right arrow keys for controlling the playing 
track. Now depending on which mode we are switching or depending what on 
the page we are focussing we can either read or control the playback. In 
this case I think the audio elements it self does not have focus. I am 
just giving this as an example.

Also youtube is a similar page where the video is playing but the 
control is not accessible. I know youtube has some keyboard shortcuts as 
well however I don't yet know how to use it properly so this is another 
candidate for testing if you or someone else is using that exclusivelly.

Greetings

Peter

On 09.08.2014 at 05:51 Kyle wrote:
> Joany,
> The best examples of pages that use HTML5 extensively are mine at
> http://kyle.tk/music.php
> http://kyle.tk/videos.php
> http://kyle.tk/librivox.php
> These all have multiple standard HTML5 elements on the same page.
>
> While you're looking at these, would it be possible to find out what is
> going on that is keeping the titles of these elements from being spoken,
> both when tabbing onto the element and when using WhereAmI to determine
> the current element? Thanks much.
> ~Kyle
> http://kyle.tk/