-
Notifications
You must be signed in to change notification settings - Fork 11
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
feat: add tmux support #115
Comments
However, I'm not sure about how altering the input source from |
@tummetott thanks! It looks like there is an
I'd have to look into this a bit, but this seems like a good idea to me 😸. Since kitty-scrollback.nvim runs in a kitten (separate process) it does not have access to the print(w.child.foreground_processes)
fg_process_entrypoints = list(
map(
lambda pd: next(
iter(pd.get(
'cmdline',
[],
)),
None,
),
w.child.foreground_processes,
))
print(fg_process_entrypoints)
if 'tmux' in fg_process_entrypoints:
print('perform alternative logic')
else:
print('perform normal logic') output
if this logic holds, I should be able to use |
I don't remember if GH sends out notifications when an issue is mentioned, but I added a PoC over at #151 |
this approach does not work since the TMUX_PANE env variable is needed |
Current plan: Setup
kitty-scrollback.nvim logic:
|
🎉 I have added experimental tmux support to the latest release 4.1.0 🎉 See the README section tmux (🧪 experimental ) for setup instructions. I have also added a checklist to this issue to include what I consider needs to be completed to make this feature stable. If you have any questions or issues please comment on this PR. Thanks! |
AMAZING. I'll look into this soon. thanks you in advance |
🎉 I have added cursor position fixes to take into account the tmux status line and added some basic test coverage in the latest release 4.2.1 🎉 |
Hi there. I've followed the instructions in the README for tmux, but when I execute
Do you know how I could troubleshoot to figure out why that command is failing? Thanks! |
Just a quick note that I was able to open the tmux pane scrollback in Neovim in search mode like so:
This uses the If you don't care about the colors, then this simpler command works:
Anyways, I'm not sure if this is directly relevant to the work done in this issue, but I just thought I'd share in case it helps. |
tmux support
Important
🧪 tmux support is currently experimental
This issue is used to track all tmux related issues or questions. Please comment on this issue instead of created a new issue while tmux support is considered experimental.
The following checklist is planned to be completed before moving these feature to stable.
tmux set-option status on
tmux set-option status 3
etc . check withtmux show-options status
tmux display-message -p '#{cursor_x} #{cursor_y} #{pane_width} #{pane_height} #{window_visible_layout}'
)tmux resize-pane -Z
need to figure out command to check if already zoomed ( try#{window_zoomed_flag}
)-S - -E -
, if screen remove-S
and-E
options. see tmux capture-pane helpcapture-pane
https://man7.org/linux/man-pages/man1/tmux.1.htmlThis issue has been modified. See details on the original issue below.
Original issue below
Hello,
First of all, I wanted to express my admiration for your plugin, which I had the pleasure of discovering after attending your talk at the nvim conference.
While experimenting with your plugin, I encountered a specific issue related to its compatibility with
tmux
. It appears that thekitty_get_text.extent
setting do not seem to function as expected when used in conjunction with tmux. It has come to my attention that this setting, regardless of the value chosen—be it (all
,first_cmd_output_on_screen
,last_cmd_output
,last_non_empty_output
,last_visited_cmd_output
,selection
), —seems to consistently yield the same result. In essence, it consistently displays only the content visible on the screen, akin to the behavior one would expect when setting the setting toscreen
.The root cause of this behavior lies in the fact that the
kitty @ get-text
command consistently retrieves only the content visible on the current screen. Unfortunately, tmux retains all text within its internal buffer, which remains inaccessible to the kitty scrollback history.I understand that some of these modes, such as
last_visited_cmd_output
, are inherently dependent on kitty-specific features that tmux lacks. However, I wonder if there might be a way to at least make thefull
mode compatible with tmux.I'd like to offer a couple of suggestions that might help in achieving this compatibility:
$TMUX
environment variable is set. This step would allow the plugin to identify when it is operating within a tmux session.tmux capture-pane -p -S - -E -
While I lack the confidence to submit a pull request myself, I sincerely hope that these suggestions prove useful in enhancing the compatibility of your plugin with tmux. I believe that such compatibility would greatly benefit users like me who rely on both tools in their development workflow.
The text was updated successfully, but these errors were encountered: