You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I don't know if this behavior is intended, I hope not.
Issue:
Maximize a window - try to move it - it unmaximizes.
Expected behavior: if window is maximized in only 1 dimension - it's movement is locked to only the opposite dimension. If it is fully maximized: the window is unmovable. Of course in both cases it keeps the maximized status.
It is useful for example for a workflow with tall and narrow terminal windows.
This is also the openbox behavior.
The text was updated successfully, but these errors were encountered:
I personally kind of like the ability to move a window out of its (full) maximized state. @ahesford@johanmalm@jlindgren90 might see it different though.
However, I am not sure how we deal with maximized in only one direction, locking the movement to the opposite direction makes sense to me and could likely be implemented.
The current behavior was the least work to implement when I did the initial one-axis maximize feature. Locking movement to the other axis (like Openbox does) could be nice.
Openbox does allow moving fully maximized windows, by the way. It's just "jumpy" - the window doesn't move until the mouse is on another display, and then suddenly jumps to be maximized on that display.
I think I like labwc's handling better. Though I think having a >1 pixel threshold/resistance to begin moving a maximized window would be nice, to avoid accidental moves.
Another thing to keep in mind: do not save position along unmaximized axis. Currently if window is maximized vertically, moved horizontally, then unmaximized, it jumps to horizontal position before maximization.
I don't know if this behavior is intended, I hope not.
Issue:
Maximize a window - try to move it - it unmaximizes.
Expected behavior: if window is maximized in only 1 dimension - it's movement is locked to only the opposite dimension. If it is fully maximized: the window is unmovable. Of course in both cases it keeps the maximized status.
It is useful for example for a workflow with tall and narrow terminal windows.
This is also the openbox behavior.
The text was updated successfully, but these errors were encountered: