{"id":40237,"date":"2023-08-02T22:37:55","date_gmt":"2023-08-03T02:37:55","guid":{"rendered":"https:\/\/mjtsai.com\/blog\/?p=40237"},"modified":"2023-08-02T22:37:55","modified_gmt":"2023-08-03T02:37:55","slug":"rethinking-window-management","status":"publish","type":"post","link":"https:\/\/mjtsai.com\/blog\/2023\/08\/02\/rethinking-window-management\/","title":{"rendered":"Rethinking Window Management"},"content":{"rendered":"

Tobias Bernard<\/a>:<\/p>\n

\n

We’ve wanted more powerful tiling<\/a> [in GNOME] for years<\/a>, but there has not been much progress due to the huge amount of work involved on the technical side and the lack of a clear design direction we were happy with. We now finally feel like the design is at a stage where we can take concrete next steps towards making it happen, which is very exciting!<\/p>\n

[…]<\/p>\n

Mosaic is the default behavior. You open a window, it opens centered on the screen at a size that makes the most sense for the app. For a web browser that might be maximized, for a weather app maybe only 700×500 pixels.<\/p>\n

As you open more windows, the existing windows move aside to make room for the new ones. If a new window doesn’t fit (e.g. because it wants to be maximized) it moves to its own workspace. If the window layout comes close to filling the screen, the windows are automatically tiled.<\/p>\n

[…]<\/p>\n

One important missing piece is having information on the maximum desired size of a window. This is the size beyond which the window content stops looking good. Not having this information is one of the reasons that traditional tiling window managers have issues, especially on larger screens. […] In addition, it’d be helpful to know the range of ideal sizes where an app works best.<\/p>\n<\/blockquote>\n\n

Via Lukas Mathis<\/a>:<\/p>\n

\n

Window management is probably the single worst aspect of current operating systems, and his ideas for how a modern tiling window manager might work are extremely compelling to me.<\/p>\n<\/blockquote>\n\n

Previously:<\/p>\n