[Fluxbox-users] alt-tab + external monitor

[Raphaël]

Hi,

when I use a secondary (VGA) monitor I often have distinct resolutions.
Eg: eDP = 1366x768, VGA = 1920x1080
In such a configuration Fluxbox' Alt-Tab behavior starts to be "inconsistent":
Some windows stop being focusables by keybinding (mouse still works)

Mod1 Tab :NextGroup (workspace=[current]) (head=[mouse])
Mod1 Shift Tab :PrevGroup (workspace=[current]) (head=[mouse])

(It's fluxbox 1.3.5, but I "always" experienced this issue)
Is it a known issue, am I overlooking something?


Thank you

------------------------------------------------------------------------------

[Thomas Lübking]

Post by Raphaël
when I use a secondary (VGA) monitor I often have distinct resolutions.

I doubt this is related to resolutions.

Post by Raphaël
Some windows stop being focusables by keybinding (mouse still works)

Can you spot a pattern on "some"? (New screen, old screen, Qt, gtk3,
...)

Post by Raphaël
(It's fluxbox 1.3.5, but I "always" experienced this issue)

Can you please try to reproduce this with the present git master?
(I've a hunch on this ;-)

Cheers,
Thomas

------------------------------------------------------------------------------

[Raphaël]

Post by Thomas Lübking

Post by Raphaël
when I use a secondary (VGA) monitor I often have distinct resolutions.

I doubt this is related to resolutions.

I initially thought it may have to do with the fact that in one monitor
(the high-res one) all windows are fully visible while in the second
one, some may be out of the visible area.

Post by Thomas Lübking

Post by Raphaël
Some windows stop being focusables by keybinding (mouse still works)

Can you spot a pattern on "some"? (New screen, old screen, Qt, gtk3,
...)

It's related to the head=[mouse] stanza in my keys file.
Without it the Alt-Tab works correctly.
(NB: I do understand that head=[mouse] is useless with multi-head disabled)


* As a example, I can always switch from the urxvt window to a gui-one,
but can't focus back to urxvt.
* In a workspace with multiple firefox instances, I can only switch between
2 of the 4 it contains.

Post by Thomas Lübking

Post by Raphaël
(It's fluxbox 1.3.5, but I "always" experienced this issue)

Can you please try to reproduce this with the present git master?
(I've a hunch on this ;-)

I'll try it.


thank you!

------------------------------------------------------------------------------

[Thomas Lübking]

Post by Raphaël
It's related to the head=[mouse] stanza in my keys file.
Without it the Alt-Tab works correctly.
(NB: I do understand that head=[mouse] is useless with multi-head disabled)

Ok, didn't think of that. Is it a zaphod screen adding?
Ie. are both screens one display like with xrandr or xinerama or do you
have two displays with one or two fluxbox instances?

Cheers,
Thomas

------------------------------------------------------------------------------

[Raphaël]

Post by Thomas Lübking

Post by Raphaël
It's related to the head=[mouse] stanza in my keys file.
Without it the Alt-Tab works correctly.
(NB: I do understand that head=[mouse] is useless with multi-head disabled)

Ok, didn't think of that. Is it a zaphod screen adding?
Ie. are both screens one display like with xrandr or xinerama or do you
have two displays with one or two fluxbox instances?

Very simple mode : plug the VGA then activate ("connect") the screen (xrandr)
Both screen display the same workspace.
The one with the lowest res' will only show a portion of the workspace
(fully shown in the biggest display).

It's "both screens one display like with xrandr"
(but not like xinerama because I do not "extend" one workspace of two monitors)

It's not an ideal configuration (mostly transitory), but I'd see have Alt-Tab working anyway.

------------------------------------------------------------------------------

[Thomas Lübking]

Post by Raphaël
The one with the lowest res' will only show a portion of the workspace
(fully shown in the biggest display).

Ah, so it's a matter of (partially) intersecting screens - and the
resolution likely *does* matter (sorry). Windows will not be considered
on the same head.

Not what I expected, but I cannot reproduce the problem on git master either.
(Might have been fixed im- or explicitly. 1.3.5 is almost 4 years old)

Cheers,
Thomas

------------------------------------------------------------------------------