GNOME Bugzilla – Bug 727216
gnome-videos interface controls look inconsistent and cluttered - needs redesign
Last modified: 2014-06-02 16:22:18 UTC
I love gnome-videos, please take this as constructive criticism. Here are my few observations for videos's video player control interface (play pause, back,next, timeline, volume, settings): 1. The white border on buttons (when hovered) look inconsistent with overall gnome 3's interface. Even white/grey lines doesn't look pleasant 2. Disabled << and >> (back and forward) buttons adds to the clutter. Not showing them when not needed is a good idea like gnome's behavior of not showing hardware configuration when hardware is not detected. 3. Play [>] and pause [||] icons look smaller on the buttons (see youtube player's button/icon sizes) 4. The hovering controls are blocking the video viewablility as they are overlaid on the video. html5 video players and youtube video players do not block the view. 5. fullscreen could be made a part of control interface like most html5/flash players. this will clean up the toolbar/headerbar. 6. when the video is pause, we can show big play button on the video area, please see this: http://mediaelementjs.com/ (play and click pause to see the useful big play button to resume playback) or http://praegnanz.de/html5video/p_codoplayer.php Please see these flash based video players, http://praegnanz.de/html5video/p_oiplayer.php http://praegnanz.de/html5video/p_playr.php http://praegnanz.de/html5video/p_leanback.php http://praegnanz.de/html5video/p_uppod.php http://praegnanz.de/html5video/p_mediaelementjs.php http://praegnanz.de/html5video/p_sublimevideo.php http://praegnanz.de/html5video/p_video_for_everybody.php Other Light UI http://dribbble.com/shots/125984-Light-UI-PSD?offset=23 Audience video player http://www.deviantart.com/art/Audience-289190125 Thanks.
Some valid points here. 1. Unfortunately I don't quite understand this point. You mean the general OSD style of the semi-transparent buttons/toolbars with white borders? 2. I agree the seek buttons should only be shown for videos with chapters or when playing video queues. If a DVD has unseekable segments, the seek buttons should be made insensitive. Otherwise we shouldn't be showing them. 3. Not quite sure about this one either. The play/pause icon appears smaller, because the button is larger/has more whitespace? 4. That's the attribute of the overlay (OSD) controls. They obstruct the content temporarily on user input (tap on touch input, mouse movement for oldstyle controls). 5. It's more important to adhere to the common pattern among other GNOME 3 apps. I think keeping it in the headerbar is a better choice. 6. Might be a good addition indeed. I think it deserves a separate feature enhancement bug, filed it as bug #727227
Created attachment 273165 [details] paused button compared to youtube's pause button
Created attachment 273166 [details] play button compared to youtube's play button 1. yes! Actually the disabled, back and forward buttons gives that cluttered feel to the interface. the mockup look excellent: https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/videos/videos-playback-paused.png 2. Good point. 3. the icons are smaller in gnome-videos (perhaps 16x16) 4. ok. 5. fullscreen button is mostly implement in the controls for most of the flash and regular video players. Well, it's ok to have it in headerbar. 6. Thanks.
(In reply to comment #3) > Created an attachment (id=273166) [details] > play button compared to youtube's play button > > 1. yes! Actually the disabled, back and forward buttons gives that cluttered > feel to the interface. > > the mockup look excellent: > https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/videos/videos-playback-paused.png That's the same bug as "hide the prev/next buttons when not needed". > 2. Good point. Already filed as bug 699245. > 3. the icons are smaller in gnome-videos (perhaps 16x16) The size of the icon is coherent with other OSD toolbars. If it's too small, please file a separate bug. > 4. ok. > > 5. fullscreen button is mostly implement in the controls for most of the flash > and regular video players. Well, it's ok to have it in headerbar. > > 6. Thanks. As all the separate bugs are handled, closing this.