[openbox] Full screen windows auto raise using sloppy focus

[Walter Alejandro Iglesias]

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.


> >   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 ;-).


> >   3. To have some "never focus" option for apps like xload, xbiff.
>
> This can be done by running some external program [1] that sets the
> "no focus" flag on the program, if the program itself doesn't support
> it. (I've never seen any that do).
>
> [1] http://mika.l3ib.org/code/prop.c This program allows you to modify
> various hints on existing windows, with one argument (the hint), it
> changes that hint on the window you click. With two arguments it
> changes that hint on the specified window id (as given by for example
> xwininfo). The "no focus" flag is called "wm_hints.focus". Note also
> that gtk+ apps will helpfully detect when you attempt to change hints
> on its windows and undoes your changes for you.

I understand, from my ignorance in graphical applications development
matters, that gtk, qt and all software aimed to let's call them
"accustomed to MS Windows" users have an excess of automation.  Then
they try to compensate that arrogance with "fake" customization via dumb
graphical config interfaces (with annoying XML files) that fail in doing
what the user wants in half of cases.  That's why to deconstruct all
that nonsense and get a usable interface is "quite a bit of work".


>
> -- 
> Mikael Magnusson

Thanks for you answer Mikael


	Walter