FLOE Video Player testing results summary

[Justin Obara]

Thanks for weighing in Johnny.

So the gist of this is that it's a bit of an annoying implementation detail by Apple. Basically "tab" by default is used for navigating everything but links; where as "option+tab" includes all keyboard focusable elements. You can swap these in the preferences. I think the idea with this is to make navigating faster. Although, personally, I would have preferred the opposite to be the default. 

This forum thread basically covers it.
http://hintsforums.macworld.com/showthread.php?t=33603

All that being said, I don't really think there is anything we could do about it. At least not in this time frame. The solution I can think of would be to change the scubber to not be a link but just some element with a tabindex added. However, this appears to be a jQuery UI element so we don't have control over the markup. If I'm mistaken about this, please correct me.

Thanks
Justin

On 2013-01-21, at 10:26 AM, Johnny Taylor <johnny at abledaccess.com> wrote:

> Jon and Justin,
> 
> That Option > Tab trick isn't anything that would have remotely occurred to me. I'm surprised to hear it was even a thing. Huh.
> 
> Johnny
> 
> On 2013-01-21, at 9:33 AM, Jonathan Hung <jhung at ocadu.ca> wrote:
> 
> Hi Justin,
> 
> The concern I have is that unless the scrub bar is focusable in the standard way, a user may not even know it's focusable. Do most users even try "Option-Tab" in their daily usage?
> 
> If the user doesn't think the scrub bar is focusable, it won't be clear to them how to fast-forward or rewind the video. The alternatives are navigating the Transcripts, or by focusing the outer video player container and pressing left / right arrow. Neither method I think is obvious.
> 
> Do we consider this a blocker if:
> - the user doesn't think the scrubber bar is focusable?
> - the alternatives may not be obvious?
> 
> Thoughts?
> 
> - Jon.
> 
> On Mon, Jan 21, 2013 at 6:59 AM, Justin Obara <obara.justin at gmail.com> wrote:
> Hi Jon,
> 
> Thanks for testing and filing these jiras. 
> 
> For FLUID-4902 you can reach the scub bar by using option-tab. I'm not entirely sure why, but for some elements in safari you have to use this combination to reach them. I left a comment on the jira. I think this probably can just be closed now, but I'll let you decide.
> 
> Thanks
> Justin
> 
> On 2013-01-18, at 11:12 AM, Jonathan Hung <jhung at ocadu.ca> wrote:
> 
>> Hi everyone.
>> 
>> I have been doing some rigorous manual testing of the Video Player and have come across a few issues. Thankfully majority of the issues are not major interaction concerns, but there are three in particular I would consider Blockers:
>> 
>> NEW BLOCKERS:
>> 
>> FLUID-4889: Transcripts do not appear (Mac) or disappear (Windows) in Fullscreen Firefox Video Player
>> FLUID-4901: In IE8 mute and unmute using keyboard pushes focus onto Transcripts button.
>> FLUID-4902: Can not tab focus scrub bar in Safari
>> 
>> OTHER NEW ISSUES:
>> 
>> FLUID-4900: In IE8, video player container not receiving focus
>> FLUID-4899: Volume tool tip moves when slider is in use IE8
>> FLUID-4897: Pressing pause causes scrubber to jump backward in time
>> FLUID-4896: Focus jumps to previously focused text if mouse click is on white space in the transcript
>> FLUID-4895: In Firefox volume button has improper focus style when mute/unmute is clicked
>> FLUID-4894: Transcript menu clipped at edge of screen using keyboard
>> FLUID-4892: Language drop-down selector does not open using keyboard
>> FLUID-4891: Transcript scrolls slowly when time is scrubbed
>> FLUID-4888: Native controls appear behind custom controls when enabling Captions (Chrome, Safari)
>> 
>> UNFILED ISSUE:
>> There is another issue where keyboard scrubbing in Firefox causes loss of focus. However I have not been able to reproduce this consistently and therefore has not been filed.
>> 
>> I have added the 3 proposed blockers to the development planning wiki page:
>> http://wiki.fluidproject.org/display/fluid/FLOE+Video+Player+Development+Planning
>> 
>> Testing is not exhaustive so it shouldn't be assumed that there are not any other bugs to be found.
>> 
>> Feel free to comment or give feedback. 
>> 
>> - Jon.
>> 
>> -- 
>> JONATHAN HUNG
>> 
>> INCLUSIVE DESIGNER, IDRC
>>  
>> T: 416 977 6000 x3951
>> F: 416 977 9844
>> E: jhung at ocadu.ca
>>  
>> OCAD UNIVERSITY
>> Inclusive Design Research Centre
>> 205 Richmond Street W, Toronto, ON, M5V 1V3
>>  
>> www.ocadu.ca
>> www.idrc.ocad.ca
>> _______________________________________________________
>> fluid-work mailing list - fluid-work at fluidproject.org
>> To unsubscribe, change settings or access archives,
>> see http://lists.idrc.ocad.ca/mailman/listinfo/fluid-work
> 
> 
> 
> 
> -- 
> JONATHAN HUNG
> 
> INCLUSIVE DESIGNER, IDRC
>  
> T: 416 977 6000 x3951
> F: 416 977 9844
> E: jhung at ocadu.ca
>  
> OCAD UNIVERSITY
> Inclusive Design Research Centre
> 205 Richmond Street W, Toronto, ON, M5V 1V3
>  
> www.ocadu.ca
> www.idrc.ocad.ca
> _______________________________________________________
> fluid-work mailing list - fluid-work at fluidproject.org
> To unsubscribe, change settings or access archives,
> see http://lists.idrc.ocad.ca/mailman/listinfo/fluid-work
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.idrc.ocad.ca/pipermail/fluid-work/attachments/20130121/bb66cfa2/attachment.htm>