On Thu, Jun 14, 2012 at 05:29:07PM +0200, Marco wrote:
> On 2012-06-13 "Leo L. Schwab" <ew...@ewhac.org> wrote:
> > This new behavior doesn't appear to be mentioned in the changelog.
> > Is this an intended change? Is there a way to work around it in rc.lua?
>
> Do you have any sticky programs running that paint on the root
> window? It might be that they steal the focus. Is that the case,
> then you can stop them from doing so with a rule. Here is my rule
> for nautilus:
>
In my case, the program is an old-ish system monitor program called
'gkrellm', and is currently configured with the sticky bit set. Following
your suggestion, I added the following to my awful.rules.rules:
{ rule = { class = "Gkrellm", sticky = true },
properties = { focus = false } },
After restarting Awesome, everything is fine, window focus behaves
as before, and I thought I was done.
However, if I click inside the gkrellm window to (for example)
change the music track or change the volume, then gkrellm starts snarfing
the focus away again, and switching tags leaves no windows selected. So the
problem persists.
Is there anything else I could fiddle with?
BTW, as a consequence of diving in to Awesome to better understand
how rules work, I ended up writing a Wiki page that hopefully describes what
I learned:
https://awesome.naquadah.org/wiki/Understanding_Rules
Schwab
--
To unsubscribe, send mail to awesome-unsubscr...@naquadah.org.
