Известная проблема, увы. Я просто освобождаю на уровне DE нужные мне Alt+F2 и Alt+F7. Всё равно грядет Wayland, а там эти хаки с эксклюзивной обработкой работать не будут, его модель безопасности не позволит
Чуть подробнее. Я пробовал два подхода. 1) Адаптировать существующий код для сборки в нынешних условиях под Linux последней живой версией компилятора Virtual Pascal, под который этот код написан (но который давно не поддерживается). Это получилось, даже как-то работает и что-то рисует. Но компилятор не развивается, а ко встроенной Turbo Vision есть лицензионные вопросы, а ещё не поддерживается Юникод. 2) Пересадить DN на FreeVision из FreePascal. Там есть юникод, и она лицензионно чистая. Теоретически возможно, но на практике очень много скучной работы, я начал и задолбался.
Сейчас пришла в голову идея третьего подхода: с помощью нейроночки написать с нуля на базе FreePascal и FreeVision аналог, совместимый по именам файлов исходников, иерархии классов и API с оригинальным DN настолько, насколько это возможно с учётом другого компилятора и необходимости поддерживать Юникод. Кому интересно, можете поиграться тут (понадобится доступ в Google AI Studio)
Я начинал. И даже что-то запускалось и как-то работало. Проблема в том, что он 1) не юникодный 2) в него впаян нелицензионный код паскалевской turbo vision (т.е. его нельзя использовать в производных продуктах и распространять открыто). А во freepascal'овский free vision юникод только-только завезли, и насколько реально на него DN пересадить это вопрос, может проще с нуля написать аналог. Но на паскале? Языке, который фактически не используется нынче, кроме адского легаси? В общем, не знаю пока
Незнания vim и непонимания vim? А на какой мой запрос могло бы ответить его изучение? Всё, что в нем делается быстрее, ещё быстрее сделает нейронка по словесному описанию задачи
Спасибо за фидбек! А что отечественные дистростроители отвечают, если запросить обновление штатным путем (написать в поддержку или мейнтейнеру пакета, например)?
Нужен ли вам Линукс, я не знаю, мне вот нужен, у меня на нём сервера крутятся. И работать там в привычном файловом менеджере очень кайфово. Особенно, учитывая, что я прямо в нём код пишу (теперь — через ssh прямо на тестовом сервере, без необходимости заморачиваться с настройкой всего стека на личном ноуте и заливкой готового кода на тестовый). Чтоб кто-то код писал в mc — не слышал, представляю себе это с трудом, без системного clipboard'а-то (знаю, что можно настроить, но настроивших людей вживую не встречал). Приучать себя к причудливым сочетаниям клавиш mc, родившимся от безысходности в условиях примитивных терминалов — не хочу и не буду, есть более интересные занятия, на которые можно потратить время. Например, на допилку far2l того же :)
В этой версии в штатный репозиторий наконец добавлена графическая версия Far Manager, не завязанная на ограниченность поддержки клавиатуры и буфера обмена в устаревших терминалах. Внутри фара свой терминал, конечно, есть тоже — достаточно мощный, чтоб гонять там тот же фар уже в консольной редакции без потери UX
У меня та же история, я работал в Far'е под Wine, пока far2l не появился. Лет пять причём, с 2011 по 2016 насколько помню
Известная проблема, увы. Я просто освобождаю на уровне DE нужные мне Alt+F2 и Alt+F7. Всё равно грядет Wayland, а там эти хаки с эксклюзивной обработкой работать не будут, его модель безопасности не позволит
Спасибо! Не только тащу, но и тащусь 🙂
И всё же на какой мой запрос ответит изучение vim? Чего я такого могу желать, чтоб мне захотелось тратить на это время?
Чуть подробнее. Я пробовал два подхода.
1) Адаптировать существующий код для сборки в нынешних условиях под Linux последней живой версией компилятора Virtual Pascal, под который этот код написан (но который давно не поддерживается). Это получилось, даже как-то работает и что-то рисует. Но компилятор не развивается, а ко встроенной Turbo Vision есть лицензионные вопросы, а ещё не поддерживается Юникод.
2) Пересадить DN на FreeVision из FreePascal. Там есть юникод, и она лицензионно чистая. Теоретически возможно, но на практике очень много скучной работы, я начал и задолбался.
Сейчас пришла в голову идея третьего подхода: с помощью нейроночки написать с нуля на базе FreePascal и FreeVision аналог, совместимый по именам файлов исходников, иерархии классов и API с оригинальным DN настолько, насколько это возможно с учётом другого компилятора и необходимости поддерживать Юникод. Кому интересно, можете поиграться тут (понадобится доступ в Google AI Studio)
Я начинал. И даже что-то запускалось и как-то работало. Проблема в том, что он 1) не юникодный 2) в него впаян нелицензионный код паскалевской turbo vision (т.е. его нельзя использовать в производных продуктах и распространять открыто). А во freepascal'овский free vision юникод только-только завезли, и насколько реально на него DN пересадить это вопрос, может проще с нуля написать аналог. Но на паскале? Языке, который фактически не используется нынче, кроме адского легаси? В общем, не знаю пока
В чейнджлоге оно Horizontal panels layout, поэтому
А напишите в чате плз, там почти наверняка сидит кто-нибудь из российских дистростроителей https://t.me/far2l_ru
Если вам нравится vim или vs code, это здорово! А на какой мой запрос ответит следование чьей-то идеологии?
Незнания vim и непонимания vim? А на какой мой запрос могло бы ответить его изучение? Всё, что в нем делается быстрее, ещё быстрее сделает нейронка по словесному описанию задачи
Спасибо за фидбек! А что отечественные дистростроители отвечают, если запросить обновление штатным путем (написать в поддержку или мейнтейнеру пакета, например)?
Нужен ли вам Линукс, я не знаю, мне вот нужен, у меня на нём сервера крутятся. И работать там в привычном файловом менеджере очень кайфово. Особенно, учитывая, что я прямо в нём код пишу (теперь — через ssh прямо на тестовом сервере, без необходимости заморачиваться с настройкой всего стека на личном ноуте и заливкой готового кода на тестовый). Чтоб кто-то код писал в mc — не слышал, представляю себе это с трудом, без системного clipboard'а-то (знаю, что можно настроить, но настроивших людей вживую не встречал). Приучать себя к причудливым сочетаниям клавиш mc, родившимся от безысходности в условиях примитивных терминалов — не хочу и не буду, есть более интересные занятия, на которые можно потратить время. Например, на допилку far2l того же :)
Также мы из mc регулярно что-нибудь срисовываем :-) например, ESC expiration срисовали, маркеры в списке файлов
UI привычнее, если всю жизнь сидел на фаре. А если вас разница по функционалу интересует, то вот табличка сравнения фич
Пропишите в
~/.config/far2l/settings/key_macros.iniСледующее:
— будет открываться по Ctrl+E (или любому другому сочетанию на ваш выбор)
В этой версии в штатный репозиторий наконец добавлена графическая версия Far Manager, не завязанная на ограниченность поддержки клавиатуры и буфера обмена в устаревших терминалах. Внутри фара свой терминал, конечно, есть тоже — достаточно мощный, чтоб гонять там тот же фар уже в консольной редакции без потери UX
sudo apt install far2l-wx
far2l
Есть тест давно
https://habr.com/ru/articles/570780/comments/#comment_28119384
Такие тесты давно изобретены
https://www.sciencedirect.com/science/article/abs/pii/S0196064404002860
По поводу клавиатуры в Убунте — попробуйте в alacritty, тоже есть в репах. Всё нормально должно быть. Буфер тоже работать должен.
GNOME Terminal, увы, никак не хочет принимать патч с поддержкой хотя бы одного достаточно продвинутого для фара клавиатурного протокола.
У нас и portable версия из одного-единственного файла есть, и AppImage, и да, мы в Дебиане и Убунту.