-
Notifications
You must be signed in to change notification settings - Fork 745
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
Fast native emacs client #467
Comments
I think this could be achieved by extending tramp to support mosh. |
I'd really like to see this happen, since it seems likely to cause fewer program hangs than the SSH transport in TRAMP. There's a lengthy thread from 2012 working towards an implementation here. Still sifting through to understand how far they got. |
Putting my vote in for a native Emacs client (or by extending tramp support to mosh--anything that will get mosh working nicely inside Emacs). I'm in the process of switching everything over to Emacs and was sad to find that mosh did not work inside Emacs. |
This will also probably help windows support. Emacs works very well within windows. |
Anyone working on mosh for tramp? |
Would be great to see this happen. |
are there any updates on this? |
As part of a mosh issues triage, we've concluded that the mosh project has no current plans to work on this issue. To accurately reflect that work on this issue is not planned, we're marking this issue as "closed". We still welcome contributions from community members who want to work on this issue. Please feel free to file pull requests re-opening this issue in the future. |
Since an Emacs implementation would be free of a traditional terminal interface, it could potentially be quick and versatile, and this in its own right may make it possible to do even more in Emacs. :) I'm interested to hear ideas around this. The emphasis can be on speed, since I believe in order to perform certain operations in a terminal, this still must be encoded locally as a series of escape sequences via curses or termcap, and so it is bound by a legacy interface. Emacs could be considered one other terminal type, able to jump around and perform an arbitrary function like moving text or jumping to a mark. A particularly fast implementation could also leverage some C code but can make use of the versatility of Emacs. A window size change could also be handled elegantly. This could be integrated with eshell or tramp or other Emacs modes. And ideally the Emacs client could manage multiple windows or instances itself, consuming some functionality of GNU Screen or tmux.
The text was updated successfully, but these errors were encountered: