Re: Input issues - key down with no key up

[Jamie Lokier <jamie@shareable.org>]

> >   Serge van den Boom reports that his LiteOn MediaTouch Keyboard
> >   has 18 additional keys: Suspend, Coffee, WWW, Calculator, Xfer,
> >   Switch window, Close, |<<, >|, [], >>|, Record, Rewind, Menu,
> >   Eject, Mute, Volume +, and Volume -. Of these, the keys |<<,
> >   >>|, Volume +, Volume - repeat.  The others do not, except for
> >   the rather special Switch window key.  Upon press it produces
> >   the LAlt-down, LShift-down, Tab-down, Tab-up sequence; it
> >   repeats Tab-down; and upon release it produces the sequence
> >   Tab-up, LAlt-up, LShift-up.
> > (Up events are as usual for the other 17 keys.)

Vojtech Pavlik wrote:
> The code as is now (with the autorepeat and the forced up if the
> keyboard itself doesn't start repeating) won't have any problems with
> this keyboard.

That works well for typing, but if someone tries to use these keys in
an action game, they will disappointed with the forced-up code - the
game will see the key pressed and released, even when the user holds
the key down for a long time.

Unfortunately, not doing the forced-up thing causes much worse
problems, with the keys which started this thread.

There is only one solution which works well that I can see: do the
forced-up thing by default, but as soon as you see a real UP event
from a key, disabled forced-up _for that key_ in future.

That gives perfect results for typing, and after the first press of a
key it is perfect for games too.

-- Jamie


> 
> -- 
> Vojtech Pavlik
> SuSE Labs, SuSE CR
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/