Bug#917629: RFS: xhk/1.0-1

[Kentaro Hayashi <khys@amber.plala.or.jp>]

On Sat, 19 Jan 2019 19:34:45 +0000 Dmitry Bogatov <KAction@debian.org> wrote:
> 
> [2019-01-04 12:29] Kentaro Hayashi <hayashi@clear-code.com>
> > On Fri, 4 Jan 2019 02:17:57 +0100 Adam Borowski <kilobyte@angband.pl> wrote:
> > > Am I holding it wrong?
> > 
> > step 1. launch xhk
> > step 2. press "j" key, then "j" is typed
> > step 3. press space and "j" key, then "f" is typed.
> > 
> > If xhk works as above, it is OK (expected behavior).
> 
> It does not work for me like this to me. Here is log (-d):
> 
> 	-- HalfKey Xorg Driver Utility 1.0 --
> 	SetPriority call failed : -1
> 	Process Priority set at 0
> 	XOpenDisplay(":0")
> 	XI Version 2.0

snip.

Thank you for feedback.
It seems strange for me because device is recognized correctly
(both of #14 and #24)

Here is the debug log in my environment. (just works for me)

% xhk -d

-- HalfKey Xorg Driver Utility Undefined --
SetPriority call failed : -1
Process Priority set at 0
XOpenDisplay(":0")
XI Version 2.0
Device Virtual core XTEST keyboard (id: 5) is a slave keyboard
Device is attached to/paired with 3
Device Power Button (id: 6) is a slave keyboard
Device is attached to/paired with 3
Device Video Bus (id: 7) is a slave keyboard
Device is attached to/paired with 3
Device Power Button (id: 8) is a slave keyboard
Device is attached to/paired with 3
Device Lite-On Technology Corp. ThinkPad USB Keyboard with TrackPoint (id: 9) is a slave keyboard
Device is attached to/paired with 3
Floating device ID 9
Keyrelease 36 (Return), keycode = 36 (Return) time=155696

Keypress 44 (j), keycode = 44 (j) time=157831

jKeyrelease 44 (j), keycode = 44 (j) time=157943

Keypress 65 (space), keycode = -1 ((null)) time=160783
Keypress 44 (j), keycode = 41 (f) time=160999

fKeyrelease 44 (j), keycode = 41 (f) time=161215

Keyrelease 65 (space), keycode = -1 ((null)) time=161271