[openbox] sloppy focus "stealing"

Ian Zimmerman itz at buug.org
Sat May 21 15:07:45 EDT 2011


On Sat, 21 May 2011 19:53:06 +0200
Mikael Magnusson <mikachu at gmail.com> wrote:

Ian>  I think that's a separate issue.  Openbox could really use a "warp
Ian> pointer when tabbing" option to force the pointer over the focussed
Ian> window after a switch.  Sawfish has that and I've got so used to it
Ian> that I'm considering patching openbox to add it.  Would such a
Ian> patch be considered?  I would not make it the default of course.

Mikael> It's hard to imagine how such a think could work in openbox,
Mikael> where focusing a window and raising it are two separate
Mikael> operations. Even if you forced windows to raise when using this
Mikael> mode, what about the case when an always-on-top window covers
Mikael> the window you switched to? I think it would be pretty intrusive
Mikael> to change the layer of either window. 

I will have to think about the always on top case.  Other than that, I'm
sure Sawfish has all these features too.

Mikael> The only other option would be to forbid to focus such windows,
Mikael> or move them. And for what purpose, to obstruct the view of the
Mikael> window with the mouse pointer?

1. Coherence.  The focus should _always_ be in the window under the
pointer.  Once you depart from that in "some" situations you end up not
knowing what to do in cases like 2 below.

2. (This is not relevant for tabbing, but it is for keyboard driven
moving and resizing) Sane way to interact through the keyboard only.
Right now, when I move a window with the keyboard, a different window
can get focussed, which means I cannot move (or do anything else to) the
first window again.

-- 
Ian Zimmerman <itz at buug.org>
gpg public key: 1024D/C6FF61AD 
fingerprint: 66DC D68F 5C1B 4D71 2EE5  BD03 8A00 786C C6FF 61AD
Ham is for reading, not for eating.


More information about the openbox mailing list