Replies: 1 comment
-
Looks like there is an env var I can use for tmux so I imagine it would be easy for zellij to introduce something similar if it is not already present! |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
I'll do my best to explain what i'm after, but it's a pretty subtle thing. First a small bit of background
With tmux, if you run a script from nvim in pane 3 but your session's cursor is active in pane 5, what happens when pane 3's neovim calls a shell script that calls
tmux display-message -p '#{pane_index}'
is it returns 5 (what tmux understands, correctly, to be the "current pane") instead of 3, which is hosting the tty that is occupied by the shell that runs the neovim that is launching the shell that made the tmux call. This is causing my automation to be wrong because it reports the pane and window index of where the cursor is.One of my target capabilities is to be able to confidently switch to even a different window to reveal the neovim onto which a file link gets opened. But I don't think I can even do that without even deeper integrations than I hoped I needed to create -- merely calling to tmux from a given nvim will not give it insight into which pane it is in, since the tmux call just returns information for what is currently active.
Now I know it is perhaps a bit of a tall order to ask tmux to give me a way to let that tmux call to resolve its own tty and look up its pane number. But it sure would be convenient for some crazy workflows we might dream up...
How would zellij fare with this kind of chicanery?
Beta Was this translation helpful? Give feedback.
All reactions