Skip to content
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

Closed
Intensity opened this issue Oct 19, 2013 · 10 comments
Closed

Fast native emacs client #467

Intensity opened this issue Oct 19, 2013 · 10 comments
Labels

Comments

@Intensity
Copy link

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.

@zabbal
Copy link

zabbal commented May 15, 2014

I think this could be achieved by extending tramp to support mosh.

@edrex
Copy link

edrex commented Oct 22, 2015

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.

@edrex
Copy link

edrex commented Oct 22, 2015

In this post the PI from that thread refers to mosh #41 as a prerequisite, so this looks to be blocked on the mosh side.

@raamdev
Copy link

raamdev commented Mar 14, 2016

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.

@voronoipotato
Copy link

This will also probably help windows support. Emacs works very well within windows.

@sai-prasanna
Copy link

Anyone working on mosh for tramp?

@pdblood
Copy link

pdblood commented Sep 5, 2019

Would be great to see this happen.

@gitrj95
Copy link

gitrj95 commented Nov 7, 2021

are there any updates on this?

@achernya
Copy link
Collaborator

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.

@achernya achernya closed this as not planned Won't fix, can't repro, duplicate, stale Jan 20, 2023
@Cuteistfox

This comment was marked as off-topic.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests