[openbox] Using Next/PreviousWindow with client-list-combined-menu

Mikael Magnusson mangosoft at comhem.se
Thu Jun 7 15:40:40 EDT 2007

On Thu, 7 Jun 2007, Clay Barnes wrote:

> On 20:46 Thu 07 Jun     , Mikael Magnusson wrote:
>> On Thu, 7 Jun 2007, Clay Barnes wrote:
>> [snippy]
>>> This brings to mind a longstanding issue I've had---I turn off window
>>> decorations because they aren't useful for me, but without them, I
>>> have issues sometimes using directional focus.  Say I just switched to
>>> a workspace perfectly filled with terminals.  I don't know which is
>>> focused, but I want to get to one on the west edge of the screen, so I
>>> start direction focusing west... but nothing happens.  I check my
>>> finger placement, and when it's fine, I realize that a window on the
>>> west edge is already focused.  Now I have to do a direction focus to
>>> the east to get the highlighting box to show up, then focus back west
>>> before I can start traveling up or down the edge to the application I
>>> wanted (assuming I hadn't just wasted my time because my desired
>>> application was already focused).
>>> That was a very long-winded way of asking for the option to highlight
>>> the currently focused app, even if my direction-focus command hasn't
>>> changed which one it is.
>> I'm pretty sure this was fixed in 3.4, since I fixed it.
>> Hm, it seems dirfocus with dialog=no is quite broken though, you might
>> want to turn on dialogs in the mean time.
> Hmm.  I did have dialog=yes.  Is there another reason that Openbox
> 3.3.994 wouldn't draw the highlight square unless focus *changes*?

Yes, as most people are aware, 3.3.994 is less than 3.4

Mikael Magnusson

More information about the openbox mailing list