Minor bug

[Donald Allen]

(I'm cobbling a reply here, as I had not yet subscribed to this
mailing list and therefore didn't receive a copy of the message below.
I am now subscribed.)

Johannes Jordan wrote:

I think this is an example that shows that manually fulfilling hooks is

a cumbersome design.

The object tree already works correctly in this example (clients.focus
disappears). A workaround for the panel could be to poll
clients.focus.title.

In winterbreeze this issue is gone as hooks are based on the object
tree. To fix the current master, one might want to skim through all
places where changes to clients.focus appear.

My response:

I don't think it's necessary to fix the current master, given the
existence of a branch on which this problem has already been
addressed, apparently by some re-design. I'd much rather see the
developers devote their time to the code on that branch. I can wait
for its release, especially since there's a simple workaround for this
small issue.

/Don

On Sun, Apr 19, 2015 at 1:34 PM, Donald Allen <donaldcallen at gmail.com> wrote:
> There is a similar, though perhaps unrelated, bug:
>
> Go to an empty tag. Start an xterm. Then do a 'split bottom'. Now
> you've got the xterm above the new empty frame. The title of xterm
> window is in the panel. Move the cursor to the empty panel (I have an
> ' hc set focus_follows_mouse 1' in my autostart). The title in the
> panel does not change, nor does the focus -- it remains in the xterm.
> But if you do a 'focus down' command, the focus does move to the empty
> frame (because of my configuration, the background changes in the
> frame; also the cursor in the xterm changes to an outline of a
> rectangle and the window title in the panel goes blank; this is the
> behavior I would expect from moving the mouse to the empty frame).
> Clicking in the empty frame, by the way, does not help matters.
>
> Again, I'm running herbstluftwm 0.6.2-2 on an up-to-date 64-bit Arch
> Linux system.