4 ms·
In that scenario you can often use Tramp - run Emacs locally and let it use ssh and scp to modify the files on the target system. Does the VS Code remote editin
by jks 3y ago
In that scenario you can often use Tramp - run Emacs locally and let it use ssh and scp to modify the files on the target system. Does the VS Code remote editing require some kind of server component on the remote system or does it manage it through ssh and shell commands?
Thankfully the cases where the only available editor is /usr/ucb/vi are starting to get rare.
- shadowgovt 3y agoI'm well-familiar with Tramp and love it dearly. It has several does-not-play-well failure modes that vscode remote doesn't. My favorite is that if I have an ssh out and the session goes down, then (in a way not unlike how a terminal ssh'd out will act if the session goes dead) emacs will just freeze. But apart from those, it's super-great and I do love being able to just treat some random data on some random server or user as a buffer and bring to bear on it everything you can hit a buffer with. That decontextualization, that fitting of one abstraction (the buffer) to so many contexts, is one of the best things about emacs. Yes, vscode does what it does by installing a remote on the target machine and operating from there.
- jks 3y agoI rarely see Emacs freeze even with Tramp, but admittedly I rarely see broken connections. I think in that case VS Code will throw up a modal dialog telling you to reload the window, and after reloading you have the option to sever the connection. For me the main problem with Tramp is the slowness - opening and saving files takes just a tiny bit too long. I'm sure VS Code's approach with a remote server can be faster.