On Sun, 2011-11-06 at 07:45 +0100, meino.cra...@gmx.de wrote: > Hi, > > The problem for which I am looking for a workaround is not based on > a bug -- it is a logical problem. > > I am using session manager like KDE/Gnome/XFCE and others but openbox > as a window manager. > > The mapping of keystrokes to certain funtionalities is a common > feature or most applications nowadays. > > And with this keymappings there come the conflicting of keymappings > into existence... > > With openbox I have mapped Ctrl-Left and Ctrl-right to next-desktop > and previous-desktop. > When starting blender, which is a great keymapper also, I know have > "lost" the keymapping which is mapped to Ctrl-Left and Ctrl-right, > since openbox catches this one and blender does not get a glimpse of > it. > > The remapping of "lost keymaps" not always helps, since often used > functions are mapped to key combos, which can be reached easily. Those > are used often and therefore overlap often. > > Remapping to avoid conflicts then led to situations where a simple > "del-char" of an editor is mapped to something awful like > <Left-Ctrl-ALT-6> (exaggerated...;) > > Since there is one rule in the internet: "You are not the first person > haveing a certain problem..." I dare to ask :) ..... > > Is there any way to ease this situation? > > Thank you very much in advance for any help! Have nice sunday! > Best regards, > mcc
What a immensely long way to ask a simple question! Here's the simple (and brief answer): You can't have an app and window manager use the same keybindings. AFAIK the window manager will always win. Best solution is to change the bindings of one or the other. Personally, I'd cjamge. (CTRL-Left/Right) is simply too "simple" of a keybinding to have grabbed at the window manager level. I actually use CTRL-ALT-Up/Down to switch (vertical) workspaces. I believe CTRL-ALT-Arrow_keys is the default on most window managers because it's "sane", which the openbox setting is not.
