Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.Sign up
Applying "default_orientation auto" to all containers #674
[Originally reported by tassilo@…]
Here's an example what I'd like to have starting with a fresh workspace and hitting Mod-RET 4 times in a row opening 4 terminals, when the focus is always on the container whose window was mapped last:
Right now, the
Right now, my current habit is to directly hit Mod-v (which is
I tried to follow the code from handling new windows thru mapping them until starting the rendering, but I'm not too proficient in C in general and i3 in particular to implement that myself. But I'm happy to try if someone gives me a pointer.
Actually, now that I think of it, what you describe is how automatic tiling WMs work (like DWM, awesome, etc.). If you really need that, you might be better off using one of these. i3 is (and will stay) a manual tiling WM.
If you frequently require such a layout (not the algorithm, but a fixed layout), maybe layout restoring will provide a mechanism for doing that. That’s not quite there yet, though.
In conclusion: closing as wontfix. Either future features will provide that, or you need to switch to a different WM :).
[Original comment by tassilo@…]
Sorry, Michael, I won't settle to that argument that quickly. ;-)
I've already used dynamic/automatic tiling WMs, and as I result I can say that I want to be the master of my tiles, i.e., I want manual tiling. The main difference is that in a dynamic tiling WM, new windows are automatically handled by the layout algorithm, whereas in a manual tiling WM like i3, I can be sure that creating a new window will split the currently focused container. That's a very important point to me.
But that doesn't mean that a manual tiling WM isn't allowed to have (optional) sane (non-surprising) defaults. In my opinion
But why are workspaces that special that they deserve such a special behavior while other containers don't? I mean, on the monitor I'm sitting in front of right now, every of the 2 tiles on my current workspace is more than twice as large than the resolution on a usual netbook.
WRT the layout restoring: That wouldn't help me. My usual mostly-static layout is half-half split horizontally (SomeApp|Terminal). However, frequently I fire up another terminal to do some quick operation and close it instantly afterwards. Or SomeApp spawns some new temporary window. In those cases, I always want that the focused container is split depending on its height/width ratio. Now, I work around that by doing
Long story short: IMO, applying