From: CGsoft <cgs...@su...> - 2003-11-05 16:51:42
|
Il mer, 2003-10-22 alle 18:36, Mitch Davis ha scritto: > Try NumLock key off. You can change focus even if there's no > titlebar! And that's the behaviour that you're looking for, when > you have windows without a titlebar. (xmms is another one...) > [...] > But the NumLock thing is different. First, whichever way the user > wants it, they are unlikely to want to change the behaviour temporarily. > Also, it prevents the proper use of NumLock for numbers, cursor, etc etc. > > So I agree with Ali: The NumLock thing may have been intended as a > feature, but to me it seems to be a bug. > > I suggest a new command in the .qvwmrc file, which specifies the > behaviour. And this behaviour is off by default in the standard > qvwmrc files. And NumLock will no longer change it when you're > running. > > Any thoughts? I just make some experiments about this numlock "feature" and found that the real reason of this strange behaviour is that NumLock is a modifier key, as Shift, Alt and Control. With numlock on, if you click inside the window of an xterm the Window Manager receives NO EVENT at all. You can try with a printf inside the MainLoop function. If you toggle off the Numlock, any click inside the window generate an event visible to qvwm (and the focus change). So I think the problem is in the initialization of qvwm. Somewhere qvwm should say to X what events to listen. Qvwm simply is not listening to "NumLock + Click" events. Someone know how to "correct" this? My understanding of X Protocol is too little to help... Bye! CG -- "Only two things are infinite: the universe and human stupidity, and I'm not so sure about the Universe." Albert Einstein ---------------------------------------------------------------- // Claudio Granatiero ICQ 16725435 \\|soft PGP: 74F0 52C0 75A1 4CAA B3E8 13CE DA7A C86E 2EBA 9F75 |