mod-{w,e,r} don't work when OpenOffice.org has focus

I have two heads, the left one shows workspace 1 which is in full layout and contains OpenOffice, Firefox and Adobe Reader. The right head shows different workspaces as time goes by, usually in tiled layout. Now it turns out that OpenOffice somehow grabs focus so that mod-e does not work to switch to the second head. I can still do mod-j to switch to a different client on the left head, and then mod-e works. But when OpenOffice has focus and after I click into it, then mod-e will not work to set the focus to the right hand head. Has anyone else observed the same? Is there a fix? What can I do to help debug it? (I don't grok Haskell, though I'm trying.) Kai

kai.grossjohann:
I have two heads, the left one shows workspace 1 which is in full layout and contains OpenOffice, Firefox and Adobe Reader. The right head shows different workspaces as time goes by, usually in tiled layout.
Now it turns out that OpenOffice somehow grabs focus so that mod-e does not work to switch to the second head. I can still do mod-j to switch to a different client on the left head, and then mod-e works. But when OpenOffice has focus and after I click into it, then mod-e will not work to set the focus to the right hand head.
Has anyone else observed the same? Is there a fix? What can I do to help debug it? (I don't grok Haskell, though I'm trying.)
With the darcs version? Two possibilities come to mind: * its the focus stealing issue fixed in the darcs branch a couple of weeks ago * openoffice is stealing those key bindings -- use a different mod key -- Don

dons@cse.unsw.edu.au (Donald Bruce Stewart) writes:
With the darcs version?
Yes, I just pulled again, and my working copy didn't change.
| ketchup% darcs changes --context --last=3
|
| Context:
|
| [Operations.screenWorkspace: return Nothing when the screen does not exist
| Spencer Janssen
Two possibilities come to mind:
* its the focus stealing issue fixed in the darcs branch a couple of weeks ago
Not likely, given that (I think) my copy is up to date w.r.t. the public tree.
* openoffice is stealing those key bindings -- use a different mod key
This is the first time I hear that an app can steal key bindings from the WM. Normally, the WM should intercept the key bindings first. Kai

kai.grossjohann:
dons@cse.unsw.edu.au (Donald Bruce Stewart) writes:
With the darcs version?
Yes, I just pulled again, and my working copy didn't change.
| ketchup% darcs changes --context --last=3 | | Context: | | [Operations.screenWorkspace: return Nothing when the screen does not exist | Spencer Janssen
**20070707223842] | | [Operations.rescreen: screen indexes start at zero | Spencer Janssen **20070707223334] | | [Note and workaround bugs in Operations.float | Spencer Janssen **20070705195213] Not sure if that is a useful command to show you what I have. I don't know anything about distributed VC systems.
Two possibilities come to mind:
* its the focus stealing issue fixed in the darcs branch a couple of weeks ago
Not likely, given that (I think) my copy is up to date w.r.t. the public tree.
* openoffice is stealing those key bindings -- use a different mod key
This is the first time I hear that an app can steal key bindings from the WM. Normally, the WM should intercept the key bindings first.
Could you put in a bug report on the tracker, with details on how to reproduce? That'll mean we're sure to look at it then. -- Don
participants (2)
-
dons@cse.unsw.edu.au
-
Kai Grossjohann