[openbox] Full screen windows auto raise using sloppy focus

Mikael Magnusson mikachu at gmail.com
Sun Oct 12 06:48:25 EDT 2014


On Sun, Oct 12, 2014 at 11:25 AM, Walter Alejandro Iglesias
<eloi at roquesor.com> wrote:
> On Sun, Oct 12, 2014 at 01:17:29AM +0200, Mikael Magnusson wrote:
>> On Sat, Oct 11, 2014 at 10:42 PM, Walter Alejandro Iglesias
>> <eloi at roquesor.com> wrote:
>> > Hi everyone,
>> >
>> > Openbox is the only window manager that let me do what I want, except
>> > for some details.  In order of relevance I'd like to:
>> >
>> >   1. Avoid full screen windows "auto raise" when the pointer enters on
>> > them (using sloppy focus).
>>
>> Not a full "solution", but greatly mitigated by setting a decent
>> focusdelay, I use 200 milliseconds. This eg allows you to move across
>> a fullscreen window to get from one window to another. If you actually
>> want a fullscreen window in the background, you're out of luck.
>> Unfullscreen it, maximize it, and toggledecor it I guess?
>
> A title bar in a maximized xterm doesn't bother.  The problem is that
> solution isn't useful with i.e. mplayer.

http://openbox.org/wiki/Help:Actions#ToggleDecorations

>> >   2. Avoid forced key accelerators in menus, and to be able to navigate
>> > them using vi keys (a bit slower but more reliable).
>>
>> If we did this, we would need to allow customizable movement keybinds
>> for menus, which would be quite a bit of work.
>
> I'd just add emacs an vi keys to arrows, to avoid to move the right hand
> out of the keyboard.  And remove key accelerators (useless, since in
> some cases they force you to use the arrows anyway).  I'm pretty sure
> that will make everybody happy ;-).

vi keys are useless if you're not using the qwert* layout. I trivially
know it won't make everyone happy since it won't make me happy :P.

[3. was solved, I think]


More information about the openbox mailing list