extraterm
extraterm copied to clipboard
Injection is incompatible with GNU Screen
Injecting into remote shells is the killer feature. It's what's going to enable everything else.
It's unfortunately not functional on screen, probably some non-eight-bit-clean goop.
I'm glad to hear that someone other than me is using that feature. I use it a lot.
The extra shell integration features are incompatible with things like GNU Screen and tmux because those two apps are actually terminal emulators themselves. They interpret the VT escapes codes and handle them before it reaches your real emulator (Extraterm etc). The extensions and custom escapes codes which I use for the integration don't survive the trip through Screen or tmux.
One possible way of improving the situation would be to add some kind of direct tmux support to Extraterm, just like what iTerm2 did. iTerm2 will let you connect to a remote tmux session and then you get all of your sessions back.
Hmm. I'd interpose yourself into the shell's stdio, and run comms entirely over 7 bit clean text (base64, probably). Native shell script if necessary, Python is not completely unreasonable to demand server side. You'd be injecting a context manager and then looping back to the original shell's stdio, just having more channels too.
There's probably some way to turn the remote sshd binary into your own personal end to end context manager.
I believe that is kind of how the tmux detach/reattach functionality works, except that they run a kind of server process which then spawns and manages any needed shell sessions.
At some point in the long term some kind of special remote process or server would be needed to manage multiple processes and/or shells and to multiplex them over plain ssh. This would allow Extraterm to run commands in the background without messing up your shell prompt. Imagine for example the user being about tell a frame containing ls output to rerun the command and update the output in place, all without messing up the rest of your shell session below.
Would really like tmux support somehow as well. I love this terminal and want to switch from iTerm2.
Also there is mosh, which is really the right way to manage terminal session connections from a laptop or mobile device.
https://mosh.org
Extraterm is an amazing project. It would be beautiful if mosh worked as well.
Hello! I really like the injection feature and other features provided by it, but recently I mainly work across tmux(es) so the feature is unuseable. Also I didn't see this problem in the roadmap. I'm wondering if it is being solved?
I'm glad to hear that someone other than me is using that feature. I use it a lot.
The extra shell integration features are incompatible with things like GNU Screen and tmux because those two apps are actually terminal emulators themselves. They interpret the VT escapes codes and handle them before it reaches your real emulator (Extraterm etc). The extensions and custom escapes codes which I use for the integration don't survive the trip through Screen or tmux.
One possible way of improving the situation would be to add some kind of direct tmux support to Extraterm, just like what iTerm2 did. iTerm2 will let you connect to a remote tmux session and then you get all of your sessions back.
Hi @sedwards2009, is there any update on this feature which you were talking about?