Open jivanpal opened 2 years ago
Well described @jivanpal . This issue remains on 0.20.0b3 and only in WIDE layout. The issue does not bother me (because it's visible and avoidable).
Interesting that WIDE demonstrates a different perspective of bug #1413 . I believe these are the same issue. In TALL mode, we cannot see the stack overflow (more windows in view than windows in stack model), whereas in WIDE mode we see the stack overflow as "transparent windows" in the view that do not correspond to windows in the model stack.
If we may pick and choose our issues: I prefer this visible WIDE issue over all other layouts' invisible overflow issue. :)
Expected WIDE layout behaviour with respect to focus/move rotation and increasing/decreasing main window count.
Currently (0 main, all blue non-main) is prevented, but (All main teal and beyond) is allowed.
Increasing the main count should move the bottom-right window of the non-main row into the top-right row of the main stack. Decreasing the main count should move the top-right window into the right side of the bottom row.
Describe the bug In "Wide" mode, if the number of windows in the main (top) pane exceeds the number of windows that exist, empty window areas are created. Instead, the behaviour should be like in the "Tall" mode, where the effective number of window areas is capped to the number of windows that exist.
Applications: All apps.
To Reproduce
Expected behavior the behaviour should be like in the "Tall" mode, where the effective number of window areas is capped to the number of windows that exist. If you do the above to reproduce the issue, then switch to "Tall" mode and try to increase the main pane count above 3, you will see that the 3-row layout cannot become e.g.a 4-row layout
Screenshots
"Wide" mode with main pane count set to 1
"Wide" mode with main pane count set to 3
"Wide" mode with main pane count set to 4
"Wide" mode with main pane count set to 5
Versions:
Debug Info
Additional context Add any other context about the problem here.