Closed
Bug 1011795
Opened 11 years ago
Closed 7 years ago
[gallery][camera][video] share playback control between gallery, video, and camera
Categories
(Firefox OS Graveyard :: Gaia, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: tif, Unassigned)
References
Details
(Whiteboard: ux-tracking [eng priority])
Currently it appears that Camera and Gallery share the same playback controls for videos, but the Video app does it's own thing.
In Mozilla Master, it's not obvious because the controls look and behave the same way. But there is a patch in the works for Video to add in some more playback controls - see Bug 951025 - so these will behave differently.
It would be rad if the three apps could share the same playback controls so the behaviour is consistent for all video playback.
It would also be awesome if we could take the patch mentioned above and make these improvements to it:
Bug 1011779 - [video] playback should pause for action menus and dialogues
Bug 1011791 - [video] playback progress is not smooth
Reporter | ||
Updated•11 years ago
|
Whiteboard: interaction-design
Updated•10 years ago
|
Blocks: 994991
Whiteboard: interaction-design → interaction-design, ux-most-wanted-nov2014
Comment 3•10 years ago
|
||
Hema, can we mark this bug with higher priority for 3.0? Some of the functional test failures also point to this bug as well.
Flags: needinfo?(hkoka)
Comment 4•10 years ago
|
||
Russ is working on playback controls web component and once that is ready we can share that for camera/video/gallery use.
Thanks
Hema
Flags: needinfo?(hkoka)
Whiteboard: interaction-design, ux-most-wanted-nov2014 → interaction-design, ux-most-wanted-nov2014 [eng priority]
Reporter | ||
Comment 5•9 years ago
|
||
Is there anything needed from the UX side of things?
Flags: needinfo?(rnicoletti)
Whiteboard: interaction-design, ux-most-wanted-nov2014 [eng priority] → ux-tracking [eng priority]
Comment 6•9 years ago
|
||
The playback controls web component is unfortunately quite stale at this point. When I left off, I was trying to integrate the gaia-slider web component. IIRC, that was problematic. There are two versions of the component on github, one without gaia-slider [1], one with [2]. I believe the big problem with [2] is dragging the slider while the video is playing.
[1] http://russnicoletti.github.io/media-controls/
[2] http://russnicoletti.github.io/media-controls-gaia-slider/
If you'd like to play with them and provide feedback, that would be appreciated.
Flags: needinfo?(rnicoletti)
Comment 7•9 years ago
|
||
I have recently built similar controls using web components for the Music app. We could probably look at pulling them out as more general Gaia components to use across all these apps. We've got two components: the time scrubber (which uses l20n.js for localizing time formatting) and the "play/pause, previous, next" controls (as a single component).
Comment 8•9 years ago
|
||
I should also add that the time scrubber component in the Music app *should* work well for videos as well since <video> and <audio> share most APIs.
Reporter | ||
Comment 9•9 years ago
|
||
Great! Adding NI to take a look during UX triage. Thanks
Flags: needinfo?(firefoxos-ux-bugzilla)
Comment 10•9 years ago
|
||
I think this warrants working on a small interaction spec that includes music, video and the built in browser player. The spec would include progress counters, handle behaviour, low and high speed scrubbing and more. This also requires a visual pass.
NI'ing Jacqueline and Hung to look at this in January. Happy new year! :)
Flags: needinfo?(jsavory)
Flags: needinfo?(hnguyen)
Flags: needinfo?(firefoxos-ux-bugzilla)
Comment 11•9 years ago
|
||
Clearing NI until interaction has been looked at. Jacqueline, let me know if you need anything.
Flags: needinfo?(hnguyen)
Updated•8 years ago
|
Flags: needinfo?(jsavory)
Comment 12•7 years ago
|
||
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•