Closed
Bug 448910
Opened 17 years ago
Closed 5 years ago
Support multimedia keyboard for <video> and <audio>
Categories
(Toolkit :: Video/Audio Controls, enhancement)
Toolkit
Video/Audio Controls
Tracking
()
RESOLVED
DUPLICATE
of bug 1572869
People
(Reporter: BijuMailList, Unassigned)
References
Details
(Keywords: parity-chrome, uiwanted)
Bug 422538 implemented Ogg Theora backend for <VIDEO> tag
but if press Play/Pause, Stop, Rewind, FF keys on my multimedia keyboard there is no effect of <VIDEO> tag playback.
Mozilla should support those keys.
Comment 1•17 years ago
|
||
Which OSes support multimedia keys? Maybe all?
Anyway, on Windows we dispatch command events for back/forward/home/search etc. and those events are handled in browser UI.
The list could be extended to support play/pause/etc. ,right Ere?
Though, I'm not sure how to target some specific <video>; what if the page
has several <video>s, should all those get paused, or only the one which
has focus (but <video> doesn't necessarily have a focus usually)
Comment 2•17 years ago
|
||
No problem in the widget side of things. Currently we post nsCommandEvent for back, forward, reload, stop, search, bookmarks and home. The list can be easily augmented, but something deeper in there needs to make the decision on what to do with the event. I can add those right away when the corresponding atoms have been added to nsWidgetAtomList.h. List of possible commands can be found at <http://msdn.microsoft.com/en-us/library/ms646275(VS.85).aspx>. At least one thing to note is that there might be discrete play and pause buttons or they could be combined to a play/pause button, so both cases should be taken into account.
Updated•17 years ago
|
Component: DOM: Core & HTML → Keyboard: Navigation
QA Contact: general → keyboard.navigation
Updated•15 years ago
|
Component: Keyboard: Navigation → Video/Audio Controls
Flags: wanted1.9.2?
Product: Core → Toolkit
QA Contact: keyboard.navigation → video.audio
Comment 5•15 years ago
|
||
One thing to figure out here is when the media keys should be handled by Firefox vs the OS (assuming the app has some say in that).
The extremes seem fairly obvious:
* When on a tab with no media elements, I expect media keys to control what iTunes is playing in the background (as they do today).
* When watching a full-screen video in Firefox, I'd expect the media keys to control the video being played.
But if there's just a media element (focused or not? scrolled out of view or not?) in a normal tab, what should happen?
Keywords: uiwanted
Comment 6•12 years ago
|
||
Using content command event is better than app command event.
Summary: Support multimedia keyboard → Support multimedia keyboard for <video> and <audio>
Comment 7•6 years ago
|
||
Chrome 73 will support multimedia keys for "play," "pause," "previous track," "next track," "seek backward," and "seek forward."
Updated•6 years ago
|
Keywords: parity-chrome
![]() |
||
Updated•5 years ago
|
See Also: → webext-commands-global
Comment 8•5 years ago
|
||
FYI, supporting hardware media keys is tracking in bug1572869, now we have implemented it on OSX, and will implement it on other platform as well.
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•