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
{{ message }}
Repository navigation
Splits do not redistribute space evenly when added #3835
changed the title [-]Splits do not redistribute space to evenly divide when added[/-][+]Splits do not redistribute space evenly when added[/+]on Dec 29, 2024
I'm not really sure that because another terminal does it that way Ghostty needs to do it too? personally I'd rather not have an existing split or window shrink down just because I'm adding another split or multiples and affecting all my existing sizes automatically.
Yeah the question is really whether you are splitting the whole window or splitting the split. Perhaps a new command could redistribute space evenly across one axis for the current split's position.
Mmm, rationale isn't "iterm2 does it therefore it's right". Iterm2 just has far more development and has implemented these refinements, it's obviously the right way to do it because 1 - the user wants 3 columns, almost always would want them even width, and not doing this means the user has to drag it every time to get the most commonly desired layout. Not wanting them even could be desired but that's an edge-case. The layout algorithm should target the most common expectation and only require an extra step to adjust for the less common one.
If we already have an astoundingly good terminal like iterm2 we can look to it for inspiration... this project would likely not exists if iterm2 wasn't mac-only, it's already extremely good on macos and incredibly refined. It's the care and thought that went into these small details that makes it so good.
Activity
[-]Splits do not redistribute space to evenly divide when added[/-][+]Splits do not redistribute space evenly when added[/+]jmckillican commentedon Dec 29, 2024
I'm not really sure that because another terminal does it that way Ghostty needs to do it too? personally I'd rather not have an existing split or window shrink down just because I'm adding another split or multiples and affecting all my existing sizes automatically.
JakeWharton commentedon Dec 29, 2024
Yeah the question is really whether you are splitting the whole window or splitting the split. Perhaps a new command could redistribute space evenly across one axis for the current split's position.
em commentedon Dec 29, 2024
Mmm, rationale isn't "iterm2 does it therefore it's right". Iterm2 just has far more development and has implemented these refinements, it's obviously the right way to do it because 1 - the user wants 3 columns, almost always would want them even width, and not doing this means the user has to drag it every time to get the most commonly desired layout. Not wanting them even could be desired but that's an edge-case. The layout algorithm should target the most common expectation and only require an extra step to adjust for the less common one.
If we already have an astoundingly good terminal like iterm2 we can look to it for inspiration... this project would likely not exists if iterm2 wasn't mac-only, it's already extremely good on macos and incredibly refined. It's the care and thought that went into these small details that makes it so good.