Better handling of AUX and POWER buttons

Nicola Mfb nicola.mfb at
Fri Jun 12 15:20:16 CEST 2009

On Fri, Jun 12, 2009 at 2:20 PM, Michal Brzozowski<rusolis at> wrote:
>> That's called E keybinding configuration.
> Does it have actions like show/hide keyboard? Does it detect double, triple,
> etc keypresses?

The actual problem is that if you use E keybinding for example to
"simple lock" the screen when press the aux button you cannot use it
in applications.
So we should have smart E keybinding, "long aux", "long power", but
when you press/release buttons applications receive these events too.
That's why I suppose E (and at most other alternatives) cannot handle
that and we need a smart daemon to filter/inject events.
About my experiments I just discovered that some applications simply
refuse to process XSendEvents for security reasons. This is bad, as
using X you may differentiate virtual injected keys events based on
the destination applications, so AUX may trigger "enter" to one, "F11"
to another and so on.
As of that I think we need to filter events at input lever layer
(other ideas or solutions are welcome of course).
Il try to contact Theodoros Kalamatianos, the author of actkbd [1]  to
ask him for the support for such complex key shortcut, as it's daemon
already has keyboard event injection and use 2.6 linux event



More information about the community mailing list