[PATCH, RFC] Add support for keyboard hotkeys

[Richard Hughes]

On Tue, 2006-01-31 at 10:11 +0000, Matthew Garrett wrote:
> > (side note, did the kernel guys allow your acpi patch to toshiba_acpi?)
> Waiting for upstream to push it.

Nice one, thanks.

> > I have hibernate and suspend keys on my USB keyboard.
> 
> What keycode does the hibernate key generate? showkeys on the console 
> should tell you.

Okay, I've given the keyboard to a mate to borrow, I should be able to
steal it off him this evening at some stage, then I'll give you the
data.

> > Surely we need to launch the addon for each keyboard from an fdi file?
> 
> Yup.

Unconditionally for every keyboard.

> > Also adding capability "button" so that applications such as g-p-m can
> > monitor this UDI as a "button device"
> 
> Yeah, that's the bit I was unsure about. Since it doesn't add 
> button.type to the keyboard, should button be listed as a capability? 

Yes, IMO, as it's emitting ButtonPressed events -- else programs will
not be expected to "watch" this udi for conditions.

> g-p-m will need a light patch to support getting the button type from 
> the details rather than the object, but that's written already - just 
> want to wait to see what the response to this is...

A very small patch at that -- at the moment it just checks for
button.type=virtual and then uses the details for the type (as this is
what works with my toshiba applet) -- we can just remove the sanity
check on type=virtual. Leave that bit to me :-)

Also, this should work for powerbooks. The powerbutton is exposed as a
keyevent, key 116 (KEY_POWER).

Richard