The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Доступна бета-версия порта файлового менеджера Far для Linux, BSD и macOS, opennews (ok), 12-Янв-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


230. "Доступна бета-версия порта файлового менеджера Far для Linux..."  –1 +/
Сообщение от PnD (??), 13-Янв-22, 14:51 
Пользуюсь far2l как текстовым редактором и потому очень хочу доработки именно "текстовых" моментов.
- Доделать выделение мышью https://github.com/elfmz/far2l/issues/892#issuecomment-81565... (не работает только в редакторе, в диалогах работает так что обидно).
- Плагин для обрезки "висящих" пробелов (это я в принципе сам могу, ткните носом в руководство к API для плагинов). Без этого перенос вертикальных блоков устраивает порно (могу оформить отдельным багом), а вкостыливать макрос замены по регуляркам слегка не комильфо.
- Функциональность плагина "far crutches" в части выбора положения курсора после снятия выделения.

Ещё немного не хватает открытия редактора через NetRocks в отдельном потоке (как это в 3-й ветке FAR запилили, правда там оно страшно глючит). И настройки keepAlive по ssh там же.

Ответить | Правка | Наверх | Cообщить модератору

254. "Доступна бета-версия порта файлового менеджера Far для Linux..."  +/
Сообщение от venya (?), 17-Янв-22, 11:37 
'открытия редактора через NetRocks в отдельном потоке' - это как?
Ответить | Правка | Наверх | Cообщить модератору

256. "Доступна бета-версия порта файлового менеджера Far для Linux..."  +/
Сообщение от PnD (??), 17-Янв-22, 19:35 
> 'открытия редактора через NetRocks в отдельном потоке' - это как?

Это так что в "старом-добром" far 1x…2x открытие файла в редакторе netBox блокировало остальную функциональность. В отличие от файлов на локальных ФС.
В far 3x это придумали исправить через такой фокус: редактируемый файл копируется в/на tmp (точнее, там это "C:\TEMP", подзабыл уже́ виндовую нотацию). Дальше редактор работает с локальной копией и не блокируется, но как всегда есть нюанс: если "что-то пошло не так", результат редактирования будет молча похерен. (Но был шанс найти последнее сохранённое в tmp.)

В far2l взяли за основу far 2x (имели право, и у 3x проблемы со вменяемостью сообщества, насколько помню материал уважаемого unxed на хабре год с чем-то назад). Кое что интересное (lua в трёхе) при этом было разменяно на стабильность "фундамента". И это не так плохо: "альфы" far2l у меня ни разу не рушились с момента начала эксплуатации. В отличие от far 3x.

Ответить | Правка | Наверх | Cообщить модератору

257. "Доступна бета-версия порта файлового менеджера Far для Linux..."  +/
Сообщение от elfmz (?), 17-Янв-22, 22:00 
Както сложно вы описали, но непонятно как этим пользоваться, но если речь про возможность выйти из редактора открывшего файл на каком нить SFTP по F12 и потом вернуться назад, то - добавил это только что...
Ответить | Правка | Наверх | Cообщить модератору

258. "Доступна бета-версия порта файлового менеджера Far для Linux..."  +/
Сообщение от PnD (??), 19-Янв-22, 13:28 
> Както сложно вы описали, но непонятно как этим пользоваться, но если речь
> про возможность выйти из редактора открывшего файл на каком нить SFTP
> по F12 и потом вернуться назад, то - добавил это только
> что...

Отлично, работает!
* Собрал из последнего коммита…
Ого, да Вы ещё и keepalive вкрутили!
commit 7e20603c6a1afce53321effb5bb4f2d53665f2a1

Осталось netBox научить "rename" в sftp и в диалоге про права показывать хотя бы номера для user:group (хотя можно и добавить опцию для "самодеятельности": читать из /etc/passwd, /etc/group).

Ответить | Правка | Наверх | Cообщить модератору

259. "Доступна бета-версия порта файлового менеджера Far для Linux..."  +/
Сообщение от elfmz (?), 19-Янв-22, 14:39 
rename делается по F6 - просто сотрите путь в диалоге подтверждения и оставьте только имя
Ответить | Правка | Наверх | Cообщить модератору

260. "Доступна бета-версия порта файлового менеджера Far для Linux..."  +/
Сообщение от PnD (??), 19-Янв-22, 15:03 
> rename делается по F6 - просто сотрите путь в диалоге подтверждения и
> оставьте только имя

Не самый удобный/очевидный способ, согласитесь.
Учитывая что по F6 в диалоге отображается путь "куда" без имени, даже зная "секрет" inplace-переименования нужно неадекватно много телодвижений чтобы просто поправить одну букву.

Но да, так работает. Хотя, тогда удобнее "mv file1 file2". Про "SHIFT+F6" — скорее придирка "на будущее".
Вот выделения в редакторе мышью с зажатой левой кнопкой реально не хватает для интуитивности. При том что есть странный хак с зажатым SHIFT. И дабл-клик тоже работает как ожидается.

Ответить | Правка | Наверх | Cообщить модератору

263. "Доступна бета-версия порта файлового менеджера Far для Linux..."  +/
Сообщение от Michael Shigorinemail (ok), 19-Янв-22, 20:00 
> Хотя, тогда удобнее "mv file1 file2"

Или вовсе mv file{1,2}

Ответить | Правка | Наверх | Cообщить модератору

261. "Доступна бета-версия порта файлового менеджера Far для Linux..."  +2 +/
Сообщение от elfmz (?), 19-Янв-22, 16:20 
Насчет 3го фара - я бы не сказал что там прямо невменяемое сообщество, просто дружбы не получилось, ну и чтож - так бывает. Как я понимаю, им очень не понравилось POC был создан для версии 2 и что он рендерился через гуи либу. И как я подозреваю в целом позиция была 'far для линукса не нужен'. Причины по которым я выбрал 2й фар - у него была более тупо меньшая кодовая база, особенно в тех местах, где особенно требовались изменения логики самого фара, а не тупо подставление своих функций вместо винапи. Для сравнения filelist.cpp в 2.0.1825 - 5014 строк, а в актуальном на тот момент 3.0.4700 - 8760 строк. farwinapi.cpp - 1422 vs 2140 строк соответственно. Кроме того, надо признать, я никогда не был особым знатоком луа, а значит мне по-любому пришлось бы в нее вникать, а работающий фар мне нужен был 'уже вчера'. Сам по себе скриптинг - в линуксе и так все что можно скриптуется, это в винде фар - вау и чудо автоматизации, в линуксе такого гхм.. добра хватает с избытком, а не хватает софта который просто работает, а не представляет собой очередной интерпретатор лиспа с гуем сбоку.
Далее, даже еслиб я выбрал на тот момент 3й фар, и разрабатывал бы так же как разрабатывал far2l - то совместимости с upstream-ом все равно бы не было, так как сама по себе переделка фара так чтоб он был универсален - это гораздо больший труд, чем выкинуть все лишнее и пришить недостающее для линукса. А значит или я в одиночку тянул бы это гораздо дольше, или, если бы far team подключился - все бы пилили только этот кроссплатформ, фактически забив на разработку оригинального фара.
Ответить | Правка | К родителю #256 | Наверх | Cообщить модератору

262. "Доступна бета-версия порта файлового менеджера Far для Linux..."  +/
Сообщение от Michael Shigorinemail (ok), 19-Янв-22, 19:56 
> Причины по которым я выбрал 2й фар - у него была более тупо меньшая кодовая база

Спасибо, занятно.

PS: пробовал как-то собрать на эльбрусе far2l 2.4.0, огрёб такое:

lcc: "/usr/src/RPM/BUILD/far2l-2.4.0/far2l/far2sdk/farplug-wide.h", line 110: error #70:
          incomplete type is not allowed
  #define _export __declspec(dllexport)
                  ^
in expansion of macro "_export" at line 2365
        void   WINAPI _export ClosePluginW(HANDLE hPlugin);
                      ^

Если вдруг интересно, могу дать шелл :-)
Ответить | Правка | Наверх | Cообщить модератору

264. "Доступна бета-версия порта файлового менеджера Far для Linux..."  +1 +/
Сообщение от elfmz (?), 19-Янв-22, 20:19 
попробуйте сейчас текущий мастер
Ответить | Правка | Наверх | Cообщить модератору

265. "Доступна бета-версия порта файлового менеджера Far для Linux..."  +/
Сообщение от Michael Shigorinemail (ok), 19-Янв-22, 21:10 
> попробуйте сейчас текущий мастер

Мухой собрался на Э-16С:
3303.87user 147.08system 4:21.98elapsed 1317%CPU (0avgtext+0avgdata 724992maxresident)k
...и там же запустился :)

Предложил коллегам обновить пакет: http://bugzilla.altlinux.org/41745

Спасибо, здорово вышло!

Ответить | Правка | Наверх | Cообщить модератору

266. "Доступна бета-версия порта файлового менеджера Far для Linux..."  +/
Сообщение от elfmz (?), 19-Янв-22, 21:43 
> Мухой собрался на Э-16С:
> 3303.87user 147.08system 4:21.98elapsed 1317%CPU (0avgtext+0avgdata 724992maxresident)k

то есть 4 минуты собирался? у меня дефолтовая конфигурация (с wx без питона) на 1950X собирается за 26 секунд если запускать time make -j16 (то есть без HT).

Ответить | Правка | Наверх | Cообщить модератору

268. "Доступна бета-версия порта файлового менеджера Far для Linux..."  +/
Сообщение от Michael Shigorinemail (ok), 19-Янв-22, 22:42 
> то есть 4 минуты собирался?

Да, тоже с -DPYTHON=no; lcc примерно втрое более вычислительно ёмкий, чем gcc, а мы по умолчанию ещё и с -O3 собираем (проверил с -O0, собралось раза в два быстрей, но ездить же будет медленней).

Ну и у меня на этой машинке (e2kv6) пока что альт для v5, что тоже не совсем оптимально.

Ответить | Правка | Наверх | Cообщить модератору

269. "Доступна бета-версия порта файлового менеджера Far для Linux..."  +/
Сообщение от elfmz (?), 19-Янв-22, 22:56 
> Да, тоже с -DPYTHON=no; lcc примерно втрое более вычислительно ёмкий, чем gcc,

А ну в принципе действительно, сравнивать скорость работы разных компиляторов - так себе идея.

Ответить | Правка | Наверх | Cообщить модератору

270. "Доступна бета-версия порта файлового менеджера Far для Linux..."  +/
Сообщение от Michael Shigorinemail (ok), 19-Янв-22, 23:02 
>> Да, тоже с -DPYTHON=no; lcc примерно втрое более вычислительно ёмкий, чем gcc,
> А ну в принципе действительно, сравнивать скорость работы разных компиляторов -
> так себе идея.

Нормальная идея, тоже ж важный показатель :)  Просто для более узкого круга заинтересованных...

Ответить | Правка | Наверх | Cообщить модератору

276. "Доступна бета-версия порта файлового менеджера Far для Linux..."  +/
Сообщение от Michael Shigorinemail (ok), 23-Янв-22, 17:36 
> попробуйте сейчас текущий мастер

2.4.0-alt2 с этим коммитом уже в репозиториях: http://packages.altlinux.org/far2l :-)

Ответить | Правка | К родителю #264 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру