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)

All
Windows Vista
defect
Not set
normal
Points:
1

Tracking

()

RESOLVED FIXED
mozilla36
Iteration:
36.2

People

(Reporter: mikedeboer, Assigned: mikedeboer)

References

()

Details

(Keywords: dev-doc-needed)

Attachments

(1 file)

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.
Jim, if you're willing to review this patch, what would be a place to document this?
Attachment #8513554 - Flags: review?(jmathies)
Attachment #8513554 - Flags: review?(jmathies) → review+
(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.
Iteration: --- → 36.2
Points: --- → 1
Flags: qe-verify-
Flags: needinfo?(mmucci)
Flags: firefox-backlog+
Added to IT 36.2
Flags: needinfo?(mmucci)
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla36
Is there some documentation we can do to allow developers to hook into this? Adding the keyword preemptively.
Keywords: dev-doc-needed
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)
(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.

Attachment

General

Created:
Updated:
Size: