-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Should not equalize splits when not moving off screen #24
Comments
Good point, I'll work on a fix for this tonight. |
Awesome. I took a look but could not make heads or tails of it. |
Great, thanks! Not sure if this existed before or not, but I noticed that if I execute ':vsplit' now (after running |
That's probably a new behavior; I really need a set of automated tests to capture all possible window action combinations. Thanks for noticing. I've captured this in #25 and will address it sometime today. |
Should be fixed now. The one caveat is that it also redraws after |
Yep, fixed for me. |
Unrelated question: What is the recommended way to to make it always enabled? Hook into OnWinEnter? Add to mappings for new window/tab? |
Another suggestion: Zoom-out should max out at the number of windows. And zoom in should stop at 1 (right now t:accordion-size will go into negative values) |
To always enable it, you would run I should limit the zoom in to 1 if I don't already but don't want to limit zoom out as you may want to set the limit to more than the current number of splits. |
I tend to have two splits on screen and often will resize them using something like ":vertical resize -5". I find this reverts back to equalized windows when I move from one to the other. This behaviour makes sense when moving to a new (off screen) split, but I don't see why this is necessary when moving to the other split that is visible.
The text was updated successfully, but these errors were encountered: