That's the right place for it but the page need to be updated. I'll do that today.
Thanks Alex! Michelle On 2012-02-16, at 10:35 AM, Novak, Alexey wrote: > > I created a separate JIRA ticket for this issue and will take a look into it > as soon as possible: > http://issues.fluidproject.org/browse/FLUID-4605 > > To be honest I'm not sure where we should keep the list of issues need to be > fixed. Wanted to put it to > http://wiki.fluidproject.org/display/fluid/Floe+Iteration+Plan > but not quite convinced that it is the place for this. Maybe we would have a > separate videoPlayer wiki page where we could have a list of JIRA tickets of > our interest and keep/use the page for the future videoPlayer development as > well. > > Thanks, > Alex > > On 2012-02-16, at 10:24 AM, Michelle D'Souza wrote: > >> Thanks for doing this Alex - it's a big help. Can you create a JIRA for the >> first issue since we know it's not going to fixed by any of the outstanding >> branches at the moment and start to tackle it? >> >> Thanks! >> >> Michelle >> >> >> ------------------------------------------------------------------------ >> Michelle D'Souza >> Senior Inclusive Developer >> Inclusive Design Research Centre, OCAD University >> >> >> >> >> On 2012-02-15, at 4:29 PM, Novak, Alexey wrote: >> >>> Hi there, >>> >>> So I did my first round of tests for the videoPlayer and its integration >>> into Mammals.html demo page. I'm pretty sure that some of my feedback could >>> by subjective and might even conflict with the ideas presented in the >>> wireframes by James and Joanna. That is why any feedback or comments on any >>> of my points would be more than welcome. >>> >>> Used Cindy's branch for testing: >>> https://github.com/cindyli/videoPlayer/tree/FLUID-4587-4546 >>> >>> Did 2 set of tests: First is videoPlayer page itself and then the page >>> where videoPlayer is integrated into Mammals page. >>> Important that most of the first round remarks are applicable to the >>> Mammals page as well. >>> >>> Browser used for testing: Firefox 10.0.1 >>> >>> >>> >>> videoPlayer -> /demos/VideoPlayer.html >>> >>> videoPlayer starts maximized an then resizes itself to the normal sizes. >>> The effect is more visible if the FireBug is on. Is this how it's suppose >>> to be? >>> Alt Label "Mute" is being displayed below the sound slider which makes it >>> very hard to read when you hover over Mute/Unmute button. >>> Clicking Mute/Unmute button will leave sound slider in the videoPlayer >>> control panel. Is this how it's suppose to be? >>> UIO. If you set text size to the max it will shift some of the elements in >>> the control panel to be on a separate line. I assumed that the expected >>> effect suppose to change the videoPlayer sizes but also would keep its >>> structure and form. Is this how it's suppose to be? >>> UIO. Weird case. If you set text size to the max it will increase font size >>> as well as videoPlayer control button sizes. Now refresh the page, text >>> will stay resized while buttons will be small. >>> UIO. When you set a Text Size to the max as well as Spacing to the max you >>> will see how caption area will be overlapped with time slider. Presumably >>> should be solved by using captionator? >>> Whenever you have captions on the screen (play or pause does not matter). >>> Changing caption language will remove a caption panel from the videoPlayer. >>> Presumably should be solved by using captionator? >>> UIO. Weird case. The issue which is an agglomeration of the issues listed >>> above. videoPlayer looks very confusing and hard to use if you set >>> everything to the max Text Size, Line Spacing and Make Inputs Larger. >>> UIO. In the top bar. Emphasize links tells in the description: Makes links >>> larger, bold, and underlined. But it increases the size of the sliding box >>> in the time and sound slider. Is this how it's suppose to be? >>> Caption area is not clickable through. Is this how it's suppose to be? >>> Presumably should be solved by using captionator? >>> videoPlayer shows a captions control panel right in between the other video >>> control buttons when you click on Captions button instead of showing a >>> panel popup or a separate clearly distinctive div panel. This action also >>> sets caption button on top of all other control buttons… pretty interesting >>> UI changes. >>> Very minor comment - do we need to show the alt for captions even when we >>> clicked the button? (youtube example does not do it). I presumed that user >>> aware of what he/she clicks on the screen and reads first. Otherwise you >>> need to move mouse away from the captions button so that Alt would not >>> hover over the controls area blocking the appeared panel. All alts are left >>> aligned with button but not centred relative to the buttons? >>> The whole dom expansion of the elements tend to expand to the bottom >>> relative to the elements which causes interactions (e.g. When you hover >>> over sound button a sound slider will appear at the bottom expanding . A >>> new captions menu will also extend video controls shifting all other >>> controls lower relative to their initial positioning). Does it make more >>> sense to modify dom modifications so that new elements appear above the >>> videoPlayer or expansion goes from bottom to the top. (again I bring >>> youtube example since it is very convenient to watch video and modify its >>> settings without seeing too many modifications to the DOM of the page and >>> without additional scrolling respectively). As a good example would be: >>> Make videoPlayer fullscreen, then you are forced to scroll down a browser >>> window every single time you want to adjust volume since the volume slider >>> will expand the video component at the bottom. Furthermore you have to keep >>> your mouse close to the appeared slider otherwise the panel will go away >>> which forces to use mouse wheel only. >>> >>> mammals demo -> /demos/Mammals.html >>> >>> Weird case. If you set UIO options on the videoPlayer page and then >>> navigate away to the Mammals page all UIO options will be applied EVEN to >>> the top UIO panel itself. You can observe the same behaviour if you >>> navigate away from Mammals page to videoPlayer. Is this how it's suppose to >>> be? >>> The first video on the page does not work. It does not show video current >>> time as well as total time of the video. If you click play/pause multiple >>> time you will make video current time appear there. >>> Almost the same as #2 one. If you click maximize/minimize multiple times >>> you will see an interesting effect. The videoPlayer container will shrink >>> to 0 size positioning all controls in one vertical line. >>> The caption controllers modify caption settings only for the second video >>> on the screen. >>> When you maximize videos they will be shifted far to the right. >>> Some captions are on top of the video which completely blocks UI >>> interactions with the video if you set Text and Line spacing to the max. >>> Related to the remark #10 and #6 of the videoPlayer tests. >>> Very minor comment - every video is inside of some black container. Is this >>> how it's suppose to be? >>> >>> >>> This is it for now. I got this list by spending a bit of time in the >>> morning, but might spend a bit more time later today to get some more >>> remarks. >>> As I mentioned any feedback or comments are welcome. >>> >>> Don't get me wrong, I just want to improve things rather than to show that >>> something is wrong. >>> >>> >>> Thanks, >>> Alex >>> _______________________________________________________ >>> 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
