Support MultimediaKeys

Bug #905984 reported by Cody Garver
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Audience
Fix Released
Medium
Tom Beckmann

Bug Description

I like to use the Back, Play/Pause and Next buttons on my keyboard. I'm just going to implement Play/Pause for now since I'm NOT sure it's consistent to have Back and Next activate on_seek(-7) and on_seek(7), respectively. [Because they usually skip tracks in playlists, not forward in time(unless held down).] This requires glib be picked up as a dependency.

http://bazaar.launchpad.net/~beatbox-team/beat-box/trunk/view/head:/src/Objects/MediaKeyListener.vala

Feel free to share your opinion about Back and Forward if you're reading this!

Cody Garver (codygarver)
description: updated
Cody Garver (codygarver)
Changed in audience:
status: New → Confirmed
Changed in audience:
assignee: nobody → Tom Beckmann (tombeckmann)
status: Confirmed → Fix Committed
Revision history for this message
Sergey "Shnatsel" Davidoff (shnatsel) wrote :

I don't think this makes sense for a video player. Those buttons are designed to control background jobs; for foreground apps like video players you already have Space and P for pause and arrow keys and page up/down for seek, previous and next.
I've tried to pause BeatBox with those buttons after opening a video in Audience, and it paused Audience instead. UGH.

Changed in audience:
status: Fix Committed → Incomplete
Revision history for this message
Sergey "Shnatsel" Davidoff (shnatsel) wrote :

Setting to icomplete because it's a questionable feature from UX standpoint.

Changed in audience:
assignee: Tom Beckmann (tombeckmann) → elementary UX Team (elementary-design)
Revision history for this message
Sergey "Shnatsel" Davidoff (shnatsel) wrote :

Calling upon the UX team to clarify the situation

Revision history for this message
Cody Garver (codygarver) wrote :

Rise, UX team. Rise.

Revision history for this message
Pim Vullers (pimvullers) wrote :

I do not agree with sergey in the fact that they should only be used for background apps...

To start I do not use these keys often. But when I'm on my desktop I can be playing a music DVD (of some concert) on my 2nd or 3rd monitor. Then I want it to pause when I press pause. So in this case audience is the only media application running.

So another behaviour would be to have all apps respond to these key presses.

Revision history for this message
Danielle Foré (danrabbit) wrote :

Yea, I'm going to agree with Cody and Pim that media keys aren't just for background apps. It might be that we need to figure out a way to know which app key presses apply to though. Possibly if there is more than one media player app key presses apply to the one that was "touched last"?

I think my expectation when pressing the next key in a media player would lean towards seeking to the next chapter (if those are available) and then at the end of the video skipping to the next video in the playlist.

For reference, MPlayerX seems to skip directly to the next video if there are no chapters available. I'm unsure if it would be better to skip at some length of time in place of chapters.

Changed in audience:
status: Incomplete → Confirmed
assignee: elementary UX Team (elementary-design) → nobody
Changed in audience:
status: Confirmed → In Progress
Cody Garver (codygarver)
Changed in audience:
milestone: none → 0.1
Cody Garver (codygarver)
Changed in audience:
status: In Progress → Fix Released
importance: Undecided → Medium
assignee: nobody → Tom Beckmann (tombeckmann)
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.