[Qemu-devel] Trouble with numlock and SDL

[Qemu-devel] Trouble with numlock and SDL

[Erik Rull]

Hi all,

I'm struggling a bit with the numlock state when using SDL.
On SDL 1.2.13 I have the problem that the numlock state is inverted for QEMU -
but it is switchable.
On SDL 1.2.14 and 1.2.15 I can't enable the number input in any state of the
numlock key.
With VNC everything is fine.

I read already that there were issues with these keys, and the
SDL_DISABLE_LOCK_KEYS=1 environment variable didn't really help.

Any help appreciated. I'm currently testing on the RC3.

Thanks.

Best regards,

Erik

Re: [Qemu-devel] Trouble with numlock and SDL

[Gerd Hoffmann]

On Mi, 2015-04-22 at 18:20 +0200, Erik Rull wrote:
> Hi all,
> 
> I'm struggling a bit with the numlock state when using SDL.
> On SDL 1.2.13 I have the problem that the numlock state is inverted for QEMU -
> but it is switchable.

Move focus out of sdl window -- hit numlock once -- move focus back in.
Does that synchronize things?

Is this something new?  IIRC there have been no (intentional) changes in
that area recently.

> On SDL 1.2.14 and 1.2.15 I can't enable the number input in any state of the
> numlock key.

No idea on that one.  Sounds like SDL not sending numlock key events at
all.

> With VNC everything is fine.

Yep.  vnc has some special logic to sync guest/host numlock state (also
for capslock).  Maybe we should factor that out into reusable helper
functions.

cheers,
  Gerd

Re: [Qemu-devel] Trouble with numlock and SDL

[Erik Rull]

Hi Gerd,

it seems to be a bug sitting in front of the computer :-)
I just recompiled the new SDL and didn't recompile QEMU against the new SDL 
- I recognized later that there are version dependent pieces of code in QEMU.

I will proceed my tests on this topic on other systems, I will send an 
update when the results are available.

Best regards,

Erik


Gerd Hoffmann wrote:
> On Mi, 2015-04-22 at 18:20 +0200, Erik Rull wrote:
>> Hi all,
>>
>> I'm struggling a bit with the numlock state when using SDL.
>> On SDL 1.2.13 I have the problem that the numlock state is inverted for QEMU -
>> but it is switchable.
>
> Move focus out of sdl window -- hit numlock once -- move focus back in.
> Does that synchronize things?
>
> Is this something new?  IIRC there have been no (intentional) changes in
> that area recently.
>
>> On SDL 1.2.14 and 1.2.15 I can't enable the number input in any state of the
>> numlock key.
>
> No idea on that one.  Sounds like SDL not sending numlock key events at
> all.
>
>> With VNC everything is fine.
>
> Yep.  vnc has some special logic to sync guest/host numlock state (also
> for capslock).  Maybe we should factor that out into reusable helper
> functions.
>
> cheers,
>    Gerd
>
>
>

Re: [Qemu-devel] Trouble with numlock and SDL

[Erik Rull]

Hi Gerd,

well - it works "partly". When having the login screen to Windows, the numlock
key works as expected e.g. in the input field of the user name.
But after the login to Windows and opening Notepad, it's reversed again! :-(

Any ideas how to proceed?

Best regards,

Erik


> On April 26, 2015 at 2:12 PM Erik Rull <erik.rull@rdsoftware.de> wrote:
> 
> 
> Hi Gerd,
> 
> it seems to be a bug sitting in front of the computer :-)
> I just recompiled the new SDL and didn't recompile QEMU against the new SDL 
> - I recognized later that there are version dependent pieces of code in QEMU.
> 
> I will proceed my tests on this topic on other systems, I will send an 
> update when the results are available.
> 
> Best regards,
> 
> Erik
> 
> 
> Gerd Hoffmann wrote:
> > On Mi, 2015-04-22 at 18:20 +0200, Erik Rull wrote:
> >> Hi all,
> >>
> >> I'm struggling a bit with the numlock state when using SDL.
> >> On SDL 1.2.13 I have the problem that the numlock state is inverted for
> >> QEMU -
> >> but it is switchable.
> >
> > Move focus out of sdl window -- hit numlock once -- move focus back in.
> > Does that synchronize things?
> >
> > Is this something new?  IIRC there have been no (intentional) changes in
> > that area recently.
> >
> >> On SDL 1.2.14 and 1.2.15 I can't enable the number input in any state of
> >> the
> >> numlock key.
> >
> > No idea on that one.  Sounds like SDL not sending numlock key events at
> > all.
> >
> >> With VNC everything is fine.
> >
> > Yep.  vnc has some special logic to sync guest/host numlock state (also
> > for capslock).  Maybe we should factor that out into reusable helper
> > functions.
> >
> > cheers,
> >    Gerd
> >
> >
> >
> 
> 

Re: [Qemu-devel] Trouble with numlock and SDL

[Gerd Hoffmann]

On Mo, 2015-04-27 at 12:53 +0200, Erik Rull wrote:
> Hi Gerd,
> 
> well - it works "partly". When having the login screen to Windows, the numlock
> key works as expected e.g. in the input field of the user name.
> But after the login to Windows and opening Notepad, it's reversed again! :-(
> 
> Any ideas how to proceed?

> > > Yep.  vnc has some special logic to sync guest/host numlock state (also
> > > for capslock).  Maybe we should factor that out into reusable helper
> > > functions.

This ;)

cheers,
  Gerd

Re: [Qemu-devel] Trouble with numlock and SDL

[Erik Rull]

Hi Gerd,

any ideas if there was an update or patch on this point? I tried to check
the commits since April but didn't find something that may fit...

Best regards,

Erik


Gerd Hoffmann wrote:
> On Mo, 2015-04-27 at 12:53 +0200, Erik Rull wrote:
>> Hi Gerd,
>>
>> well - it works "partly". When having the login screen to Windows, the numlock
>> key works as expected e.g. in the input field of the user name.
>> But after the login to Windows and opening Notepad, it's reversed again! :-(
>>
>> Any ideas how to proceed?
> 
>>>> Yep.  vnc has some special logic to sync guest/host numlock state (also
>>>> for capslock).  Maybe we should factor that out into reusable helper
>>>> functions.
> 
> This ;)
> 
> cheers,
>   Gerd

Re: [Qemu-devel] Trouble with numlock and SDL

[Gerd Hoffmann]

On Mo, 2015-10-19 at 18:02 +0200, Erik Rull wrote:
> Hi Gerd,
> 
> any ideas if there was an update or patch on this point? I tried to check
> the commits since April but didn't find something that may fit...

Nobody coded this up so far ...

cheers,
  Gerd