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 <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> 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: [email protected] >> >> 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 - [email protected] >> 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: [email protected] > > 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 - [email protected] > To unsubscribe, change settings or access archives, > see http://lists.idrc.ocad.ca/mailman/listinfo/fluid-work >
_______________________________________________________ fluid-work mailing list - [email protected] To unsubscribe, change settings or access archives, see http://lists.idrc.ocad.ca/mailman/listinfo/fluid-work
