Closed
Bug 1091025
Opened 11 years ago
Closed 11 years ago
Enable play/ pause, previous, next and stop media AppCommands
Categories
(Core :: Widget: Win32, defect)
Tracking
()
People
(Reporter: mikedeboer, Assigned: mikedeboer)
References
()
Details
(Keywords: dev-doc-needed)
Attachments
(1 file)
|
4.27 KB,
patch
|
jimm
:
review+
|
Details | Diff | Splinter Review |
For the SoundCloud player I authored (see URL field), I'd like to provide support for Windows users to use the keyboard to control the player.
I'm not talking about exposing those keys to the Web right away, but simply allowing chrome to consume these key commands.
| Assignee | ||
Comment 1•11 years ago
|
||
Jim, if you're willing to review this patch, what would be a place to document this?
Attachment #8513554 -
Flags: review?(jmathies)
Updated•11 years ago
|
Attachment #8513554 -
Flags: review?(jmathies) → review+
Comment 2•11 years ago
|
||
(In reply to Mike de Boer [:mikedeboer] from comment #1)
> Created attachment 8513554 [details] [diff] [review]
> Patch v1: enable play/ pause, previous, next and stop media AppCommands
>
> Jim, if you're willing to review this patch, what would be a place to
> document this?
Don't think any of this is documented anywhere, we just rely on the app command code.
| Assignee | ||
Comment 3•11 years ago
|
||
| Assignee | ||
Updated•11 years ago
|
Iteration: --- → 36.2
Points: --- → 1
Flags: qe-verify-
Flags: needinfo?(mmucci)
Flags: firefox-backlog+
| Assignee | ||
Comment 5•11 years ago
|
||
Pushed to fx-team as: https://hg.mozilla.org/integration/fx-team/rev/5e90947eba69
Thanks Jim!
Comment 6•11 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla36
Comment 7•11 years ago
|
||
Is there some documentation we can do to allow developers to hook into this? Adding the keyword preemptively.
Keywords: dev-doc-needed
Comment 8•11 years ago
|
||
Dietrich,
1. :-) It is never too early to add the keyword.
2. I see the APPCOMMAND on this page: https://developer.mozilla.org/en-US/docs/Web/API/KeyboardEvent.key
I don't know if we need more documentation that this. Asking :masayuki who is the expert about this page.
A related question about that page: how do we mark things available to chrome but not to Web sites, if there are some?
Flags: needinfo?(masayuki)
Comment 9•11 years ago
|
||
(In reply to Jean-Yves Perrier [:teoli] from comment #8)
> 2. I see the APPCOMMAND on this page:
> https://developer.mozilla.org/en-US/docs/Web/API/KeyboardEvent.key
> I don't know if we need more documentation that this.
The document is about KeyboardEvent.key. Starting 37, Gecko for windows starts to dispatch key events at receiving WM_APPCOMMAND message if it's caused by key. Although, I'm not familiar with dispatchers of WM_APPCOMMAND, if e.g., mouse button causes the message, it could tell us the message isn't caused by key operation. In this case, only app-command event is fired. I.e., web apps cannot handle the events in this case.
So, app-command events are really different. They should be documented separately.
> A related question about that page: how do we mark things available to
> chrome but not to Web sites, if there are some?
I guess that all app command events should be listed here:
https://developer.mozilla.org/en-US/docs/Web/Events#Mozilla-specific_events
or here:
https://developer.mozilla.org/en-US/docs/Web/Events#Add-on-specific_events
Flags: needinfo?(masayuki)
You need to log in
before you can comment on or make changes to this bug.
Description
•