After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 704608 - Handle "B" button on presenter remotes
Handle "B" button on presenter remotes
Status: RESOLVED OBSOLETE
Product: totem
Classification: Core
Component: Movie player
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: General Totem maintainer(s)
General Totem maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2013-07-20 15:14 UTC by Shaun McCance
Modified: 2018-05-24 10:45 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
main: Handle "Powerpoint" buttons on remotes (2.57 KB, patch)
2013-08-23 22:13 UTC, Bastien Nocera
committed Details | Review

Description Shaun McCance 2013-07-20 15:14:28 UTC
I have a Logitech presenter, like this one: http://www.logitech.com/en-us/product/professional-presenter-r800-business . As far as my computer is concerned, it's just a USB keyboard. It just only has four keys. If Totem recognized those keys to do useful things, I could use my presenter as a simple remote when I have my laptop hooked up to my TV.

The "start presentation" button is F5. It would be nice to have this be play/pause. The "previous" and "next" buttons are PageUp and PageDown. It would be nice if these were a fine-grained seek, so that holding them down does a decent rewind or fast-forward. I don't know what the other button is.

Every device like this is going to send the same keys, because those are the shortcuts used in MS Office. And because devices like this are popular, other presentation software uses the same key bindings.
Comment 1 Bastien Nocera 2013-08-23 22:13:58 UTC
Created attachment 252958 [details] [review]
main: Handle "Powerpoint" buttons on remotes

Some remotes, including the Logitech Presenter R800:
http://www.logitech.com/en-us/product/professional-presenter-r800-business
have a number of buttons bound to make it easier to use Powerpoint
presentations.

We bind some of the buttons used on those presenters to functions
in Totem to allow starting/stopping playback and seeking.

FIXME: How to handle the "black screen" button? It seems to be
bound to "B" which we use for "back" rather than blanking the screen.
Should we remap those "keyboards" to blank the screen instead?
Comment 2 Bastien Nocera 2014-01-25 23:59:34 UTC
What's the output of "xinput" with this device plugged in?
Comment 3 Shaun McCance 2014-04-11 14:59:49 UTC
[shaunm@verso ~]$ xinput 
⎡ Virtual core pointer                    	id=2	[master pointer  (3)]
⎜   ↳ Virtual core XTEST pointer              	id=4	[slave  pointer  (2)]
⎜   ↳ ELAN Touchscreen                        	id=11	[slave  pointer  (2)]
⎜   ↳ SynPS/2 Synaptics TouchPad              	id=10	[slave  pointer  (2)]
⎜   ↳ Logitech USB Receiver                   	id=12	[slave  pointer  (2)]
⎜   ↳ Logitech USB Receiver                   	id=14	[slave  pointer  (2)]
⎣ Virtual core keyboard                   	id=3	[master keyboard (2)]
    ↳ Virtual core XTEST keyboard             	id=5	[slave  keyboard (3)]
    ↳ Power Button                            	id=6	[slave  keyboard (3)]
    ↳ Video Bus                               	id=7	[slave  keyboard (3)]
    ↳ Power Button                            	id=8	[slave  keyboard (3)]
    ↳ AT Translated Set 2 keyboard            	id=9	[slave  keyboard (3)]
    ↳ Lenovo EasyCamera                       	id=13	[slave  keyboard (3)]

It seems both id=12 and id=14 are for the remote. They both go away when I unplug it.
Comment 4 Bastien Nocera 2014-11-25 17:55:21 UTC
Comment on attachment 252958 [details] [review]
main: Handle "Powerpoint" buttons on remotes

Attachment 252958 [details] pushed as 2706ca9 - main: Handle "Powerpoint" buttons on remotes

Leaving open to handle the "B" button for those remotes. We might want to look
at reassigning those buttons at the udev level.
Comment 5 GNOME Infrastructure Team 2018-05-24 10:45:34 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/totem/issues/73.