История изменений

sshfs && vi?

Так это же надо настраивать и т.д. Или можно отойти от принципа «работает из коробки» когда тебе неудобно признать, что emacs здесь справляется на отлично?

Графика = Emacs GUI

Чем emacs gui для тебя отличается от не-gui? Тут как раз критиковали GUI за то что это тупо обёртка над консолью. Это не совсем так, но для программирования разницы особой нет. Впрочем, если тебе прям вот сильно горит, можешь попробовать через Xming + ssh -Y.

нормально ли будут работать плагины которые используют Python? Elpy там допустим.

Если ты будешь запускать emacs из контейнера, так же как vscode, то всё будет работать даже лучше чем в vscode. Просто потому что не прибито к платформе, а написано на elisp. В vscode нет никакой гарантии, что плагин будет работать удалённо.

PS: ну камон, кого ты тут лечишь - разработчик на винде, без установленных средств разработки (но при этом докер установлен, ага), что-то там отлаживает в контейнере. Это что за юный какир такой? ЦА vscode?

sshfs && vi?

Так это же надо настраивать и т.д. Или можно отойти от принципа «работает из коробки» когда тебе неудобно признать, что emacs здесь справляется на отлично?

Графика = Emacs GUI

Чем emacs gui для тебя отличается от не-gui? Тут как раз критиковали GUI за то что это тупо обёртка над консолью. Это не совсем так, но для программирования разницы особой нет. Впрочем, если тебе прям вот сильно горит, можешь попробовать через Xming + ssh -Y.

нормально ли будут работать плагины которые используют Python? Elpy там допустим.

Если ты будешь запускать emacs из контейнера, так же как vscode, то всё будет работать даже лучше чем в vscode. Просто потому что не прибито к платформе, а написано на elisp. В vscode нет никакой гарантии, что плагин будет работать удалённо.

PS: ну камон, кого ты тут лечишь - разработчик на винде, без установленных средств разработки (но при этом докер установлен, ага), что-то там отлаживает в контейнере. Это что за юных какир такой? ЦА vscode?