User Details
- User Since
- Dec 13 2021, 12:12 AM (59 w, 5 d)
- Availability
- Available
May 9 2022
Thank you for your help on this.
May 8 2022
--enable-container use container window (experimental) [default=yes]
It appears to be --disable-container that causes the problem.
Apr 28 2022
I was also able to reproduce this on current git and a new config after only enabling focus follows pointer.
Apr 22 2022
I did use them until recently when I wrote a sloppy patch to add an eesh focus set $WINDOWID command that does what next/prev do without unshading or raising the window like eesh wop $WINDOWID focus does. A bind uses the command to switch windows on current area sorted by their Y, X, W, and H values instead of their stacking order. It is easier to navigate back and forth when I can visually determine which window is next or previous from the current based on its location and size to the others. Maybe next/prev could have an option to do this sorting internally.
Sorry for the delay, I didn't receive an email for your reply. No, the programs do not matter, it happens with firefox and urxvt (a terminal). The upper window is opened with misc.place.manual_mouse_pointer and closed with ^W for firefox and ^D for urxvt. There are cases where it does focus the lower window, but I am unable to reproduce them. This is also an issue with latest git.
Dec 20 2021
I can confirm it is fixed, thank you!