[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