abnt2 delete keys problem

[Rafael Ávila de Espíndola]

I am having the following problem with a abnt2 (Brazilian) keyboard:

When the numlock is off both delete keys work correctly. If the numlock is on 
both key produce a delete plus a comma. The message
http://www.winehq.org/hypermail/wine-patches/2002/12/0329.html
appears to describe the same problem. But the proposed patch didn't work for 
me.

Attached is a xev log. The numlock is initially on. Them the I press  the 
middle keyboard delete, keypad delete, numlock,  middle keyboard delete and 
keypad delete.

Thanks for any help.

Rafael Ávila de Espíndola

[Dmitry Timoshkov]

"Rafael Ávila de Espíndola"  wrote:
> I am having the following problem with a abnt2 (Brazilian) keyboard:
>
> When the numlock is off both delete keys work correctly. If the numlock is on
> both key produce a delete plus a comma. The message
> http://www.winehq.org/hypermail/wine-patches/2002/12/0329.html
> appears to describe the same problem. But the proposed patch didn't work for
> me.
>
> Attached is a xev log. The numlock is initially on. Them the I press  the
> middle keyboard delete, keypad delete, numlock,  middle keyboard delete and
> keypad delete.

As far as I can see that's an X behaviour, we can do nothing about it.
All I can suggest is to send a bug report to XFree86 people.

--
Dmitry.

[Rafael Ávila de Espíndola]

On Thursday 01 April 2004 00:37, Dmitry Timoshkov wrote:
> As far as I can see that's an X behaviour, we can do nothing about it.
> All I can suggest is to send a bug report to XFree86 people.

I don't think so. Both delete keys work with xterm, Qt and GTK2.
> --
> Dmitry.

Rafael Ávila de Espíndola

[Dmitry Timoshkov]

"Rafael аvila de EspМndola"  wrote:
> > As far as I can see that's an X behaviour, we can do nothing about it.
> > All I can suggest is to send a bug report to XFree86 people.
>
> I don't think so. Both delete keys work with xterm, Qt and GTK2.

Qt and GTK are known to use their own keyboard input modeles without
relying on X. For instance dead-keys, Euro sign and national characters
do not work in Wine (which uses pure X11 protocol) while they work
in GTK and Qt applications.

Your xev trace clearly shows that output in Wine exactly matches
events generated by X server. Am I missing something?

--
Dmitry.

[Rafael Ávila de Espíndola]

On Thursday 01 April 2004 00:37, you wrote:
> "Rafael Ávila de Espíndola"  wrote:
> As far as I can see that's an X behaviour, we can do nothing about it.
> All I can suggest is to send a bug report to XFree86 people.

I performed the following test:
run
wine  --debugmsg keyboard -- putty.exe 
and press one of the delete keys. The results whore the same regardless of 
which delete was pressed. This is strange since they are different: The 
keypad delete works as a comma when NumLock is on.

Attached is a the diff between the results when NumLock is on and when NumLock 
is off. As a reference I also repeated the same test pressing the "r" key 
instead of the delete. The only significant difference between the diffs is 
the line

trace:keyboard:KEYBOARD_MapDeadKeysym no character for dead keysym 0x0000ff9f

Regarding the keysym 0xff9f, this is the output from xev when I press the 
KeyPad delete with the NumLock off:

KeyPress event, serial 28, synthetic NO, window 0x2e00001,
    root 0x3f, subw 0x0, time 9676388, (167,-12), root:(785,11),
    state 0x0, keycode 91 (keysym 0xff9f, KP_Delete), same_screen YES,
    XLookupString gives 0 bytes:  ""

KeyRelease event, serial 28, synthetic NO, window 0x2e00001,
    root 0x3f, subw 0x0, time 9676460, (167,-12), root:(785,11),
    state 0x0, keycode 91 (keysym 0xff9f, KP_Delete), same_screen YES,
    XLookupString gives 0 bytes:  ""
> --
> Dmitry.

Thanks for any help.
Rafael Ávila de Espíndola