I also have a similar situation - I am using Sun's SunPCI software with fvwm and keys such as F1 are consumed by the app when in focus and the fvwm binding is not invoked. I can't seem to determine what the difference between this window and others are that causes this behavior. With most other apps if an fvwm binding and application key overlap, the fvwm binding seems to have precedence (such as F-keys in acroread), but this is different. Additionally, in certain states the SunPCI app does not have a use for F1, in these cases the fvwm binding is invoked.
I would expect the window manager to have the ability to tame these apps, but haven't come across a solution yet. Does anyone have some insight into why apps seem to behave differently regarding precendence application-specific key bindings and fvwm key bindings? Any thoughts on forcing precedence to window manager key bindings over application key bindings?
Thanks!
On Sat, 30 Nov 2002, Tessa Lau wrote:
>
> I have a different but related problem: I use Lotus Notes under wine,
> and when I use Ctrl-Alt-arrow to switch desktops when wine is in
> focus, sometimes the Ctrl/Alt keypress _is_ sent to wine. When I
> return to wine, it thinks that Ctrl or Alt was pressed but never
> released.
>
> I suspect that this is wine's problem, but is there some workaround I
> can use in fvwm, to tell it not to pass those keystrokes to the window?
>
> --Tessa
--
Visit the official FVWM web page at <URL: http://www.fvwm.org/>.
To unsubscribe from the list, send "unsubscribe fvwm" in the body of a
message to majordomo_at_fvwm.org.
To report problems, send mail to fvwm-owner_at_fvwm.org.
Received on Mon Dec 02 2002 - 10:26:30 GMT