Once again: YDKJ

[Andre Messerschmidt]

xsidycvl001 at sneakemail.com (Andreas Mohr Usenet 07/01) wrote in
<9k77ep$73d$4 at news.BelWue.DE>: 

>Try running with --debugmsg
>+relay,+msg,+message,+event,+dinput,+key,+keyboard. That should clue you
>in on the problem. (check whether events from +event get through to the
>app/msg processing layer) 

Here is the part of the output that should be interesting:

trace:event:EVENT_ProcessEvent called.

trace:event:EVENT_ProcessEvent Got event KeyRelease for hwnd 008c

trace:key:X11DRV_KEYBOARD_HandleEvent state = 0

trace:key:X11DRV_KEYBOARD_HandleEvent KeyRelease : keysym=31 (1), ascii chars=1 
/ 31 / '1'

trace:key:X11DRV_KEYBOARD_HandleEvent keycode 0xa converted to vkey 0x31

trace:key:X11DRV_KEYBOARD_HandleEvent bScan = 0x02.

trace:event:KEYBOARD_SendEvent (49,2,0002)

trace:key:queue_kbd_event  wParam=0031, lParam=c0020001, InputKeyState=0

trace:event:EVENT_ProcessEvent returns.

trace:msg:peek_message got hwnd 0 msg f (WM_PAINT) wp 0 lp 0

trace:msg:wait_queue_bits q 026f waiting for 007f

trace:msg:wait_queue_bits (026f) mask=0000007f, bits=00000020, 
changed=00000000, waiting

trace:event:EVENT_ProcessEvent called.

trace:event:EVENT_ProcessEvent Got event KeyPress for hwnd 008c

trace:key:X11DRV_KEYBOARD_HandleEvent state = 0

trace:key:X11DRV_KEYBOARD_HandleEvent KeyPress : keysym=32 (2), ascii chars=1 / 
32 / '2'

trace:key:X11DRV_KEYBOARD_HandleEvent keycode 0xb converted to vkey 0x32

trace:key:X11DRV_KEYBOARD_HandleEvent bScan = 0x03.

trace:event:KEYBOARD_SendEvent (50,3,0000)

trace:key:queue_kbd_event  wParam=0032, lParam=00030001, InputKeyState=81

trace:event:EVENT_ProcessEvent returns.


Does this help?

regards 
Andre