С учётом того, что терминалы уже готовы поддерживать протоколы win32 input mode и/или kitty (сама kitty и WezTerm, например, уже поддерживают, Konsole и GNOME VTE в процессе реализации), а привязка Far к WinAPI решаема через winelib1, появляется реальная возможность портировать Far3 на Linux, включая корректную работу клавиш, TrueColor-цвета и просмотр картинок (протокол отображения графики kitty позволяет; опять-таки, есть как минимум в kitty и WezTerm).
Всё то же самое относится и к возможности рендериться в ESC последовательности (а не в Console API). win32 input mode точно есть в Windows Terminal. Вот графика там только sixel'ная, 256 цветов, но при желании можно обойти тайлингом, наверное. Или можно работать в том же WezTerm, где полноценный протокол графики kitty.
ConEMU по сути не развивается, а всё описанное выше это передний край консольной экосистемы, всё живое и развивающееся, и там уже есть всё необходимое, чтобы получить полноценный UX Far3 здесь и сейчас.
Что думаете?
--
1 если возможностей реализации Console WinAPI в Wine 2016 года хватило, чтобы сделать far2l, то winelib сегодняшняя почти наверняка справится с реализацией всего того, что нужно Far'у, разве что для работы с unix-атрибутами нужно будет отдельный код написать
Таки кроссплатформенный Far3
Таки кроссплатформенный Far3
Ещё было бы здорово конечно интеграцию Far3 и far2l/m улучшить. Чтобы Far3 идеально работал внутри far2l (при подключении к Windows машине по ssh, например), надо чтобы майкрософтовцы сделали OSC52 в ConPTY для доступа к буферу обмена (а протокол win32 input mode, способный передавать через ConPTY все возможные сочетания клавиш, far2l уже и так поддерживает). А вот для обратного нужно в Far3 полноценный эмулятор терминала встраивать, тут мне интересно, насколько такая концепция в целом интересна разработчикам.
Last edited by unxed on Tue 27 Jan, 2026 00:22, edited 1 time in total.