I'm using solaris 9 on sparc, and I'm using the last
cvs version.
When I enable num lock, I lose the FBevents, i mean
that I can't:
- access to principal menu (don't display)
- move window with atl+left click
- resize window with alt+right click
- exectute anything from fbrun
I looked the way that behave the num lock key with xev
in my debian on intel and on the solaris one.
The behaviour is different:
- on debian/intel, when I enable num lock (kind of
click) it send 2 event: key pressed, key released. And
when I disable it, it send again the same 2 events.
- on solaris, when I enable num lock (still kind of
click) it send just one event: key pressed. And when I
disable the num lock it send the event key released.
The weird thing is that the toolbar menu is not
affected by this and always work even when num lock is
enabled.
note: enabling num lock block the FBevent but disabling
it again free the FBevents.
Thx,
nono
to contact me, i am often on #fluxbox as nono (or nono_).
I'm using solaris 9 on sparc, and I'm using the last cvs version.
When I enable num lock, I lose the FBevents, i mean that I can't: - access to principal menu (don't display) - move window with atl+left click - resize window with alt+right click - exectute anything from fbrun
I looked the way that behave the num lock key with xev in my debian on intel and on the solaris one. The behaviour is different: - on debian/intel, when I enable num lock (kind of click) it send 2 event: key pressed, key released. And when I disable it, it send again the same 2 events. - on solaris, when I enable num lock (still kind of click) it send just one event: key pressed. And when I disable the num lock it send the event key released.
The weird thing is that the toolbar menu is not affected by this and always work even when num lock is enabled.
note: enabling num lock block the FBevent but disabling it again free the FBevents.
Thx,
nono
to contact me, i am often on #fluxbox as nono (or nono_).
or nono.31@free.fr
Reported by: *anonymous