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
tmux 2.1 breaks select-pane [-LDUR] when in maximized pane #150
Comments
Yeah it was crap to always unzoom so now we don't but that means that -LDUR can't see the layout. Try this:
|
Thanks for the patch. |
I am using I have downloaded the Tmux 2.0 tar file and gotten that to work manually based on the readme, but I would rather just patch this one thing to 2.1. Any help would be appreciated. |
I don't know anything about Homebrew you will need to ask them or read On Tue, Oct 20, 2015 at 05:06:18PM -0700, Austin Wood wrote:
|
@indiesquidge |
@rakkesh thanks! I did end up figuring out how to create the diff, it's getting it to work when I I don't understand what I am missing or doing incorrectly at this point. @atweiden, could you expand on how you used this diff to fix the issue? I'm not sure if you downloaded the source and mutated that itself, or if you also were using |
Indeed, As for installing tmux with the patch, do
|
Applied now |
If you are using key bindings, you can modify the command to still work (rather than patching the tmux install). For instance to move down a pane, I originally had in my tmux.conf: What this does is it will try to move down a pane, zoom (or unzoom), try to move down the pane again, and then undo the zoom/unzoom. Since you can't move when zoomed, you only change panes once, and if you are zoomed, you stay zoomed (but now focused on a different pane). |
@PunkPhysicist, that's a neat little hack, thanks for sharing it. The only issue I can see is that it will not zoom out when you change panes while zoomed. What if you aren't sure which pane you would like to change to next? You would have to either keep cycling through the panes until you get to the one you want, or zoom out to find it. Then we are back to the original problem of having to zoom out prior to switching. It does seem like a neat work around though. I think I am just conditioned to expect my window to zoom out when I switch panes. I have submitted a patch to Homebrew for their Tmux bottle and it has been merged, so now we can have it both ways :) |
@indiesquidge I agree, I'd prefer the default behavior to unzoom, then move. As far as I can tell there is only a single zoom/unzoom command. If there was a seperate unzoom (only) command, one could just make the full command "unzoom; move." |
Can I interject and see if I understood this issue correctly, because I think that I've been fruitlessly trying to replicate what is defined here as "broken" behaviour? Specifically I want
But, I can't reproduce the same issue as here. Interestingly a colleague has the same version of tmux (2.1, via homebrew bottle) on his Mac, and for him he is seeing what here is reported as "broken", and he likes it that way too. |
@leehambley, "broken" is subjective, sure. The point was that it changed from what Tmux had prior to 2.1, and that upset a good number of people who liked the old feature (myself included). I liked having the ability to change panes with |
Hah, well indeed, I'm surprised though, since I am on 2.1, and I still get switched even when I'm zoomed in. I have to take a bit more of a look and find our what commit ref I am running (a bottled |
Bumping this to agree with @leehambley Somehow on one of my machines tmux won't move me when i'm zoomed but will on other machines. Is there any way to replicate the "broken" behavior? Maybe writing some sort of if-script to check if the pane is maximized? |
I looked at submitting a patch to make this configurable... Kudos to the authors the code of tmux is VERY clean, but I'm still too much of a cowboy to submit anything useful, I'm afraid :( |
This will not be configurable. |
@leehambley I guess its up to you and me now, :D That's the beauty of open source, time to make a fork of tmux 2.1? Seems like we can just revert the above commit in the fork and all will be fine and dandy for us. Or even better we can just change our homebrew to revert the diff as well. |
I'm not sure who @nicm and what authority he has to say whether or not this makes sense to be configurable. @NCIM assuming we have to get it past you, couldn't we even discuss making an option, or something that can be set, but sensibly defaulted like Forking it does seem like a bit of a nightmare, perhaps we could figure out how to make |
@leehambley brew install glentakahashi/homebrew-tmux-no-auto-unzoom/tmux --build-from-source :) |
❤️ so, that solves my problem! If I get the urge to write some C I might prep a PR, or at least maintain a patch as a gist, and write a blog entry, nice work :) Thanks! |
The change in 2.1 was unintentional. Most everything else unzooms when needed rather than ignoring the command so this should too. And you can script the 2.1 behaviour with if-shell -F in any case. No more options for minor stuff like this, we have too many already. |
That'd be ideal, how do I query for tmux being zoomed though? I had no idea that was possible, but that would be the ideal case, the scriptable nature of tmux solves that usecase perfectly without having to maintain a (doomed) fork. |
There is a window_zoomed_flag format or something like that, it may only be in git though |
updated code, no need for a fork/patched homebrew |
Thanks @glentakahashi I'm wondering how |
Thanks @glentakahashi. Do I just copy and paste it in config file and source? It does not work for me though. |
https://github.com/glentakahashi/dotfiles/blob/master/tmux.conf#L42 Yea you should be able to do this. Could be using a different version of Tmux or something? @jhwang7628 |
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
After updating tmux to version 2.1, the options for switching panes when in a maximized pane are limited to the following:
The rest fails to work when the current pane is maximized:
The text was updated successfully, but these errors were encountered: