The OpenNET Project / Index page

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



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

"Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от opennews (??), 27-Янв-24, 18:03 
После пяти месяцев разработки опубликован выпуск консольного файлового менеджера Midnight Commander 4.8.31, распространяемого в исходных текстах под лицензией GPLv3+...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=60510

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

Оглавление

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


3. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +19 +/
Сообщение от неаноним (?), 27-Янв-24, 18:06 
Вот уж действительно - супер вещь
Ответить | Правка | Наверх | Cообщить модератору

67. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от penetrator (?), 28-Янв-24, 04:12 
far интереснее хотя бы потому что с архивами не тупит

а вообще юзаю оба

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

70. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от imho (ok), 28-Янв-24, 06:44 
> а вообще юзаю оба

глянул far2l (потому что оказывается уже есть в дистрибутиве)…

до сих пор не могу в mcedit настроить отступ выделенных блоков текста,
а там сразу работает (даже в screen) ;)

многое выглядит непривычным (в том числе цветовая схема),
но то что есть альтернатива — уже хорошо

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

81. "Выпуск файлового менеджера Midnight Commander 4.8.31"  –1 +/
Сообщение от penetrator (?), 28-Янв-24, 17:24 
>> а вообще юзаю оба
> глянул far2l (потому что оказывается уже есть в дистрибутиве)…
> до сих пор не могу в mcedit настроить отступ выделенных блоков текста,
> а там сразу работает (даже в screen) ;)
> многое выглядит непривычным (в том числе цветовая схема),
> но то что есть альтернатива — уже хорошо

я компилю свой, заодно убираю баннер с горячими клавишими при старте

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

141. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от rvs2016 (ok), 03-Фев-24, 18:15 
> far интереснее хотя бы потому что с архивами не тупит

Это на видне фар работает правильно.

А в фряхе far2l тупит во многих делах:

Никакие команды из своей командной строки за запускает.

В архивы заходит, но при попытке что-то из них скопировать провисает так же, как при попытке запуска команды из комстроки:

%HOSTNAME%:$ "/usr/local/bin/far2l" --libexec "/usr/local/lib/far2l/Plugins/multiarc/plug/multiarc.far-plug-mb" BuiltinMain libarch x /home/rvs/DOWNLOAD/profiles.zip   -- "BetaRGB.icc"
%HOSTNAME%:$ "/usr/local/bin/far2l" --libexec "/usr/local/lib/far2l/Plugins/multiarc/plug/multiarc.far-plug-mb" BuiltinMain libarch X /home/rvs/DOWNLOAD/mpv-0.35.0.tar.gz -@ -- "mpv-0.35.0/"

Archiver reported exit code 47

Во радость какая от far2l в фряхе!

Ну для простых дел типа поковировать/поперемещать файлики или там запустить документик odt, или запустить картинку для просмотра его в фряхе пока хватает. Ну чтоб не устанавливать gui-командеры типа mucommander, krusader да всякие им подобные и чтобы не пользоваться "файловым менеджером" dolphin в суе, когда есть привычный фар под рукой. :-)

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

158. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от penetrator (?), 04-Фев-24, 07:02 
что там у фара во фряхе я не в курсе, в линуксе у него полет отличный

и с архивами и распаковкой и запаковкой, и все команды он запускает из своей консоли, притом кое что даже через NetBox

а во фряхе у меня UI midnight commander'а даже ипался на экране

так что мне фряха не нужна, чтобы так заморачиваться

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

166. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от rvs2016 (ok), 04-Фев-24, 22:09 
> что там у фара во фряхе я не в курсе

У Фара в фряхе видел я каталог /usr/local/share/far2l , в котором кроме прочего лежат скрипты closewait.sh notify.sh open.sh ps.sh trash.sh unmount.sh view.sh.
Может быть они как-то не правильно работают или не работают вовсе - не проверял.
Может быть проверить их тексты и Фар перестанет зависать на определённых операциях - не знаю. Проверять же это всё лениво. Не работает - да и ладно.

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

170. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Роман (??), 10-Фев-24, 07:49 
На фряхе фар запускать - только портить, не для того фряху делают.
Ответить | Правка | К родителю #141 | Наверх | Cообщить модератору

7. Скрыто модератором  –1 +/
Сообщение от Аноним (-), 27-Янв-24, 18:10 
Ответить | Правка | Наверх | Cообщить модератору

16. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (16), 27-Янв-24, 19:09 
Какой-то тормоз ментейнер - уже 1,5 года не может влить мой пулреквест из 10ти строчек с настройкой меню для удалению файлов по ходу F6, а не в конце, как задано по умолчанию.
Ответить | Правка | Наверх | Cообщить модератору

18. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +5 +/
Сообщение от Ментейнер (?), 27-Янв-24, 19:24 
Потому и не вливаю что там 10 строчек, не солидно выглядит. Напиши нормальный взрослый патч строк на 1000 и присылай, тогда вмёрджу.
Ответить | Правка | Наверх | Cообщить модератору

23. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (23), 27-Янв-24, 19:43 
Зайцев, ты ли это?
Ответить | Правка | Наверх | Cообщить модератору

25. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +4 +/
Сообщение от Аноним (25), 27-Янв-24, 19:53 
зайцев.нет у нас вы найдёте то что вам нужно
Ответить | Правка | Наверх | Cообщить модератору

62. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +2 +/
Сообщение от Аноним (62), 28-Янв-24, 02:32 
Зайцев нет, зато есть патчи к Миднайт Коммандеру :)
Ответить | Правка | Наверх | Cообщить модератору

20. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +6 +/
Сообщение от Аноним (-), 27-Янв-24, 19:33 
Напиши ему. Может он забыл давно про твой патч. Обычно пока их палкой не ткнёшь, они не пошевелятся.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

30. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +9 +/
Сообщение от Аноним (30), 27-Янв-24, 20:43 
Может даже забыл что ментейнер
Ответить | Правка | Наверх | Cообщить модератору

29. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (29), 27-Янв-24, 20:42 
А в чём профит, если не секрет?
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

60. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от Аноним (62), 28-Янв-24, 02:21 
Я не автор патча, но предполагаю, что профит в том, что если при перемещении развесистого дерева каталогов произошёл сбой, то легче его потом продолжить с момента сбоя.

С другой стороны, в таком случае в и в источнике, и в приёмнике будет неполная копия дерева.

И ещё неизвестно что важнее, иметь полную и консистентную копию дерева каталогов хотя бы в одном месте, или более лёгкое продолжение операции перемещения.

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

61. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +3 +/
Сообщение от Аноним (62), 28-Янв-24, 02:29 
С третьей стороны, если хочется иметь полную копию хотя бы в одном месте - можно сначала всё скопировать, а потом всё удалить из источника. К тому же, если перемещать дерево в пределах одной файловой системы - файлы и каталоги всё равно будут перемещаться по одному, то есть полнота и консистентность дерева всё равно будет нарушена на время перемещения. Поэтому склоняюсь к тому, что копирование и удаление пофайлово - всё-таки правильный способ. Тогда перемещение между разными файловыми системами происходит похожим образом, как в пределах одной файловой системы.
Ответить | Правка | Наверх | Cообщить модератору

77. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от Аноним (77), 28-Янв-24, 14:34 
> в пределах одной файловой системы

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

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

83. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (62), 28-Янв-24, 20:34 
Это и есть перемещение файлов в пределах файловой системы. Файлы перемещаются из одних каталогов в другие. А контент этих файлов, естественно, не перемещается.

А вообще, странное буквоедсвто какое-то.

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

35. Скрыто модератором  +1 +/
Сообщение от Аноним (35), 27-Янв-24, 21:44 
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

19. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от Аноним (-), 27-Янв-24, 19:31 
Поистине must have для любой unix like системы. Первым делом всегда устанавливаю mc.
Ответить | Правка | Наверх | Cообщить модератору

68. "Выпуск файлового менеджера Midnight Commander 4.8.31"  –1 +/
Сообщение от penetrator (?), 28-Янв-24, 04:14 
а другого консольного невырвиглазного в репах нету ))))
Ответить | Правка | Наверх | Cообщить модератору

72. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (72), 28-Янв-24, 09:08 
настрой цветовую схему: в ~/.config/mc/ini найди [Colors], в нём длинная строка xterm -- её подкорректируй и будет тебе счастье.
Ответить | Правка | Наверх | Cообщить модератору

73. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от None (??), 28-Янв-24, 10:59 
mc -b # Файловый менеджер в любимых цветах.
Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

80. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от penetrator (?), 28-Янв-24, 17:23 
> mc -b # Файловый менеджер в любимых цветах.

месье знает толк в извращениях, я лучше со стандартным )))

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

104. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от qwe (??), 30-Янв-24, 08:37 
Что мешает использовать скины? Их куча разных.

mc -S skin_name

Список скинов обычно лежит здесь: /usr/share/mc/skins/

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

126. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от penetrator (?), 31-Янв-24, 21:08 
> Что мешает использовать скины? Их куча разных.
> mc -S skin_name
> Список скинов обычно лежит здесь: /usr/share/mc/skins/

я профиль по умолчанию настроил в KDE, мне хватает mc одинаковый что в консоли нативной, что в гуевой

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

136. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от qwe (??), 03-Фев-24, 06:00 
> я профиль по умолчанию настроил в KDE, мне хватает mc одинаковый что
> в консоли нативной, что в гуевой

На самом деле может быть полезно использование отдельного цвета для mc запущенного из под root. так, на всякий случай. У меня для root-а сделаны более ядовитые цвета.

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

143. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от rvs2016 (ok), 03-Фев-24, 18:32 
Это понятно.
Но для root у него префикс командной строки = #, а для не root = %.
Это, конечно, менее заметно, чем ядовитые цвета, но шанс угадать root/не root есть. :-)
Ответить | Правка | Наверх | Cообщить модератору

142. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от rvs2016 (ok), 03-Фев-24, 18:29 
> а другого консольного невырвиглазного в репах нету ))))

deco есть.

Когда фряху приходится загружать в однопользовательский режим, то mc может не запускаться и вот тогда выручает deco, когда надо вытащить нужные файлы с загибающегося винчестера. Поэтому я его в каждую фряху обязательно устанавливаю в самом начале жизни фряхи на винчестере, чтобы потом было чем вытаскивать файлы с винчестера, когда он через много лет службы верой и правдой таки начнёт загибаться уж.

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

26. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от Аноним (26), 27-Янв-24, 20:27 
> Повышены требования к версии GLib, для работы теперь требуется как минимум выпуск 2.32.0.

Denian <= 11 и Ubuntu <= 20.04 за бортом.

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

28. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +3 +/
Сообщение от ivan1986email (?), 27-Янв-24, 20:35 
Ну так если вы сидите на старых системах зачем вам отдельную программу обновлять до самой последней версии, как доберетесь обновить, так он и в репозитарии подъедет.
Ответить | Правка | Наверх | Cообщить модератору

46. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (26), 27-Янв-24, 23:11 
Это да, такое подход вполне жизнеспособен, но бывают и баги, и интересные фичи.
В любом случае это была просто констатация факта.
Ответить | Правка | Наверх | Cообщить модератору

33. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (33), 27-Янв-24, 21:07 
>> Повышены требования к версии GLib, для работы теперь требуется как минимум выпуск 2.32.0.
> Denian <= 11 и Ubuntu <= 20.04 за бортом.

Правда, что ль? 2.32.0 отрелизилась аж в 2012 году.
https://download.gnome.org/sources/glib/2.32/

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

45. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от Аноним (26), 27-Янв-24, 23:09 
Правда, что ль? Debian 11 на длительной поддержке до середины 2026го, с Ubuntu так:
20.04 ещё больше года с нормальной поддержкой + расширенная до 2030го;
18.04 на расширенной до 2028го;
16.04 на расширенной до 2026го.
Ну и патчи не так уж редко бэкпортируются с версий посвежее.

В любом случае, это была просто констатация факта, без какой-либо негативной коннотации.

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

59. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (62), 28-Янв-24, 02:09 
> без какой-либо негативной коннотации

А вот мне и ещё как минимум 2 людям таки показалось, что была она, коннотация эта самая. По-моему, лукавишь ты немножко.

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

49. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (-), 27-Янв-24, 23:38 
> Denian <= 11 и Ubuntu <= 20.04 за бортом.

Сам ды Denian! Ununtu блин поправь. Но вообще нехорошо с их стороны, да. С одной стороны меня тут как-то кто-то из проекта лечил что отсутствие тредов, с вытекающими отсюда глазами^W клинами на ряде операций - чтобы работало "везде". С другой - оказывается "везде" так то здесь вам не тут, то везде это другое везде, понимать надо! Но господам определиться бы с политикой проекта то.

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

57. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (26), 28-Янв-24, 01:46 
> Сам ды Denian! Ununtu блин поправь.

Буквы рядом, очевидно же, что опечатка.

> Но вообще нехорошо с их стороны, да.

Не факт, что это не необходимо, в ченджлоге 2.32 скромно всё, одни багофиксы:

671988 Quickly registering / unregistering objects on bus...
672095 glib needs stable sort function
672406 glib/tests/include.c fails to build on FreeBSD

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

63. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (-), 28-Янв-24, 03:13 
>> Сам ды Denian! Ununtu блин поправь.
> Буквы рядом, очевидно же, что опечатка.

Да просто забавная опечатка, немного обидная для дебиана. Учитывая что deny это отказ - это чего за дистр получается?! Обломщик? Обломинго? Обламыватель? Пффф!

> Не факт, что это не необходимо, в ченджлоге 2.32 скромно всё, одни багофиксы:

Ну, мало ли, может какой баг мешал жить, конечно, черт их там знает. Просто раз пошла такая пьянка может они и нормальный threaded интерфейс могли бы? Без блокирующих операций в UI и проч?

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

58. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (58), 28-Янв-24, 01:50 
Аппимэйдж может есть?
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

90. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (90), 29-Янв-24, 12:33 
Чел, это ты за бортом.

В Debian 11 версия 2.66, в ubuntu 20 - 2.64
https://packages.debian.org/bullseye/libglib2.0-0
https://packages.ubuntu.com/focal-updates/libglib2.0-0

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

105. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (105), 30-Янв-24, 08:57 
Все возможно, но не силами дистроделов
# rpm -qa | grep mc-
mc-4.8.31-1.el6.x86_64
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

31. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (-), 27-Янв-24, 20:44 
> В VFS добавлена поддержка формата сжатия LZO/LZOP.

Не прошло и 20 лет. Или, таки, прошло? :)

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

34. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (34), 27-Янв-24, 21:44 
>В VFS прекращена поддержка сервера и протокола FISH

бат вай?

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

37. "Выпуск файлового менеджера Midnight Commander 4.8.31"  –1 +/
Сообщение от AlexYeCu (ok), 27-Янв-24, 22:02 
>бат вай?

Чтобы у far2l появились преимущества.

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

106. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Лёха (?), 30-Янв-24, 09:52 
New packages to be INSTALLED:
    bash: 5.2.26
    far2l: 2.5.3
    libssh: 0.10.6
    neon: 0.32.5_1
    uchardet: 0.0.8_1
    wx30-gtk2: 3.0.5.1_4
    xerces-c3: 3.2.5

Number of packages to be installed: 7

The process will require 79 MiB more space.

Спасиба, нинада.

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

144. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от rvs2016 (ok), 03-Фев-24, 18:46 
> Спасиба, нинада

Да ладно!
Тебе чё - жалко что ли? :-)

Мне вон уствновкой мидная ещё и перла натолкали, а я этому даже рад, т.к. иначе пришлось бы перл устанавливать руками после того, как его из базы выталкали:

% pkg info -d mc
mc-4.8.28:
        libXext-1.3.4,1
        libX11-1.7.2,1
        diffutils-3.8
        libssh2-1.11.0,3
        python39-3.9.18
        perl5-5.32.1_3
        libslang2-2.3.3
        glib-2.74.5,2
        gettext-runtime-0.21.1
        zip-3.0_1

zip мне ещё миднаем установили "в подарок", а то и его пришлось бы руками устанавливать. :-)

А чё тебе, кстати, не натолкали питона?
И зачем тебе для установки мидная подтолкнули far2l? Это же отдельный файловый менеджер. Ну ладно. Его-то тоже должно ж быть не жалко ж - он же тоже хорошая приблуда. :-)

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

38. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от scriptkiddis (?), 27-Янв-24, 22:08 
А ты типо использовал? Серьезно? Не ради нытья а по правде в проде?
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

41. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от Аноним (41), 27-Янв-24, 22:46 
> Midnight Commander
> в проде

Что ещё придумаешь? Mission critical Tux Racer?

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

52. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от Аноним (-), 27-Янв-24, 23:50 
>> Midnight Commander
>> в проде
> Что ещё придумаешь? Mission critical Tux Racer?

Что тебя удивляет, лолка? Довольно много народа этим орудуют. И если возникают какие-то вопросы с работой сервака, с миднайтом копаться там сильно удобнее чем без. У меня это вообще местами стандартный компонент вкатываемый при генерации образа еще. Места занимает не дофига а при случае полезен. Так что может быть и миднайт в проде. Почему нет?

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

53. "Выпуск файлового менеджера Midnight Commander 4.8.31"  –2 +/
Сообщение от Аноним (41), 28-Янв-24, 00:09 
То, что какой-то бинарник по недосмотру твоего сеньора затесался на сервере ещё не значит, что он для прода нужен.
Ответить | Правка | Наверх | Cообщить модератору

64. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +2 +/
Сообщение от Аноним (-), 28-Янв-24, 03:15 
> То, что какой-то бинарник по недосмотру твоего сеньора затесался на сервере ещё
> не значит, что он для прода нужен.

А я вообще сам себе синьор помидор. Прикинь, какая незадача? Это у тебя там - кнутователи. Что, едва с гор слез, и уже кр00той интырпрайзник, весь мир у твоих ног? Ага, ща, губозакаточную машинку купи.

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

91. "Выпуск файлового менеджера Midnight Commander 4.8.31"  –2 +/
Сообщение от нах. (?), 29-Янв-24, 13:26 
> А я вообще сам себе синьор помидор.

то есть про какой-то прод ты нап3дюнькал. Нае...л. Наврал короче.

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

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

101. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от Аноним (-), 30-Янв-24, 02:17 
> то есть про какой-то прод ты нап3дюнькал. Нае...л. Наврал короче.

Прод это прод. Он обеспечивает работу систем, выполнение нужных задач и в конечном итоге получение каких-то бабок или фана. Масштабы и конкретика могут варьироваться в весьма диких пределах.

А у твоей суперпомойки совдепского разлива нет монополии решать что есть прод, внезапно.

> Нет у тебя никакого "прода", а есть корявый локалхост, где и правда
> нужен mc - без него не разобрать что ты там вручную понаворотил из дерьма и палок.

Я б сказал что локалхостов у меня уже довольно много есть, так то...

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

110. "Выпуск файлового менеджера Midnight Commander 4.8.31"  –1 +/
Сообщение от нах. (?), 30-Янв-24, 12:02 
нет, чувак - прод - это чего-то массовое и за денежку, и когда интересует - результат, а не процесс.

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

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

112. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от Аноним (-), 30-Янв-24, 12:31 
> нет, чувак - прод - это чего-то массовое и за денежку, и
> когда интересует - результат, а не процесс.

Прод это по определению - production env. В этом определении ничего не говорится о том насколько оно (не)массовре и проч. Скажем какие-нибудь рендерфермы голливуда сами по себе миллионам хомяков ничего не рендерят.

И ты кажется кое что совсем не понял. Я люблю сочетать приятное с полезным. И меня кайф от процесса и прагматичный результат - интересует примерно одинаково. Более того, меня так по жизни не особо интересуют процессы без прагматичного результата. Сюрприз!

> Но ты конечно можешь тоже свой локалхост называть продом, и дальше свой
> отдельный уникальный язык изобретать.

Большая часть "локалхостов" делает что-то полезное и их отказ будет замечен. В этом смысле оно таки обычный продакшн. И ты еще как умная клава рассказываешь это R&Dшнику который видел вот это все в интерьере. Не твоем совдепском сельпо, а - верхушке фортуны 500. Куда таких как ты на пушечный выстрел не подпустят, ибо любой вменяемый манагер пошлет эксперта по всему, который ни в чем не разбирается но мнение имеет еще на подлете, зафиг ему такое в тиме?! Они тоже на результат работают. И вот этот момент я у них как раз неплохо усвоил, имхо. Поэтому и линух, а не... и САБЖ - особенно с links keys - хорошо вписывается в быструю диагностику и тому подобное. Конечно при продовой эксплуатации тазик прсото работает и его вооюще никто не трогает. Но есть еще всякие смежные вещи "в стиле девопс" - когда весь продакшн несколько более динамичная штука чем твое болото с однотипным гвоздиловом без задействования мозга.

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

89. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (89), 29-Янв-24, 11:20 
> Места занимает не дофига

Вот только он за собой питон тянет. Для сервера пофиг, но в образ я бы не стал его добавлять. Хотя наверное понятие "не дофига" у всех разное.

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

102. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (-), 30-Янв-24, 02:19 
>> Места занимает не дофига
> Вот только он за собой питон тянет. Для сервера пофиг,

Миднайт? Питон? Это где такое? И что он с ним делает? В актуальном дебиане stable никаких питонов в mc явно нету. Если что я задеплоил образ демьяна на виртуалку 5 минут назад, так что чертовски уверен что никаких питонов там нет а mc есть.

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

87. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (105), 29-Янв-24, 06:56 
Не прекращена, а переименована в shell
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

42. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Швондик (?), 27-Янв-24, 22:49 
VHS уже поддерживает?
Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от Аноним (30), 28-Янв-24, 00:11 
АрВид зажевывает, а патч 20 лет ревьювят
Ответить | Правка | Наверх | Cообщить модератору

43. "Выпуск файлового менеджера Midnight Commander 4.8.31"  –3 +/
Сообщение от Аноним (43), 27-Янв-24, 22:51 
После появления far2l про сабж даже вспоминаю в ностальгических целях раз в полгода. Вот как сейчас.
Ответить | Правка | Наверх | Cообщить модератору

47. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +3 +/
Сообщение от Аноним (47), 27-Янв-24, 23:16 
Зависимости неадекватные. В арче, например, не было у тебя gtk3 в системе, поставь far2l - будет. А еще притянет обязательно и gstreamer, и sdl2, и wayland до кучи. Его готовить не умеют. Если только самому.
Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск файлового менеджера Midnight Commander 4.8.31"  –1 +/
Сообщение от Аноним (43), 27-Янв-24, 23:28 
Тут вопрос надо ставить ребром — а зачем мне нужен арч и арчепроблемы?
Ответить | Правка | Наверх | Cообщить модератору

51. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (-), 27-Янв-24, 23:46 
> Тут вопрос надо ставить ребром — а зачем мне нужен арч и арчепроблемы?

Я проверил. В дебиане эта байда тоже пытается скачать половину интернета. Как минимум libsmb - вместе со всем обвесом, какую-то конвертилку картинок (?!), htop (зачем?!) и даже libx11, т.е. добрую половину иксов, бжад. Очень круто на сервере или роутере - сразу в три раза больше мусора. Впрочем на роутере вообще место может кончиться, в отличие от миднайта.

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

55. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (47), 28-Янв-24, 01:00 
Во-во.. Там еще и libssh, а не libssh2 даже.
Ответить | Правка | Наверх | Cообщить модератору

65. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (-), 28-Янв-24, 03:18 
> Во-во.. Там еще и libssh, а не libssh2 даже.

Просто если вбахать "apt install far2l" на серваке/роутере/эмбедовке и проч - объем того что оно хотит скачать несколько напрягает, и это в РАЗЫ жирнее миднайта выходит. А как кто-то заметил в таком случае оно скорее диагностическое или твикерское добро, а не тул для прода - и такой навес барахла на сервак - душу не греет.

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

50. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от Аноним (-), 27-Янв-24, 23:41 
> Зависимости неадекватные. В арче, например, не было у тебя gtk3 в системе, поставь far2l

А зачем этой байде гнум? Оно что, не консольное? Ну тогда оно нафиг не упало и сабжу не конкурент.

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

56. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (47), 28-Янв-24, 01:01 
Оно типа консольное, но не очень адекватное.
Ответить | Правка | Наверх | Cообщить модератору

66. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (-), 28-Янв-24, 03:20 
> Оно типа консольное, но не очень адекватное.

Ну, в дебиане 12 гнума вроде нет. Но половину иксов таки - пытается. Сейчас бы мне на сервак иксовые либы только и качать. И CVEхи в них потом по 5 штук в месяц, гадай потом импактит оно хост или нет.

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

71. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (71), 28-Янв-24, 08:22 
> А зачем этой байде гнум? Оно что, не консольное?

Бывает и консольная сборка, бывает и графическая.

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

109. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (109), 30-Янв-24, 12:00 
>Если только самому.

Вот это и есть самая ключевая суть. Иногда, лучше самому собрать.

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

145. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от rvs2016 (ok), 03-Фев-24, 19:09 
> После появления far2l про сабж даже вспоминаю
> в ностальгических целях раз в полгода.

far2l зависает при попытке запустить что-то из его командной строки или при попытке скопировать что-то изнутри архива.
Зависает хоть и не намертво (Ctrl-Alt-C отвисает его обратно), но более удобной, чем mc, это неприятное обстоятельство программу far2l не делает.

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

44. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от Аноним (47), 27-Янв-24, 22:59 
В mcdiff 4.8.30 там бяка началась. Segmentation fault (core dumped) при сравнении файлов с включенной нумерацией строк. Если line numbers отключить, всё тип-топ.
Ответить | Правка | Наверх | Cообщить модератору

74. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от YetAnotherOnanym (ok), 28-Янв-24, 12:10 
> Реализация виртуальной ФС s3+, используемая для доступа к хранилищу Amazon AWS S3, переведена на Python 3

А на компилируемом языке клиентской либы не нашлось, да?

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

93. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (-), 29-Янв-24, 18:41 
А тому, кто умеет на компилируемом языке писать, s3 даром не сдалась.
Ответить | Правка | Наверх | Cообщить модератору

98. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от YetAnotherOnanym (ok), 29-Янв-24, 23:44 
Вот не соглашусь. S3 - это отраслевой стандарт де-факто.
Ответить | Правка | Наверх | Cообщить модератору

99. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (-), 30-Янв-24, 01:09 
Гошечку с её примитивной компиляцией компилируемым языком можно назвать с натяжкой.
Ответить | Правка | Наверх | Cообщить модератору

75. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от Аноним (75), 28-Янв-24, 13:54 
Одна из тех вещей из DOSовских времен, которых жутко не хватает в линухе. В DOSе была куча консольного софта с псевдографическим интефейсом почти на все случаи жизни. Вспомнить хотя бы NU от того же Нортона. Особенно не хватает, когда коннектишся по ssh в терминал, а не к удаленному рабочему столу. Люди еще в 80х поняли, что стрелочками быстрее, чем писать постоянно ls и cd. А эти еще нет.
Ответить | Правка | Наверх | Cообщить модератору

78. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +4 +/
Сообщение от Аноним (78), 28-Янв-24, 14:47 
В смысле не хватает? MC - для линуха и есть.
Ответить | Правка | Наверх | Cообщить модератору

84. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (84), 28-Янв-24, 21:09 
Не мешай человеку ностальгировать.
Ответить | Правка | Наверх | Cообщить модератору

85. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от nc (ok), 28-Янв-24, 21:52 
Сейчас кстати и всякой интересной псевдографики в Юникоде больше чем было в DOSовские времена. И RGB палитру можно использовать в терминалах. И терминалы теперь не привязаны жестко к разрешению экрана. Так что вполне можно писать такой софт с TUI, который будет еще лучше чем тот, старый.
Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

86. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от Аноним (86), 29-Янв-24, 04:23 
Можно, но зачем?
Ответить | Правка | Наверх | Cообщить модератору

107. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (109), 30-Янв-24, 11:54 
Удалённый доступ по ssh, написали же выше. Пробрасывать X11 можно, но тормознее. А если ещё и канал узкий? Ну а Вяленд и на это не способен.
Ответить | Правка | Наверх | Cообщить модератору

92. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (92), 29-Янв-24, 16:29 
>А эти

А эти целый емакс написали, который работает на Control и Meta, то есть, ещё и на Termux с двумя кнопками громкости с биндами на всё это. Другое дело в том, что кнопки громкости после такого использования обычно на не-rugged телефонах выходят из строя.

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

95. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (41), 29-Янв-24, 19:04 
Стрелочки от бесконечной череды ls и cd недалеко ушли. Под тот же DOS (и OS/2, пока это было актуально) был божественный ZTreeBold. Но так как он слишком сильно ломал неокрепшие мозги пользователей nc.exe и dn.exe, особой популярности в массах не снискал. Тем не менее, такие нудные вещи из того унылого века как уборка на общей шаре или разбор фэхи в нём делались молниеносно.

Под онтопик сегодня есть не менее божественный broot. Но опять же, он мало того что не под стрелочки заточен, так ещё ещё и написан на Расте, от чего у местной нердоты рефлюкс и глаз дёргается. Поэтому восьмидесятые с нами ровно до тех пор, пока жертвы nc.exe не перестанут ломать психику молодому поколению.

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

97. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Расмус Лердорф (?), 29-Янв-24, 20:05 
А как же IBM HandShaker?)))
Ответить | Правка | Наверх | Cообщить модератору

100. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (-), 30-Янв-24, 01:10 
Не понял, чем оно сильно отличается от find.
Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

103. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (-), 30-Янв-24, 02:23 
> Стрелочки от бесконечной череды ls и cd недалеко ушли.

Только с ними навигация быстрее в несколько раз. Такие мелочи, право :). В миднайте - lynx keys это называется, после чего ченждир вверх вниз делается стрелками, и это молниеносно. Что при интерактивном ворочании большой иерархии очень эффективно. Особенно возврат на уровень выше.

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

108. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от нах. (?), 30-Янв-24, 12:00 
ну да, конечно же стопиццот раз нажать стрелка-вниз гораздо, гораздо быстрее чем набрать cd гдеоно<таб> когда ты ниасилятор клавиатуры и каждую букву на ней по пол-часа ищешь.

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

113. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от Аноним (-), 30-Янв-24, 12:41 
> ну да, конечно же стопиццот раз нажать стрелка-вниз гораздо, гораздо быстрее чем
> набрать cd гдеоно<таб> когда ты ниасилятор клавиатуры и каждую букву на
> ней по пол-часа ищешь.

Это если ты знаешь что набирать. А при exploratory сценарии - вот тут как повезет.

Я, кстати печатаю вслепую. Даже в полной темноте, хоть это и некомфортно для глаз. А в миднайте кстати есть по своему прикольное автодополнение как Esc-tab-tab -> показывает менюху с вариантами.

...и кстати поскольку командлайн в сабже всегда под рукой, оно не исключает тот способ а дополняет. Если тем методом было эффективнее - можно и так. А вон те дятлы скоростную интерактивную навигацию с быстрым обзором "а что это?" и "оно нам надо?" - не смогут.

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

118. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от нах. (?), 30-Янв-24, 17:29 
> Это если ты знаешь что набирать.

а если не знаешь (совсем, а не "вроде начинается на...tab...а, вот оно") - тебе не нужна "навигация быстрее", все равно будешь смотреть и т-пить, тебе нужно наглядное представление что там.

Это да, не всегда удобно в виде ls, иногда проще посмотреть в панельках (хотя это худший файлменеджер который можно сегодня представить - но лучшего в этих ваших линуксах нет).
Но с такой файлопомойкой в юникс-системах лично я сталкиваюсь исключительно редко. Причем чаще всего это видео или аудио свалка (что чорд дери еще такого я мог бы хранить о чем не знаю даже как оно называется толком) и тут mc уж совсем фиговый помощник, поскольку нас интересуют обычно не имена.

> А в миднайте кстати есть по своему прикольное автодополнение

я умею им пользоваться, спасибо. Это все же жутко неудобно.

> ...и кстати поскольку командлайн в сабже всегда под рукой, оно не исключает тот способ а
> дополняет.

к сожалению, нет. Там только запустить что-то можно, подсунув список файлов из панельки. Остальное в разы быстрее из соседнего терминала. Очень неудобно когда консоль загорожена панельками. Плюс консоль там с прибабахами через vty, и не все в ней нормально работает.

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

121. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (62), 31-Янв-24, 00:38 
> Очень неудобно когда консоль загорожена панельками

Ctrl-O скрывает панели и показывает консоль

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

147. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от rvs2016 (ok), 03-Фев-24, 23:17 
> Ctrl-O скрывает панели и показывает консоль

Панели-то оно скрывает.
Но в консоли нет предыдущей информации.
Там только пустота.
Вот и всё Ctrl-O.

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

150. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (62), 03-Фев-24, 23:31 
Никакая там не пустота. Там вывод последних команд, да и сами команды. Да и весь контент через Shift-Up/Down/PageUp/PageDown прокручивать можно.
Ответить | Правка | Наверх | Cообщить модератору

125. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (-), 31-Янв-24, 04:21 
> - тебе не нужна "навигация быстрее", все равно будешь смотреть и
> т-пить, тебе нужно наглядное представление что там.

Ну я поэтому и юзаю миднайт. Там обзорный вид лучше чем в голом шелле. И даже с раскрасом файлов по типам и проч.

> лучшего в этих ваших линуксах нет).

Вон там far2l некоторые сватают. Но честно гря мне far в винде теперь кажется кривым...

> Но с такой файлопомойкой в юникс-системах лично я сталкиваюсь исключительно редко.

А я рулю этим свои десктоп, ноут, ... - я ж линухом на этом пользуюсь, и ни в какие виндочки и что там не собираюсь, в отличие от.

> оно называется толком) и тут mc уж совсем фиговый помощник, поскольку
> нас интересуют обычно не имена.

У меня это не основная проблема как правило.

> я умею им пользоваться, спасибо. Это все же жутко неудобно.

У других файлманагеров и такого вроде нет?...

> к сожалению, нет. Там только запустить что-то можно, подсунув список файлов из
> панельки. Остальное в разы быстрее из соседнего терминала.

А что, Ctrl+O нажать - не того? Это кстати и в эдиторе работает, можно кусок выхлопа консоли скопипастить при случае.

> Очень неудобно когда консоль загорожена панельками.
> Плюс консоль там с прибабахами через vty, и не все в ней нормально работает.

Да вроде большую часть прибабахов более-менее починили.

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

148. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от rvs2016 (ok), 03-Фев-24, 23:19 
> А что, Ctrl+O нажать - не того?

Ну оно-то, конечно, очень даже того.
Но только толку в этом нет потому, что под панелями - пустота.

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

135. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от WatchCatemail (ok), 03-Фев-24, 05:22 
> - тебе не нужна "навигация быстрее", все равно будешь смотреть и
> т-пить, тебе нужно наглядное представление что там.
> Это да, не всегда удобно в виде ls, иногда проще посмотреть в
> панельках

Вот и я о том же говорю тем кто считает что файлменеджеры не нужны,а достаточно командной строки.

>(хотя это худший файлменеджер который можно сегодня представить - но
> лучшего в этих ваших линуксах нет).

А можно пример лучшего,пусть даже и не в линуксах?

> Но с такой файлопомойкой в юникс-системах лично я сталкиваюсь исключительно редко. Причем
> чаще всего это видео или аудио свалка

А еще помойка нередко образуется в рабочем каталоге при любительском программировании
какой-нибудь небольшой утилиты,ради которой организовывать рабочий процесс "по науке" с системой контроля версий,отдельными каталогами для тестовых данных и тому подобным будет дольше и сложнее чем просто её написать. Но при этом рядом с исходными файлами лежат и объектные и исполняемые и
отладочные логи и какие-нибудь тестовые данные и Бог знает что еще. Пока общее количество мусора не выходит за пределы первых десятков файлов - оно вполне приемлимо при использовании файлового менеджера.

> (что чорд дери еще
> такого я мог бы хранить о чем не знаю даже как
> оно называется толком)

Не знать как называется - вообще элементарно если имена файлов генерируются автоматически.
И не такое уж это редкое явление судя по тому что существует даже функция tmpnam.

> и тут mc уж совсем фиговый помощник, поскольку
> нас интересуют обычно не имена.

А вот тут я с вами согласен. Для нетекстовых данных "быстрый просмотр" далеко не всегда возможен так как может требовать запуска специализированного софта. Электронную схему в формате KiCAD тоже
"по F3" в mc не посмотреть. Но простого решения я тут увы не вижу. А теперь представьте,что есть люди (радиолюбители) у которых свалки схем(еще и в разных форматах) являются неотъемлимой частью
личного архива,собираемого нередко в течении десятков лет. И KiCAD это еще ничего,хотя и он страдает несовместимостью форматов между собственными версиями. Бывает и что-нибудь более экзотическое типа картинки в формате pcx, созданной тридцать лет назад. Или вот у меня есть справочник по старосоветским полувоенным микросхемам,где все их корпуса с нумерацией и расположением выводов нарисованы аж псевдографикой в кодировке cp866. Да и просто небольшие схемки также нарисованные попадаются. И мне проще было научить свой комп вообще и MC в частности
понимать cp866 чем всё это перекодировать.

> Очень неудобно когда консоль загорожена панельками.

Вот тут соглашусь. Не хватает того режима который был в Norton Commander 2.0, где при необходимости видеть консоль можно было сделать панельки в половину высоты экрана.
Или даже выключить левую отдельно,оставить только правую в виде "половинки" по высоте - тогда
и файлы в каталоге видно и консоль не загорожена.
Но такое в линуксе похоже что невозможно реализовать.
Как правильно было сказано, в mc даже "полноэкранная" консоль иногда ведет себя своеобразно.
К счастью редко и не сильно это мешает.
Вот что мне еще не нравится - это что MC не обновляет содержимое панели при изменении содержимого
каталога который она показывает. Странно,потому что вроде это можно сделать через inotify. Причем
об этом ходили разговоры и даже писались патчи более десятка лет назад. Но либо так и не сделали либо я не знаю в каком тайном месте это включить.


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

137. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (137), 03-Фев-24, 09:15 
> А еще помойка нередко образуется в рабочем каталоге при любительском
> программировании какой-нибудь небольшой утилиты

Подстава с программированием в том что никогда не знаешь - закончится ли на мелкой утилите, или разовьется дальще - в не очень мелкую и более generic утилиту, а то и чуть не фреймворк... Поэтому тех кто совсем не думает о архитектуре и возможном будущем - ждет много сюрпризов. Неприятных.

> ради которой организовывать рабочий процесс "по науке" с системой контроля версий,
> отдельными каталогами для тестовых данных и тому подобным будет дольше и сложнее

Реально имплементация этого всего требует несколько минут. Самое сложное в этом - приучить себя к культуре работы. Детей отучают гадиться под себя, и вот тут что-то такое же. Просто раз в жизни осознать что гадиться под себя - не айс.

> чем просто её написать. Но при этом рядом с исходными файлами лежат и объектные и
> исполняемые отладочные логи и какие-нибудь тестовые данные и Бог знает что еще.
> Пока общее количество мусора не выходит за пределы первых десятков файлов - оно
> вполне приемлимо при использовании файлового менеджера.

Однако версионный контроль бывает полезен даже так. Благо гитом делается за пару команд, а потом зато позволяет undo явно неудачного набора идей, или экспериментальную экскурсию в сторону без уверенности что получится хорошо. Более того - я вот баг в DMA так замочил, найдя git bisect'ом коммит где я его вкатил. Попробуйте ЭТО вообще как-то по простому оттрекать. Вот так одним багфиксом - все затраты времени на освоение гита отбились, с запасом раз в 20. Позволив аннулировать контринтуитивный, сложный в дебаге баг - за 10 минут. А по другому это особо и не получится.

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

149. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от rvs2016 (ok), 03-Фев-24, 23:25 
> и MC в частности
> понимать cp866
> чем всё это перекодировать

Дык Esc-E ж в миднайтском вьювере.
Ну и в его редакторе, если его редактором кто-то пользуется.
Ну и даже в панелях выручает, когда файлы русскими буковками как поназывают, хотя говоришь им постоянно, говоришь - да не называйте ж вы файлы русскими буковками и даже показываешь им абракадабровские файловые имена, которыми иногда русские буковки отображаются - бесполезно. Ну вот тогда Esc-E в панели выручает.

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

157. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от WatchCatemail (ok), 04-Фев-24, 03:43 
> хотя говоришь им постоянно, говоришь - да не называйте ж вы
> файлы русскими буковками и даже показываешь им абракадабровские файловые имена, которыми
> иногда русские буковки отображаются - бесполезно.

Если на работе то это легко решается вписыванием в должностную инструкцию соблюдения правил
электронного документооборота и собственно утверждением этих правил на уровне руководства фирмы.
А вот с частными пользователями - беда. И вопреки распространенному мнению юникод тут не
особо помогает. Потому что разные системы (Мак и Винда например) могут по-разному кодировать в именах файлов буквы национальных алфавитов. Упрощенно говоря - в одном случае это может быть один
символ "буква с крышечкой",а в другом лигатура из собственно буквы и крышечки. Внешне выглядит одинаково но для компа это разные имена.

Вроде бы для MC можно описать "пользовательский" режим отображения панели в котором вместо имен
файлов будут показываться номера inode и таким образом хотябы на уровне самого MC работать с файлами,имеющими нечитаемые имена. Ибо сомневаюсь я например что так уж у многих вне Китая установлены шрифты с поддержкой иероглифов. К сожалению, в параметры командной строки номера inode вместо имен подставить всё равно мало какой программе получится.
Кстати, сами китайцы судя по их сайтам, не злоупотребляют выкладыванием в интернет файлов с иероглифами в именах. Во всяком случае делают это существенно реже чем наши с русскими буквами.

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

120. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (62), 31-Янв-24, 00:34 
> ну да, конечно же стопиццот раз нажать стрелка-вниз гораздо, гораздо быстрее чем набрать cd гдеоно<таб>

В mc нажимаешь Ctrl-S и печатаешь первые буквы нужного файла/каталога. Курсор смещается по мере поиска.

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

128. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (41), 01-Фев-24, 21:03 
> Только с ними навигация быстрее в несколько раз.

Вот именно что в несколько раз, и то не всегда, не везде. Иными словами, более быстрая лошадь. Это действительно мелочи.

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

146. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от rvs2016 (ok), 03-Фев-24, 23:14 
> В миднайте - lynx keys это называется,
> после чего ченждир вверх вниз делается
> стрелками, и это молниеносно.

Когда-то у меня эти lynx keys в миднае даже работали.
А сейчас для прикола включил их дабы вспомнить прикол сей, а они не работают уж!
Вот они у меня тут в миднае где:

Настройки панели --------------------
         + Навигация ----------------
           [x] Навигация в стиле lynx

> Особенно возврат на уровень выше.

А возврат на уровень выше же делается божественным Ctrl+PgUp.
Ну это кому лениво давить последовательно Home Enter.

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

79. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от sabitov (ok), 28-Янв-24, 15:47 
Ещё бы они не ломали, то, что работает, им бы цены не было :(
Ответить | Правка | Наверх | Cообщить модератору

96. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (41), 29-Янв-24, 19:05 
А что сломали-то?
Ответить | Правка | Наверх | Cообщить модератору

119. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от sabitov (ok), 30-Янв-24, 18:57 
а там миллион лет назад сломали работу регулярных выражений в редакторе.
https://midnight-commander.org/ticket/4072

Недавно, где-то с полгода назад, сломали отображение русских (УТФ8) букаф, если подключаешься к удалённой машине a la /sh://192.168.1.2/home/login

Как пример, на машине А в хоуме юзера есть директории:
│/│Документы                                                             │4096│ноя 18 22:53│755│
│/│Загрузки                                                              │4096│янв 28 17:28│755│
│/│Рабочий стол                                                          │4096│апр 24  2022│755│

Если с машины Б из mc зайти на А, то они показываются как:
│/│320224320276320272321203320274320265320275321202321213                                  │4096│ноя 18 22:53│755│
│/│320227320260320263321200321203320267320272320270                                        │4096│янв 28 17:28│755│
│/│320240320260320261320276321207320270320271 321201321202320276320273                     │4096│апр 24  2022│755│

И такое у них постоянно :(  Вещь удобная и полезная, но очень уж "себе на уме".

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

130. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от WatchCatemail (ok), 03-Фев-24, 03:34 
>Недавно, где-то с полгода назад, сломали отображение русских (УТФ8) букаф

Еще раньше там сломали отображение НЕюникодных русских букв при просмотре по F3 файлов
с _однобайтными_ кодировками cp866,cp1251. Что весьма актуально при копании в старых архивах,особенно когда точно знаешь что нужное там есть но нифига не помнишь ни как называется ни где лежит.
Последняя несломанная версия mc 4.8.13, ею и пользуюсь.
Также замечу что неюникодная консоль бывает у всяких одноплатных железок, внутри которых mc тоже бывает полезен.

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

133. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от WatchCatemail (ok), 03-Фев-24, 04:41 

> Как пример, на машине А в хоуме юзера есть директории:
> │/│Документы            
> │/│Загрузки            
> Если с машины Б из mc зайти на А, то они показываются
> как:
> │/│320224320276320272321203320274320265320275321202321213

А это следствие несоблюдения классического правила написания имен _идентификаторов_,
которое гласит:
"
Идентификатор может состоять только из латинских букв, цифр и символа подчеркивания,
и начинается только с буквы или символа подчеркивания
"
Да, это правило часто нарушают(не только юзеры,но и разработчики тоже),а потом возникают вот такие жалобы.            

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

134. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (-), 03-Фев-24, 05:17 
> Да, это правило часто нарушают(не только юзеры,но и разработчики тоже),а потом возникают
> вот такие жалобы.

Есть еще всякие маздайки и майкрософт - и там в русскоязычной винде ну вот такие вот диры. С которыми много боли. Всегда и везде, по жизни. Даже в самой винде. В архиверах. Бэкапах. И много чем еще. Учитывая что у господ две с половиной кодировки для русского (1251, 866 и Unicode) - понятно как это работает.

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

155. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от WatchCatemail (ok), 04-Фев-24, 01:18 
> Есть еще всякие маздайки и майкрософт - и там в русскоязычной винде
> ну вот такие вот диры. С которыми много боли.

А переименовать в целях лучшей совместимости с линуксом и вообще с классическими канонами
программирования - никак? (я не знаток виндов совсем).

> Учитывая что у господ две с половиной кодировки
> для русского (1251, 866 и Unicode) - понятно как это работает.

Я научил Иксы полноценно понимать 866,с тех пор особых проблем хотябы с содержимым файлов
не имею. А от нелатинских символов в именах файлов беспощадно избавляюсь как этого такие файлы
попадают ко мне на диск. Это сильно облегчает последующую жизнь.


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

115. "Выпуск файлового менеджера Midnight Commander 4.8.31"  –2 +/
Сообщение от Аноним (115), 30-Янв-24, 12:45 
Запоминать последний рабочий каталог так и не научили?
Ответить | Правка | Наверх | Cообщить модератору

116. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +2 +/
Сообщение от Аноним (116), 30-Янв-24, 14:40 
> Запоминать последний рабочий каталог так и не научили?

Дык и не отучали. Всё прекрасно работает.

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

117. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (115), 30-Янв-24, 15:42 
Не работает же.
Костыли из интернета тоже не работают.
Ответить | Правка | Наверх | Cообщить модератору

122. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (62), 31-Янв-24, 00:39 
У меня тоже работает
Ответить | Правка | Наверх | Cообщить модератору

127. "Выпуск файлового менеджера Midnight Commander 4.8.31"  –1 +/
Сообщение от Аноним (127), 01-Фев-24, 14:01 
Как всегда тут спор пользователей mc, и пользователей DOS. А я вот не понимаю нафиг нужен в *nix такой файловый менеджер?
Я когда-то пользовался Far в Windows, но там это было понятно, в оригинальном CMD не было ни истории команд, ни автоматического дополнения, даже полноэкранного терминала без Far не было, ведь cmd в ширину не масштабировался. Это я рассказываю про про времена Windows XP. Думаю в винде уже пофиксили уобогий терминал. Так вопрос нафиг нужен прсевдографический терминал сейчас (FAR, MC, whatever...)? Операции над файлами быстрее выполнить в терминале, да и фотки не посмотреть.  
Ответить | Правка | Наверх | Cообщить модератору

129. "Выпуск файлового менеджера Midnight Commander 4.8.31"  –1 +/
Сообщение от пох. (?), 02-Фев-24, 00:58 
Просто у экспертов опеннета привычки растут из msdos.
Я, правда, не понимаю почему они выбрали и в msdos'е самый убогий файлменеджер, а не XTree и его производные (к сожалению - совсем не переносится в мир юникс)

А у тех у кого привычки из unix - да, "нах нужен такой файловый менеджер". В винде он нужен еще меньше - там есть Explorer и он вполне удачно справляется со своими задачами (ну а для массовой рутины есть и powershell, cmd нынче, как бы это тебе сказать... ну в общем на 20 лет устарел)

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

132. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от WatchCatemail (ok), 03-Фев-24, 04:25 
> Просто у экспертов опеннета привычки растут из msdos.

И это тоже,потому что массовая компьютеризация у нас именно с msdos начиналась.
Да, я видел и щупал Microsoft Xenix на 80286 - оно было вполне юниксоподобно в сравнении с "большими ЭВМ" тех времен,где был русифицированный клон BSD. Но вот прикладного софта под этот Ксеникс небыло совсем. Непонятно было даже где взять например текстовый редактор, сравнимый
по удобству с MultiEdit 6.01p или хотябы Brief.
Поэтому и DOS.
Впрочем, я видел псевдографические файловые менеджеры,тот же Far, и у тех кто явно с чего-то типа win98 или XP начинал просто в силу возраста.

> Я, правда, не понимаю почему они выбрали и в msdos'е самый убогий
> файлменеджер, а не XTree и его производные

Году в 91-92 я щупал то XTree. Не проникся. Хотя и могу согласиться что при очень долгой тренировке возможно скорость выполнения операций с файлами там могла бы быть и выше. Но
высокий порог входа отбил желание.

>(к сожалению - совсем не переносится в мир юникс)

Интересно, в винды 3.1 и даже на какой-то Mac его перетащили,а в линукс почему-то совсем нельзя?

>такой файловый менеджер". В винде он нужен еще меньше - там
> есть Explorer и он вполне удачно справляется со своими задачами

Только почему-то у абсолютного большинства виндовых пользователей квалификацией выше чайника
я тоже видел или Far или что-нибудь еще двухпанельное,пусть даже и в графике нарисованное как Total Comander. Но вот виндовым проводником они пользоваться избегали.

> (ну а для массовой рутины есть и powershell

Файловый менеджер - это не замена командной строке,это ее дополнение. Этим кстати хороши
mc и far - что в них командная строка удобно встроена,в отличие от того же вышеупомянутого XTree(и ряда других экзотических, виденных мной но неудобных в первую очередь по этой причине)

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

131. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от WatchCatemail (ok), 03-Фев-24, 03:51 
>А я вот не понимаю нафиг нужен в *nix такой файловый менеджер?

Кому не нужен - никто не заставляет пользоваться. Мне например не нужен vim но я же не
говорю что он нафиг не нужен:) Использую eFTE,еще и сильно перенастроенный под свои привычки.

>Так вопрос нафиг нужен прсевдографический терминал сейчас (FAR, MC, whatever...)?

Псевдографический - потому что способен работать через ssh и даже через физический последовательный порт,что актуально в процессе настройки всяких одноплатных железок.
Так-то на обычном десктопе я бы предпочел графический Double Commander,
https://doublecmd.sourceforge.io/gallery/
но когда несколько лет назад я его смотрел - он очень уж часто и сильно глючил. Просто совсем невозможно было пользоваться.

> Операции над файлами быстрее выполнить в терминале

Если человек не способен держать в голове содержимое каталога то ему постоянно приходится
дергать ls и автодополнение,которое при даже небольшой невнимательности может дополнить не то что надо в случае наличия файлов с похожими именами. Поэтому многим удобнее видеть содержимое каталога перед собой. Ну и бонусом возможность выполнять действия с клавиатуры(то же достоинство что и в терминале),а не тычками мыши как в виндовом проводнике(и его подражаниях),которыми легко промахнуться. Теоретически конечно и в проводнике с клавиатуры можно,но очень уж там это неудобно реализовано,явно "по остаточному принципу".

>фотки не посмотреть.  

Вот тут я с вами как ни странно согласен. Неудобство просмотра "нетекстовых" файлов из файлового менеджера имеет место быть. Но это к любому файловому менеджеру относится потому что форматов даже одних только картинок слишком много. Вот будут лежать картинки в формате raw с камеры - и чтобы увидеть что там в них надо запускать специальный просмотрщик. Не такое уж сильно редкое
явление у кого есть камера, умеющая снимать в raw,который таки нужен как минимум для вечерне-ночной съемки.


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

138. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от Аноним (138), 03-Фев-24, 17:09 
Прямо как-будто все время нужно изучать содержимое каталогов. В 90-х и первой половине 00-х таки да, не было быстрого инета, люди обменивались файлами на дискетах, болванках, даже жесткие диски носили. Но сейчас нет необходимости ползать по дереву фс попавшего в руки диска в поисках чего-нибудь интересного.  
Когда мне нужен терминал то он мне нужен больше как интерфес взаимодействия с программами, навигация по файлам для меня второстепенна.  
Упомянутый мной FAR я использовал для расширения возможностей CMD, макрокоманды (выполнения CLI операций по шоткатам) и встроенный текстовый редактор который умел работать с десятками кодировок (в те времена это был ведь кошмар, одновременно сосуществовали cp1251, cp866, KOI-8, UTF-8).  

И наверное мой вопрос стоит поменять на такой: чем люди занимаются раз им так нужно часто лазить по каталогами и выискивать файлы?
    

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

153. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от WatchCatemail (ok), 04-Фев-24, 00:22 
>чем люди занимаются раз им так нужно часто лазить по каталогами и выискивать файлы?

Такие понятия как личная библиотека и личный архив возникли очень задолго до компьютеров. Раньше это хранилось в бумажном виде,сейчас - по большей части в виде файлов в компе.
Например моему архиву,по большей части связанному с темой электроники и автономной энергетики, уже три десятка лет. И храню я всё это в дереве каталогов файловой системы так как не придумал ничего лучшего. Соответственно для доступа использую файловый менеджер, опять же за неимением лучшего решения.
Насколько мне известно - такая же ситуация и у людей,много лет занимающихся научной работой.

К сожалению,далеко не все форматы файлов имеют предусмотренное место для хранения каких-нибудь метаданных, по которым можно было бы организовать сколько-нибудь автоматизированный поиск. И еще
реже встречаются _удобные_ средства добавления/редактирования этих метаданных даже к тем форматам где это технически возможно. Впрочем - наличие метаданных поможет разве что быстрее найти и выбрать нужное из архива, если эти метаданные сможет читать какой-нибудь продвинутый файловый менеджер. Саму необходимость существования файлового менеджера это не отменяет.

>одновременно сосуществовали cp1251, cp866, KOI-8, UTF-8).  

Они все и сейчас существуют пока хранятся созданные в этих кодировках документы. Также как существует например имперская орфография с "ятями" пока есть люди которым в силу рода деятельности или хобби надо читать старые документы и книги,пусть даже и хранящиеся на компе в виде сканов.

>В 90-х и первой половине 00-х таки да, не было быстрого инета,

Увы - вне сплошной многоэтажной застройки городов единственный способ подключения к интернету это сотовая связь так как тащить кабель куда-нибудь в частный сектор(не говоря про деревню) вам никто не будет. А у сотовых операторов трафик платный и ограниченный.
Да и качать большие объемы через неустойчивый радиоканал менее удобно чем скопировать с помощью материального носителя. Особенно если с человеком и так периодически лично встречаешься.

>люди обменивались файлами на дискетах, болванках, даже жесткие диски носили.

Сейчас носят флешки или иногда используют как флешку встроенную память планшета/смартфона если он
поддерживает режим подключения mass storage device. Да и портативные жесткие диски с подключением
через usb тоже не такая уж редкость.
Понятно что и тут для копирования используется не команда cp,а файловый менеджер.Потому что надо видеть что копируешь.

>Когда мне нужен терминал то он мне нужен больше как интерфес взаимодействия с программами, >навигация по файлам для меня второстепенна.

А меня вот прямо позавчера человек попросил найти хоть какую-нибудь информацию по внутренностям антикварного электронного девайса который он реставрирует. Пришлось перекапывать каталог в котором около тысячи файлов. Человеку негде больше искать нужную ему информацию кроме как у таких стариков как я - если ему самому тридцать лет,а реставрируемому девайсу сорок.


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

151. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от rvs2016 (ok), 03-Фев-24, 23:53 
> Использую eFTE

А как ты в fte кодировки переключаешь?
Установил я его, открыл файл. Он у меня сразу в ненужной кодировке отобразился. По меню пробежался - нигде переключения кодировок нет. Понял, что для графической системы пока больше всего мне будет продолжать подходить kate (я юзаю KDE).

eFTE к нашим в пакаджи не завезли. Установил из пакаджей просто fte.

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

154. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от WatchCatemail (ok), 04-Фев-24, 01:12 
> А как ты в fte кодировки переключаешь?

Переключением locale перед запуском и подсовыванием редактору шрифта в нужной кодировке.

fte по определению редактирует текстовые документы,а они в большинстве случаев в однобайтных кодировках. В конкретно моем случае большого личного архива,собираемого три десятка лет - чаще
всего это cp866,несколько реже cp1251. Да и в поделках под микроконтроллеры которыми я занимаюсь
последние годы - тоже почти всегда однобайтные кодировки применяются.
Пришлось научить Иксы понимать и кодировку cp866(cp1251 и так там есть). В Дебиане по умолчанию не умеют,насколько мне известно умеют только в Альте. Свои наработки для используемой мной версии дебиана bullseye выложил тут https://debianforum.ru/index.php?topic=15610.0

> (я юзаю KDE).

Я так и не смог ужиться с "интегрированным средами" типа KDE - мне совсем не близка сама метафора "рабочего стола". Стол - это стол,на котором клавиатура лежит. А экран - это экран,на котором программы информацию выводят. Поэтому у меня IceWM и настройки очень далёкие от дефолтных.

> eFTE к нашим в пакаджи не завезли. Установил из пакаджей просто fte.

К сожалению, несмотря на "родственность" это очень разные программы.
К тому же конфигурация по умолчанию - вызывает ругань сквозь зубы на каждом шагу.
Это я сразу предупреждаю тех кто захочет на этот редактор "посмотреть".
Можно взять пакет с исходниками именно eFTE из Дебиана и cобрать самому - оно легко собирается.
И подсунуть мои конфигурационные файлы из ссылки которая выше. Вот тогда будет на что смотреть.

От "просто fte" мне не удалось добиться того поведения,которое нужно мне в силу моих более чем тридцатилетних привычек.
Мне нужно было избавиться от идеи "кармана" при работе с блоками текста. То есть чтобы выделил
блок на экране и копируешь/перемещаешь его. Вот именно то что выделено перед глазами,а не то что заранее надо было в какой-то невидимый clipboard положить. Кратко говоря "copy" вместо "cut & paste". Одно действие вместо двух.
Для этого пришлось поправить несколько
строчек в исходнике и сильно переписать конфигурационные файлы. Зато теперь eFTE весьма точно
мимикрирует под привычный и поэтому самый удобный для меня редактор MultiEdit 6.01p который я использовал в 90е годы когда работал программистом (Си,Ада,Асм под DOS). Понятно что за несколько лет ежедневного использования этого мультиэдита приобрел стойкую привычку к нему и поэтому под линуксом хотел тех же удобств что были у меня тогда в dos. И я себе эти удобства сделал пару десятков лет назад и по сей день с удовольствием ими пользуюсь. Тем более что давно уже программированием занимаюсь в качестве хобби,а не принудительной работы. Под dos я использовал для работы с исходниками
NC 2.0 и ME 6.01p,а в линуксе эту удобную для меня связку очень хорошо заменили MC и eFTE. Разве что последняя нормально работоспособная с однобайтовыми кодировками версия MC это 4.8.13 - ею и пользуюсь. Компиляторы любые в линуксе и так есть,привычный make тоже, в качестве отладчика - nemiver - не так удобно как TurboDebuger,но приемлимо. Так и живу.


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

159. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от rvs2016 (ok), 04-Фев-24, 09:17 
>> А как ты в fte кодировки переключаешь?
> Переключением locale перед запуском и подсовыванием редактору шрифта в нужной кодировке.
> fte по определению редактирует текстовые документы,а они в большинстве случаев в однобайтных
> кодировках. В конкретно моем случае большого личного архива,собираемого три десятка лет
> - чаще
> всего это cp866,несколько реже cp1251. Да и в поделках под микроконтроллеры которыми
> я занимаюсь
> последние годы - тоже почти всегда однобайтные кодировки применяются.

Я-то в течении всего этого времени наступления utf продолжаю использовать у себя везде однобайтовую кодировку koi8-r. У меня-то нет необходимости использования utf там, где он не требуется (там, где надо писать только тексты, а не значки да "эмоджи").

Попробовал перед запуском fte попереключать кодировки.
Посмотрел в /usr/share/locale список русских кодировок:

% ls /usr/share/locale | grep '^ru_'
ru_RU.CP1251
ru_RU.CP866
ru_RU.ISO8859-5
ru_RU.KOI8-R
ru_RU.UTF-8

Устанавливал перед запуском fte эти кодировки в переменную LANG:
% export LANG=ru_RU.CP1251 ; fte
% export LANG=ru_RU.CP866 ; fte
и так далее. Умолчательная-то у меня - ru_RU.KOI8-R.
Вид буковок меняется, но нормально текст не отображается.
Может быть я как-то не так меняю кодировку перед запуском fte.
А может быть её перед запуском и менять-то не надо.
Глянул текстовый файл другим способом - кодировка текста-то в нём - koi8-r.
Может быть достаточно всего лишь как-то применять эту идею:
> и подсовыванием редактору шрифта

Но как? В меню чего только нет. А выбора шрифта - нет. :-(

Остальные темы напишу отдельными ответными сообщениями скорее всего не сильно сразу, а ближе к вечеру, т.к. нынче занят сильно. Оставайтесь тут. Не переключайтесь на "телеграмы" там всякие. :-)

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

164. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от WatchCatemail (ok), 04-Фев-24, 11:14 
>Я-то в течении всего этого времени наступления utf продолжаю использовать у себя везде >однобайтовую кодировку koi8-r.

Во-первых что понимать под "использовать кодировку"? Вопрос-то не однозначный. Это ведь и установленная locale и шрифты и клавиатурный ввод. Причем сама по себе locale является атрибутом сеанса работы программы,а не глобальной установкой для всей системы. Например можно один процесс МС запустить с локалью koi8-r, а другой с cp1251. Конечно,придется озаботиться подсовыванием соответствующих шрифтов - не все программы и не всегда могут выбрать нужный шрифт сами даже если он доступен среди прочих в Иксах. С клавиатурным вводом несколько проще - если нужная locale поддерживается Иксами то они сами будут снабжать программу нужными клавиатурными "событиями". Вот тут кстати собака и порылась - в Иксах есть поддержка просто кучи разных locale,даже довольно редких,но нет поддержки cp866,которую я у себя на машине и добавил. Благодаря этому я могу использовать в терминале cp866 (по примерно тем же причинам что и вы koi8-r),а например в браузере utf,где ему как раз самое место. И в любых других программах я могу установить ту
locale/кодировку которая лучше подходит к данному случаю. То есть могу использовать гибкость настроек,изначально заложенную в линуксе,а не приколачивать везде юникод гвоздями где надо и не надо.

> У меня-то нет необходимости использования utf там, где он не требуется (там, где надо писать >только тексты, а не значки да "эмоджи").

Полностью с вами согласен и сам поступаю абсолютно аналогично,разве что cp866 вместо koi8-r так как обладаю тридцатилетним личным архивом в котором очень много файлов в этой кодировке. Причем не только текстов - встречаются и написанные очень давно мелкие узкоспецифичные программки, перенесенные еще из dos и даже os/2, благо неплохая переносимость языка Си такое позволяет. Но
вот переделывать их на обработку юникодных строк я точно не стану. Это же не просто текстовые сообщения в другую кодировку перевести, это добавление обработки многобайтных символов. Особенно учитывая что для выполняемых этими программками функций юникод не нужен вообще никак.
К сожалению, я уже не раз натыкался,что усердно прикручивая к программам возможность работы в
utf, разработчики ломали работу в однобайтных кодировках. Одним из примеров кстати будет именно что обсуждаемый тут MC, у которого это частично сломали после версии 4.8.13. Из того чем активно
пользуюсь - еще сломали заголовки окон в IceWM не помню с какого номера версии,лет примерно пять назад.  

>Устанавливал перед запуском fte эти кодировки в переменную LANG:
>% export LANG=ru_RU.CP1251 ; fte
>% export LANG=ru_RU.CP866 ; fte

К сожалению размер сообщения на форуме не позволяет мне тут развернуто излагать неочевидные вопросы обращения с кодировками и шрифтами в Иксах,да и не по теме оно тут будет,оффтопик как говорят за рубежом. Если у вас интерес к этому редактору не на один раз поглядеть то пишите мне в почту или создавайте тему по этому редактору здесь на форуме и зовите меня туда. Писать придется довольно много.

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

167. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от rvs2016 (ok), 04-Фев-24, 22:27 
>>Я-то в течении всего этого времени наступления utf продолжаю использовать у себя везде >однобайтовую кодировку koi8-r.
> Во-первых что понимать под "использовать кодировку"? Вопрос-то не однозначный. Это ведь
> и установленная locale и шрифты и клавиатурный ввод.

Я имел в вижу непереключение с koi8-r на utf8 своей учётной записи. Даже не помню где конкретно это переключается, т.к. мне это не надо:
То ли в настройках zsh (типа установки LANG и всяких там (а может быть и без оных) LL_* (или как их там)).
То ли установкой какого-то там класса в настройках своей учётной записи - ещё сильнее не помню где это такое делают.
В общем в терминале мне все эти utf не требуются. С файлами с поехавшими именами мне Миднай справляться помогает. И даже редактировать файлы в разных кодировках по быстрому можно в его редакторе. Если текст большой и правок много, то, конечно, надо текст перекодировать в удобную мне кодировку, поправить, и потом перекодировать его обратно в ту кодировку, в которой файл кому-то нужен.
А шрифты (пока мне их менять для кодировок не требовалось, менял их только для получения в терминале шрифта, радующего глаз своим начертанием) в КДЕшной konsole (а я ж КДЕшник) менять вроде можно. Но мне пока именно для нужных кодировок это делать не требовалось.

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

169. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от WatchCatemail (ok), 05-Фев-24, 22:10 
>Я имел в вижу непереключение с koi8-r на utf8 своей учётной записи. Даже не помню где конкретно >это переключается

К сожалению - переключается более чем в одном месте.

Переменными LC_* переключается системная locale - то есть то чем пользуются например сишные функции, определяющие "печатность" символа. Если прикладная программа написана так что полагается на это то может не выводить русские буквы если посчитает их "непечатными символами". Далеко не все программы используют эту настройку. Например тот же МС,запущенные в xterm, свято уверен что
символы с кодами больше 127 являются "непечатными". Что интересно, в "голой" консоли он так не считает. Вот кусочек кода который надо править чтобы избавиться от этого эффекта в версии до 4.8.13. В более новых - не помогает так как там настолько усердно прикручивали юникод что работу с "однобайтными" терминалом поломали где-то еще. Сходу найти у меня тогда не получилось,а потом стало лень так как никакой практической потребности в новых версиях МС у меня просто нет. Так последней не сломаной и пользуюсь уже десяток лет.

Вот эта фраза "Full 8 bits output" doesn't work on xterm" - это ЛОЖЬ. Во всяком случае применительно к тем версиям xterm которые поставляются в дистрибутивах линукса последние лет двадцать. Но конечно надо правильно xterm настроить чтобы он у него full 8 bits output работал.

--- a/lib/util.c        2014-09-04 11:39:18.000000000 +0400
+++ b/lib/util.c        2015-02-10 20:50:53.000000000 +0300
@@ -98,10 +98,11 @@
is_8bit_printable (unsigned char c)
{
     /* "Full 8 bits output" doesn't work on xterm */
-    if (mc_global.tty.xterm_flag)
+/*    if (mc_global.tty.xterm_flag)
         return is_iso_printable (c);

-    return (c > 31 && c != 127 && c != 155);
+        return (c > 31 && c != 127 && c != 155);*/
+    return (c > 31);
}

Но с переменными LC_* надо быть осторожным,а то можно внезапно получить например запятую в качестве десятичного разделителя вместо классической в программировании точки и огрести от этого множество глюков типа нечитаемости файлов в формате csv например.

Отдельно настраивается раскладка клавиатуры. Хотя если это терминал внутри Иксов то там проще так как он получает не коды русских букв,а иксовые "события" от клавиатуры и уже сам переделывает их в коды русских букв. Сами "события" универсальны, а xterm при перекодировке на locale ориентируется,только не на "общесистемную",а на специальную "иксовую". Вот как раз в ней и нет поддержки cp866,с чем мне и пришлось бороться когда-то.

И отдельно настраивается какой шрифт должен загрузить xterm (или что там у вас в качестве терминала). Понятно что расположение русских букв в шрифте должно совпадать с кодировкой того что выводится на экран.  Некоторые иксовые программы умеют сами выбирать шрифт из доступных в Иксах,ориентируясь на его полное имя,в котором может быть(а может и не) имя кодировки.

Мне не известен штатный общесистемный способ посмотреть какими шрифтами пользуется программа. Поэтому был найден старинный кусочек кода еще из 90х, который компилируется в разделяемую библиотеку и подгружается перед программой через LD_SO_PRELOAD. Вот он печатает в stdout имя шрифта который запрашивает программа. В процессе экспериментов когда-то узнал много нового и интересного об использовании программами иксовых шрифтов.

Кстати, свой комплект любимых шрифтов можно не пихать в системные каталоги Иксов и не бояться что при очередном обновлении они будут прибиты пакетным менеджером. Их можно держать в домашнем каталоге и поключать при старте Иксов с помощью xset. У меня так шрифты для 866 кодировки подключены и еще пара штук периодически нужных - имитатор рукописного текста и шрифт для вырезания трафаретов(оба используются при выводе на печать,а не на экран).

Однако что мне нравится в Линуксе - это возможность таки настроить себе _привычные_ удобства,даже
если они весьма далеки от дефолтных настроек,предлагаемых в дистрибутиве. Да, разбирательство с настройками может быть достаточно сложным но делается это один раз,а потом можно таскать за собой свой домашний каталог с привычными настройками много лет с одной машины на другую малозависимо от версии установленного дистрибутива. В отличие от некоторых других очень популярных ОС,где после установки надо всё заново с нуля настраивать. Да еще сама система обожает по своему усмотрению настройки в реестре переписывать.

И еще есть любопытный вопрос - как там у wayland с работой в однобайтных кодировках? Пока вроде не актуально,как и сам wayland, но вдруг когда-то Иксы из дистрибутива выкинуть попытаются.

>В общем в терминале мне все эти utf не требуются

Вот я тоже не слишком понимаю зачем нужен utf в терминале. Как раз именно там от него проблем куда больше чем пользы.

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

160. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от rvs2016 (ok), 04-Фев-24, 09:26 
> Свои наработки для используемой мной
> версии дебиана bullseye выложил тут
> https://debianforum.ru/index.php?topic=15610.0

Сообщение на этом форуме написано 4 года назад.
Может быть моя информация про кодировки в Midnight commander уже и не актуальна, но на всякий случай её напишу, может пригодится.

> и маленький патч для Midnight Commander 4.8.13
> чтобы он русский текст в любой кодировке показывал.

Не знаю - с какой версии Мидная в нём появилась эта "фича". Использую её давно уж и очень часто:

Esc-E во вьювере, редакторе и даже в панелях предназначен для включения нужной кодировки.

Если в файлах кодировки можно менять всякими другими способами (у разных редактор да просмотрщиков для этого могут водиться свои способы), то переключение кодировок имён файлов в панели мне очень сильно нравится: приносят, бывает, люди флэшки свои, а там... все файлы названы русскими буковками! И начинается свистопляска! Вот Esc-E в Миднае очень сильно от этой свистопляски помогает спастись. Ни в каком другом файловом менеджере я такую фичу никогда не видел. Очень полезная штука!

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

162. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от WatchCatemail (ok), 04-Фев-24, 10:08 
>то переключение кодировок имён файлов в панели мне очень сильно нравится: приносят, бывает, люди >флэшки свои, а там... все файлы названы русскими буковками! И начинается свистопляска! Вот Esc-E в >Миднае очень сильно от этой свистопляски помогает спастись.

Да, это достаточно удобная функция,тоже её иногда использую. Но если файлы на флешке мне надо просто увидеть,но и оттуда скопировать - то желательно всё-таки задать нужную кодировки при монтировании. Потому что не все символы не всегда из любой кодировки в любую адекватно перекодируются. В случае параметров для команды mount ядро эти случаи более корректно обрабатывает
чем перекодировка в MC.

>Ни в каком другом файловом менеджере я такую фичу никогда не видел.

Да, я тоже не видел. Причем как ни странно даже в виндовом Far,где куча возможностей.

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

161. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от rvs2016 (ok), 04-Фев-24, 09:57 
>> (я юзаю KDE).
> Я так и не смог ужиться с "интегрированным средами" типа KDE -
> мне совсем не близка сама метафора "рабочего стола". Стол - это
> стол,на котором клавиатура лежит. А экран - это экран,на котором программы
> информацию выводят.

Ну да. То, что сейчас называют рабочими столами - не очень сильно похоже на них. В лучшем случае это похоже на их поверхности, на которых лежат именуемые теперь "папками" каталоги да именуемые теперь "документами" файлы.

Мы примерно ещё в 90-х годах продумывали идею о том, что "должна" быть такая оболочка (программа, конечно), которая на экране компьютера показывает настоящий трёхмерный стол с ящиками. Ящики - это логические диски (ну тогда народ ещё в досах работал и знал - что это такое: c: d: и т.п.): сколько дисков - столько и ящиков.

Открываешь ящик (диск, дескать) а в нём - каталоги в виде папок, которые стоят вертикально, опираясь длинным ребром на низ ящика и из папок получается горизонтальная стопка. Если их очень много, ну тогда уж они виртуально прокручиваются в этом ящике. Ну кроме папок там же и отдельно стоящие листы (файлы) тоже стоят в той же стопке, что и папки (или в соседней стопке - аналог того, как в нортоно-подобных файловых менеджерах каталоги да файлы могут перемешиваться друг с другом в общем списке, а могут быть в отдельных элементных группах).

Если в какой-то каталог перешёл (типа открыл папку), то она или кладётся на поверхность стола (или прямо в ящике) раскрывается. Ну а внутри неё уже как-то отображается её внутренняя иерархия. :-)

Если какой-то файл запустил, то его "лист" наверно перемещается на поверхность стола уж ну и дальше уже начинает на экране отображаться в каком-то удобном для обработки виде - может быть в виде обычного окна (параллельного плоскости экрана уж).

Понятно, что можно заниматься перемещением и даже копированием "файлов" да "папок" с диска на диск (с ящика в ящик) или даже в другие каталоги (папки).

Дальше идею можно развивать:

Один стол - один компьютер.
Другой стол - другой компьютер.
Можно делать вид всех столов в комнате.
Комната - набор компьютеров.
Комнаты - в коридоре.
Дальше - этажи многоэтажки, многоэтажки (да и "одноквартирные" дома тоже ж) на улице, города и т.д. :-)

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

163. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от WatchCatemail (ok), 04-Фев-24, 10:23 
>Мы примерно ещё в 90-х годах продумывали идею о том, что "должна" быть такая оболочка (программа, >конечно), которая на экране компьютера показывает настоящий трёхмерный стол с ящиками.

Возможно что ваша идея и понравилась бы любителем "столов", "оболочек" и "интегрированных сред".
Я таковым не являюсь,поэтому точно не оценю и использовать не буду.
Для меня программы - это отдельные сущности,которые обрабатывают наборы данных,которые могут храниться в том числе и в файлах(а могут быть доступны по проводам например). Файловый менеджер я н воспринимаю как какую-то "оболочку", это всего лишь одна из программ для манипуляций с файловыми наборами данных. Само по себе понятие "набор данных" - это из ЕС ЭВМ (там он и на ленте мог быть и даже на бумажной тоже:) В том числе поэтому я и не уверен что в предложенной вами идее "оболочки" надо так сильно завязывать визуализацию именно на файловой системе. В порядке идеи - а почему не визуализировать каким-то удобным способом процессы, работающие в оперативной памяти? Это в однозадачной системе типа ДОСа оно смысл не имело,а в многозадачной присмотр за содержимым памяти смысл имеет. А в линуксе что-то ничего удобно-интерактивно-графического на эту тему не видно - один
только текстовый top с не особенно удобным отображением информации. В графике обычно доступен
лишь какой-нибудь совсем примитивный "список задач" или открытых окон и всё.

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

165. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от rvs2016 (ok), 04-Фев-24, 19:36 
>[оверквотинг удален]
> того поведения,которое нужно мне в
> силу моих более чем тридцатилетних привычек.
> Мне нужно было избавиться от идеи "кармана"
> при работе с блоками текста.
> То есть чтобы выделил блок на экране
> и копируешь/перемещаешь его. Вот именно то
> что выделено перед лазами,а не то что заранее
> надо было в какой-то невидимый clipboard
> положить. Кратко говоря "copy" вместо "cut & paste".
> Одно действие вместо двух.

Когда я после университета на своей первой работе начал использовать редактор joe, то мне очень понравилась идея о том, что для выделения, копирования, перемещения и даже кажись удаления блоков в нём применяются такие же способы, как и в том, что я до этого применял раньше в "IDE Turbo (а потом и Borland) Pascal":
^k b - отметить начало блока
^k k - отметить его конец
^k c - скопировать его
^k m - переместить.

Это всё тоже без того невидимого кармана-clipboard.

До сих пор этим редактором и пользуюсь.

Ну только я к этим сочетаниям клавиш в конфигурационном файле джоя для более быстрой работы добавил ещё свои:
F3 - отметить начало блока (по мотивам нортоновского редактора, который приставлялся к Нортон командеру)
F4 - отметить его конец (это не так, как в нортон едиторе, но мне так удобно)
F5 - копировать блок (по мотивам копирования файлов в панели)
F6 - переместить его (по тем же мотивам)
Ну и пару функциональных клавиш F8 да F7 прикрутил к командам "отменить" и "вернуть" соответственно. Ну это всё так - для удобства быстрой работы.

Многооконность в джое есть. Ну только не такая обычная, как в этих IDE да других программах. Причём можно даже один редактируемый файл разбить на несколько окон и в них редактировать разные части файла. Для программирования это удобно. Может быть это удобно и в других целях - писателю там, например, над сюжетом работающему.

Чуть не забыл. А то отправил сообщение сюда уж.

Редактор joe удобнее "иксовых" редакторов применять потому, что его можно запустить в терминале внутри скрина, к которому подключился, например, через ssh, и он будет там постоянно открытым с нужным набором файлов и т.д. А иксовый редактор запустить можно по простому только локально (а не локально-то и нет смысла страдать запуском икс-клиента на удалённом икс-сервере). Да и иксы как заартачатся - перегружай их или подталкивай, закрывая все их дочерние окна. А джой в скрине запущен и работает до тех пор, пока не понадобится перегружать уже совсем всю машину.

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

168. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/
Сообщение от WatchCatemail (ok), 04-Фев-24, 23:07 
>Редактор joe удобнее "иксовых" редакторов применять потому, что его можно запустить в терминале >внутри скрина, к которому подключился, например, через ssh,

Я тоже пользовался joe когда только начинал переезжать под линукс и нужно было найти что-то более человекообразное чем предлагавшийся тогда по умолчанию vi. Потом уже нашел MC и его mcedit. С тех пор для редактирования через ssh именно mcedit и использую, уже четверть века как. К сожалению,
в mcedit после версии 4.8.13 так усердно прикручивали юникод что частично сломали работу с однобайтными кодировками текстовых файлов. Если раньше достаточно было закомментировать одну строчку чтобы mcedit не считал большую часть второй половины ascii таблицы непечатными символами то теперь такой простой трюк уже не проходит. Впрочем - лично меня полностью устраивает версия 4.8.13 которую легко можно собрать из исходников в современном дебиане взяв исходники из debian jessie. Что я и сделал.

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

152. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от rvs2016 (ok), 03-Фев-24, 23:58 
> Псевдографический - потому что

А я, кстати, даже псевдографику в нём отключаю потому, что она в некоторых случаях умеет отображаться кракозябрами. mc -a переключает все эти рамочки на плюсы, минусы и вертикальные линии, которые правильно отображаются везде. По этой же причине переключаю псевдографику на ascii-графику и в браузерах links/elinks :-)

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

156. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от WatchCatemail (ok), 04-Фев-24, 01:48 
> А я, кстати, даже псевдографику в нём отключаю потому, что она в
> некоторых случаях умеет отображаться кракозябрами. mc -a переключает все эти рамочки
> на плюсы, минусы и вертикальные линии,

Если на один раз то и плюсики с минусиками сойдут. А если для постоянной работы то имеет смысл
создать в своем домашнем каталоге подкаталог ./terminfo/x/ и положить туда файлик с именем xterm
c подправленными на предмет рамочек внутренностями. Увы - это зависимо от кодировки и если например
потребуется переключать в своем сеансе локаль между cp866 и cp1251 то файлики потребуются разные.
И это конечно в предположении что терминалом в иксах работает именно xterm и он же в переменных окружения как тип терминала прописан. Тогда MC берет правильные псевдографические рамочки из этого файла.
Пример приучения MC 4.8.13 к кодировке cp866 с правильными рамочками и правильным отображением всех букв можно увидеть тут:https://debianforum.ru/index.php?topic=15610.0
Там же и настройки для самого xterm которые надо положить в .Xresources чтобы он был максимально похож на текстовую консоль и не считал вторую половину ascii таблицы "непечатными" символами.
Кроме специфичных применениях типа моего, это может быть полезно и например в учебном процессе,если в учебном заведении пишут программки на Паскале или Си,запускаемые в виндовой консоли где как известно бывает или 866 или 1251 кодировка, как минимум в виндах "до десятки".
Так вот, эти программки становятся переносимыми между виндами и линуксом без дополнительных перекодировок туда-сюда. Просто включаем нужную locale и пользуемся. Вот например человек
столкнулся с этой проблемой сидя на дистанционном обучении во время карантина
https://forum.ubuntu.ru/index.php?topic=311696.0
Неприятно удивила агрессивность отвечающих ему,вместо того чтобы помочь.

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

139. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/
Сообщение от rvs2016 (ok), 03-Фев-24, 18:03 
> В VFS прекращена поддержка сервера и протокола FISH

Это в каком смысле прекращена?

Когда я Миднайт командеру командую Shell-соединение для отображения в панели файлов удалённого хоста через ssh, то у меня в Миднае появляется строка "fish: ожидается начальная строка...", а в процессах появляется строка "ssh -l мой_логин ssh_удалённой_системы echo FISH:; /bin/sh"

Это теперь Миднайт-командером нельзя будет к файловой системе удалённой системы подключатся через ssh и к ней придётся подключаться только через FTP?

И ещё:
Прекращена поддержка протокола FISH - это понятно. В качестве клиента решил не поддерживать.
А причём тут сервер? Миднайт командером я подключаюсь к ssh-cерверу, который работает же благодаря программе sshd, а не программе Миднайт командера? Зачем пишут про прекращение поддержки ещё и сервера FISH?

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

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

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




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

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