You are not logged in.
I'm having some issues with a multi-monitor setup.
Problem is windows get maximized under tint2 panel.
This is happening only when I'm adding the 3rd monitor, below the other 2.
With 2 monitors, everything's working fine.
Here's how it looks:
https://i.imgur.com/HLq7A4R.jpg
With current settings, the monitor that's below is working fine, issue is with the 2 monitors which are above.
When I maximize windows on them, they get under the panel.
It was doing the same thing with the 3rd monitor below, but sorted that out by setting the bottom margin in openbox to 30px.
Apparently, this openbox option applies only to the monitor below for some reason.
Another issue I was having initially (but sorted now), was with the 3rd monitor. When maximizing windows on it and having tint2 setting
strut_policy = follow_sizethe window wasn't really maximized but showing like in here:
https://i.imgur.com/6dMVMGD.jpg
I sorted it by setting
strut_policy = noneDid anyone got into the same problem ?
Thanks
Last edited by handmadebots (2020-12-05 10:30:51)
Offline
Please replace the oversized images w/ links.
window struts are defined in rleation to the root window (the area encompassing all outputs) - there's nothing such as an "inner/per_output strut" defined and I suspect that your other issue is because openbox had at some point the strut cross the entire lower output, causing the maximized window to take it's minimum height (while it actually wants to get a negative size because the entire lower output is covered by the strut)
Offline
Replaced the links.
This is the first time I'm dealing with window struts.
As for sorting it out, do you have any suggestion ?
Offline
There's no specified/good solution - window managers could be "smart" (spec violating…) around struts that cover an entire output (but openbox seems not)
You could eg. have the panels on the upper outputs on the upper edge and on the lower output on the lower edge or arrange the outputs in a horizontal strip intead of a grid.
You could also file a bug against openbox to "do some", but again: "some" would simply mean to implement struts in violation of the netwm spec.
Offline
Appreciate your help.
Re-arranging the outputs in a horizontal strip instead of grid works (with strut_policy = None and 30px bottom margin for openbox).
"You could eg. have the panels on the upper outputs on the upper edge and on the lower output on the lower edge"
Could you be a bit more specific about this ?
Offline
Right now, all panels are on the bottoms of each screen - if you put the ones on the upper screens to the top (mac os style), you'd only have panels at the edges of the root window.
Offline
This looks like a better solution overall.
Problem is, running multiple tint2 processes with different configuration files, apparently doesn't separate the windows in panel per desktop.
If I open an application on monitor 2, it shows in panel of monitor 1 too.
Even like this, it's better than how it was before.
The plus of having them at the top (with the multi-monitor configuration I want), will surely not get me into "trouble" by moving to 3rd monitor by mistake,
when I actually want to move the cursor only to the taskbar.
Last edited by handmadebots (2020-12-05 17:20:50)
Offline
https://gitlab.com/o9000/tint2/blob/mas … kbar-pager
taskbar_hide_different_monitor = boolean (0 or 1) : If enabled, the taskbar shows only the tasks from the current monitor. Useful when running different tint2 instances on different monitors, each one having its own config. (since 0.12)
Offline