Представлен (https://mail.gnome.org/archives/mc-devel/2015-November/msg00...) выпуск консольного файлового менеджера Midnight Commander 4.8.15 (http://www.midnight-commander.org/), распространяемого в исходных текстах под лицензией GPLv3+.Список основных изменений (https://www.midnight-commander.org/wiki/NEWS-4.8.15):
- Добавлена поддержка более двух столбцов (до 9) в режиме укороченного просмотра списка файлов;- Во встроенном просмотрщике обеспечено выделение цветом результатов поиска файлов;
- Улучшена работа модулей файловых систем s3, extfs и vfs;
- Добавлена скрытая опция для управления показом полного пути к файлу в строке состояния редактора;
- Улучшена подсветка синтаксиса для Lua и PKGBUILD;
- В информационной панели обеспечено корректное выравнивание текста;
- При вызове редактора меню по умолчанию теперь выбирается пользовательское меню;
- Повышены требования к версии GLib, для работы теперь требуется как минимум GLib 2.26.0;
- Устранено несколько серьёзных проблем в работе функции поиска файлов. Например, устранён крах при использовании некорректных кодов UTF-8, решены проблемы с подсветкой результатов при использовании регулярных выражений и поиска по целым словам;
- Исправлена порция утечек памяти.
URL: https://mail.gnome.org/archives/mc-devel/2015-November/msg00...
Новость: http://www.opennet.me/opennews/art.shtml?num=43280
Must have!
У большинства россиян любовь к двухпанельникам :)
видите ли, довольно проблематично в консольке юзать dolphin :)
Пока не слезешь с него , не поймешь что он тебя тормозил.
Ctrl-o
И 2 версии history.
> Пока не слезешь с него , не поймешь что он тебя тормозил.Это правда, но есть и задачи, где осмысленно -- у меня в основном разгребание ~/Download и хождение по архивам (avfs&co для этого так и не прижились).
Просто хороший шелл вроде zsh больше помогает, когда информация хранится структурированно и префиксы за годы практики утряслись в хорошо отTABтываемый вид ;-)
Понимать это начал где-то около 1999--2000, когда последняя строчка ~/.bash_profile была заремарена по той причине, что после загрузки ею mc тогда уже чаще жал F10.
А подхватившим разработку -- благодарность и уважение: казалось бы, что в этом жанре ещё допиливать, ан нет, находится!
> The right way to look on OFMs is not as on file managers, but as an shell IDE. That means the quality of shell terminal window provided is of paramount importance for OFMs and the role of user menu is central. Unfortunately outside DOS implementations most OFMs are weak in this area and that might be the reason OFMs did not got the popularity among sysadmins they deserve
Полезная утилита.
> Полезная утилита.Бесполезный комментарий.
Хм, а я почему-то думал, что где-то с год назад разработчики разбежались и проект заморозили.
Я путаю или с тех пор много воды утекло?
Насколько я помню, один или два активных остались.
такое уже было в развитии этого проекта. он точно также встал где-то в версии 4.7.х. и стоял сколько-то лет. потом то ли его объявили умершим, то ли еще как-то народ напугали или просто объявили о "возрождении". все стали кричать, запустили новый сайт и один за одним вышли 4.8.1 и т.д. со всякими фиксами, была куча поклонников, опеннет ес-но бросал шапки в небо и кричал "вива ля опенсорс!". сейчас все вернулось.
> я почему-то думалДа ладно? неужели? не, не верю.
Даже не год назад, а всего полгода: в мае. И, к сожалению, правда. http://geektimes.ru/post/250964. Хотя, на совсем главразраб пока ещё не ушёл.
Непонятная вещь - к тому же полумертвая
Новичкам слишком сложная, а опытные этим не пользуются.
>>Новичкам слишком сложная, а опытные этим не пользуются.
>Новичкам слишком сложнаяКлассический двухпанельник. Что тут сложного-то?
>опытные этим не пользуютсяА альтернатив-то и нет. Так что никуда от mc не деться. Особенно если нужно с файлами не только на localhost возиться.
ща набегут кулхацкеры и начнут кричать, что им хватает только баш \ зсш
Здравствуйте. Меня зовут ..., и да, я не пользуюсь MC. Я привык к башу, мне хватает таба для ускорения в работе, и я, я не знаю как справиться с этим ...
Ну почему в очень редких случаях удобно в mc листинги директорий посмотреть когда не знаешь сто искать. В том и суть что CLI должен брать лучшее и ускорять работу, а не повторять функциональность shell, а это слабо получается у нынешнего MC.
Что там не получается?
Да он не безупречен, но им просто удобно пользоваться.
И альтернатив просто нет. Единственное что приходит на ум vifm, но это больше к BSD и он не лучше.
Да и редактор mcedit, то же то, что надо.
И то что проект несколько раз останавливался и возрождался свидетельствует только о том, что в какой-то момент достигается достаточная функциональность и надежность, проект подвисает. Со временем накапливаются необходимые изменения и он оживает.
> Да и редактор mcedit, то же то, что надо.Не, вот с mcedit точно лучше быстрей слазить на редактор.
Когда "удалить этот абзац и переставить за конец той функции" решается в несколько кнопок -- совсем другой коленкор, текст будто менее вязким становится под руками.
mcedit по сути не интегрирован с файловой панелью. Так что по сути это отдельный проект. Однако в нём нормально сделано редактирование в utf8 кодировке. Поэтому наверно придётся взять эту часть, и прикрутить интерфейс от vi в openwatcom-v2 и/или crisp (grief) http://sourceforge.net/projects/grief/files/griefprogguide.p...
> Когда "удалить этот абзац и переставить за конец той функции" решается в
> несколько кнопок -- совсем другой коленкор, текст будто менее вязким становится
> под руками.А что в mcedit не так? Выделяем нужный фрагмент (shift+down на нужное количество строк), переводим курсор на место, куда хотим переместить абзац, жмем f6.
> А альтернатив-то и нет.Теперь-то есть - sunrise commander, слава святому емаксу :)
Теперь-то есть - vifm, слава святому vi :)
> Классический двухпанельник. Что тут сложного-то?Это ж не iMC с одной панелью, да и та чтоб не настраивалась...
> А альтернатив-то и нет. Так что никуда от mc не деться.Альтернатив чему? Двухпанельнику? Может и нет, однако не совсем очевидно почему "никуда не деться" и для чего всё-таки он так сильно вам пригорел.
> Особенно если нужно с файлами не только на localhost возиться.
Если нужно с ними возиться *вручную*, их много, и они разбросаны по куче машин и это у вас происходит постоянно - да лучше бы вы localhost админили...
> а опытные этим не пользуются.А чем же они пользуются? Тунаром или Наутилусом? Про голую консоль можете не рассказывать, ей пользуются не опытные, а люди, не сталкивающиеся с необходимостью работать с большим количеством файлов.
Уберите «не» и будете правы. На большом количестве файлов mc умирает.
> Уберите «не» и будете правы. На большом количестве файлов mc умирает.Дo 30-50тыс вполне адекватен, а уже при более 2-3тыс надо бы думать о систематизации данных - поиск в каталоге всегда затратен.
> Дo 30-50тыс вполне адекватен, а уже при более 2-3тыс надо бы думать
> о систематизации данных - поиск в каталоге всегда затратен.В чём заключается ваша "работа с файлами"? Не для подЁколоть, просто интересно.
Вы не правы я пользуюсь mc. Я к нему привык.
А мой коллега не пользуется ему хватает shell
Это дело привычки. Но если привык и так работаешь быстрее и комфортнее, то почему нет.
>> а опытные этим не пользуются.Я неопытный, пользуюсь как zsh, так и mc порой.
> Про голую консоль можете не рассказывать, ей пользуются не опытные,
> а люди, не сталкивающиеся с необходимостью работать с большим количеством файлов.Я не сталкивался, всего лишь ftp.linux.kiev.ua или там "Ломоносов". Впрочем, и тексты грепать тоже предпочитаю не глазами, а инструментом...
Ну и это, оденьте свою консоль в шелловую шубку, зима скоро.
"Работать с большим количеством файлов". Повторить вслух 10 раз. "Вот вырастешь, и будешь работать с большим количеством файлов". "На прошлом месте я решал сложные задачи и работал с большим количесвом файлов". "Нам нужен специалист по работе с большим количеством файлов".Солнце моё, школу закончи сначала, "большое количество файлов". Пока ты в своём mc домотаешь до нужного файла любой шелл десять раз сделает всё что нужно и бантик сверху завяжет.
> Пока ты в своём
> mc домотаешь до нужного файла любой шелл десять раз сделает всё
> что нужно и бантик сверху завяжет.Откройте для себя быстрый поиск (ctrl+s):
" Режим быстрого поиска позволяет быстро найти нужный файл в каталоге,
Кроме обычных символов в имени файла также можно использовать символы маски '*' и '?'. "
>> любой шелл десять раз сделает всё что нужно и бантик сверху завяжет.
> Откройте для себя быстрый поиск (ctrl+s):Гонка века! Товарисчь ставит mc против find !
Делаем ставки господа!
При чем здесь find? Поиск файлов это отдельная функция в mc.
Естественно есть ситуации, когда использованием консольных команд можно лучше решить задачу - для этого и нужна командная строка в mc.
> При чем здесь find? Поиск файлов это... M-?, а не C-s.
> Новичкам слишком сложная, а опытные этим не пользуются.Про новичков есть поле для согласия. Они любую программу могут объявить сложной, непонятной и начать не пользоваться ею.
А опытных-то за что к новичкам определили? Опытные сами разберутся - какой им программой пользоваться, а какой не надо. :-)
Использовал несколько лет его, пока не познакомился с curlftpfs и sshfs…
Ненавижу mc!
Если я кому-нибудь закачиваю на ftp/ssh, тогда то, что я закачиваю, mc зачем-то ещё копирует в /tmp/.mc-%username%. А если закачиваю несколько гигов, то я ухожу в своп, либо оно крашится, либо OOM-killer убивает mysqld/т.п (представьте, что вы вручную делаете бэкап рабочего сервака, а автоматический рестарт нужен демонов забыли настроить). Даже если это в настройках бы где-то отключалось (чего я не нашёл), то это всё равно жестоко по умолчанию иметь такой режим. Причём багу >=6 лет! https://www.midnight-commander.org/ticket/77
А ещё (по крайней мере в версии 4.8.14): если в левой панели у вас есть папка A, в котором файлы 1, 2, 3, а в правой панели у вас *другая* папка A, в которой файлы 2, 3, 4, 5; то если вы попробуете переместить правую папку A в левую панель, то оно спросит «перезаписывать ли файлы с одинаковыми именем и размером?». И если ответить «не надо», то mc всё равно берёт и копирует.
Напиши багрепорт или поправь код сам.Люди, которые из-за одного-двух багов начинают ненавидеть продукт, имхо, либо лгут, либо не совсем адекватны.
>> Напиши багрепортСсылка на баг была дона, ему аж 7 лет…
А второй?
Проводим эксперимент.
На /tmp 1.1G свободного места.
Берем файлик 2.1G с локального диска (примонтированного NTFS-раздела) и копируем в /media/192.168.100.254 (папка, куда смонтирована по sshfs удаленная шара). С помощью mc копируем.
Внезапно, все спокойно копируется. /tmp/mc-%username% действительно создается, но на протяжении всего процесса пуст. Собственно, этот файл туда бы и не влез.Вывод: вы ловите этот баг в mc, потому что вы зачем-то пользуетесь его (возможно, кривым) Shell-соединением, а не нормальным монтированием средствами системы. Без mc вам все равно придется монтировать самостоятельно...
Да он описывает баг при использовании подключения в самом mc, а не монтирование.
Но баг есть, ему сто лет. И баг очень неприятный.
Зато правится элементарно - берем исходники и выкидываем нахрен это подключение.
Если оно кому-то так мешает. Мне вот совершенно не мешает - я им просто не пользуюсь.
Это не баг, а "фича" (чтобы можно было скопировать с удаленой папки в удаленную).
Проблема в том, что лезть в то, как монтируются каталоги никто не хочет, чтобы не сломать.
Ищите спец. сборки с исправлениями.
>/tmp
>свопtmpfs - ССЗБ.
/tmp нужен в частности для того, чтобы не держать всё в памяти.
> tmpfs - ССЗБ.
> /tmp нужен в частности для того, чтобы не держать всё в памяти./tmp нужен для хранения временных файлов. Чтобы не держать всё в памяти есть своп. У некоторых приложений (например gimp) может быть свой своп.
>/tmp нужен для хранения временных файлов.Одна их причин делать временные файлы - хранение большой временной информации, которая не влезает в своп.
>У некоторых приложений (например gimp) может быть свой своп.
И куда его положить кроме /tmp?
>>/tmp нужен для хранения временных файлов.
> Одна их причин делать временные файлы - хранение большой временной информации, которая
> не влезает в своп.Если программа ориентирована на работу с большим объемом данных (потенциально больше озу+swap), то у программы должен быть свой своп, как у gimp.
ИМХО основная причина создания файлов в /tmp - это передача/получение файлов между процессами. Например: программы сохраняет свои данные, вызывает внешнюю программу для их обработки и загружает их обратно. Так как мы обычно хотим провозвестии подобные действия максимально быстро, то tmpfs является наилучшем решением.
У меня вся сборка системы происходит в /tmp (tmpfs), что дает выигрыш порядка 10-15%.
>>У некоторых приложений (например gimp) может быть свой своп.
> И куда его положить кроме /tmp?Куда угодно, например в ~/.gimp-2.8.
>основная причина создания файлов в /tmp - это передача/получение файлов между процессами
>основнаяНе помню такого в FHS.
>Куда угодно, например в ~/.gimp-2.8.
Угу, и вручную исключать из бэкапа. И в случае нештатного завершения вручную чистить. Ну геморрой же на ровном месте.
> Не помню такого в FHS.ИМХО != FHS ;)
>>Куда угодно, например в ~/.gimp-2.8.
> Угу, и вручную исключать из бэкапа.А зачем бэкапить целиком ~/.gimp-2.8 ?
Если это так критично, сделайте ~/.swap или ~/.tmp> И в случае нештатного завершения вручную
> чистить.gimp сам его удалит при следующем запуске.
> Ну геморрой же на ровном месте.
ИМХО геморрой - это тормоза на ровном месте. Не зря же у gimp задается отдельно директория для tmp и отдельно для swap.
> tmpfs - ССЗБ.Мы с ldv@ тоже? :)
> /tmp нужен в частности для того, чтобы не держать всё в памяти.
Нет. /tmp нужен для временного содержимого, которому по FHS не гарантировано пережить перезагрузку (в отличие от /var/tmp). Если этот раздел на корне, то вместе с обычно общедоступными по записи правами это точка DoS по /. Если отдельный -- DoS нет, но есть выбор "лимит размера временных файлов vs пропадающее место". Если отдельный, но на tmpfs -- это место может использоваться по двум назначениям сразу, притом очистку ребутом после пары сокрушений о забытых нужных файликах начинаешь воспринимать как благо (а нужные файлики приучаешься держать там, где им и место -- в гите и/или на резервированных носителях/хостах).
>Мы с ldv@ тоже? :)Если оно не opt in - да. tmpfs полезен, если его включают сознательно, а иначе получается ерунда. Например, при наличии SSD дешевле положить /tmp туда, а не докупать гору памяти.
>DoS
Ну так где хранить десятки/сотни гигов временных данных, если это всё-таки потребуется для редактирования видео или склеивания панорам?
> Ну так где хранить десятки/сотни гигов временных данных, если это всё-таки потребуется
> для редактирования видео или склеивания панорам?Обычно редактирование больших объемов медиа информации идет без создания промежуточных файлов. Исходные видео файлы читаются по мере необходимости и записываются в файл предназначенный для длительного хранения (конечный или промежуточный результата).
Если я не верно понял, приведите подробный пример.
>Например, при наличии SSD дешевле положить /tmp тудаИдиот.
> не гарантировано пережить перезагрузку (в отличие от /var/tmp).Ага, размечтался (про "пережить перезагрузку с /var/tmp).
> Ага, размечтался (про "пережить перезагрузку с /var/tmp).5.15. /var/tmp : Temporary files preserved between system reboots
http://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch05s15.html
>> Ага, размечтался (про "пережить перезагрузку с /var/tmp).
> 5.15. /var/tmp : Temporary files preserved between system reboots
> http://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch05s15.htmlЯ в курсе. Только в "без-systemd-шном" ALTLinux на это положили (и в systemd-шних дистрибутивах тоже) по причине "это никто чинить не собирается, поэтому это не бага, а фича".
> Я в курсе. Только в "без-systemd-шном" ALTLinux на это положили (и в systemd-шних дистрибутивах тоже) по причине "это никто чинить не собирается, поэтому это не бага, а фича".А вот не надо тут FUD'а, пожалуйста. Если что-то сломали в ALT - это значит только то, что-то сломали в ALT. Зачем к любому багу слово "systemd"? Чисто желание почитать зубоскальство systemd-хейтеров?
Берем типичный systemd-шный дистрибутив Fedora:
$ df /tmp/ /var/tmp/; ls -l /var/tmp/
Файловая система 1K-блоков Использовано Доступно Использовано% Cмонтировано в
tmpfs 8200140 848 8199292 1% /tmp
/dev/mapper/WashiSSD-Var 7093752 3010096 3700272 45% /var
итого 16
drwxr-xr-x. 4 abrt abrt 4096 июн 20 14:21 abrt
drwx------. 3 root root 4096 окт 17 18:50 systemd-private-b00eead5a9244c6bac29e37cd075cb12-systemd-hostnamed.service-fENaAf
drwx------. 3 root root 4096 ноя 7 23:16 systemd-private-b26104617a2944e89d8a7eb643447690-colord.service-nDb4iL
drwx------. 3 root root 4096 ноя 7 23:16 systemd-private-b26104617a2944e89d8a7eb643447690-rtkit-daemon.service-XABgoJУпоминаний каких-либо tmp в /etc/fstab нет.
Как видно, в /var/tmp, в отличие от /tmp все сохраняется.
В RHEL7 полностью аналогично.
>[оверквотинг удален]
> 45%
> /var
> итого 16
> drwxr-xr-x. 4 abrt abrt 4096 июн 20 14:21 abrt
> drwx------. 3 root root 4096 окт 17 18:50 systemd-private-b00eead5a9244c6bac29e37cd075cb12-systemd-hostnamed.service-fENaAf
> drwx------. 3 root root 4096 ноя 7 23:16 systemd-private-b26104617a2944e89d8a7eb643447690-colord.service-nDb4iL
> drwx------. 3 root root 4096 ноя 7 23:16 systemd-private-b26104617a2944e89d8a7eb643447690-rtkit-daemon.service-XABgoJ
> Упоминаний каких-либо tmp в /etc/fstab нет.
> Как видно, в /var/tmp, в отличие от /tmp все сохраняется.
> В RHEL7 полностью аналогично.Забрось туда файл с прошлогодней датой модификации.
Существующего файла с весны достаточно?$ df /tmp/ /var/tmp/; ls -ld /var/tmp/abrt/; ls -l /var/tmp/abrt/; cat /etc/system-release
Файловая система 1K-блоков Использовано Доступно Использовано% Cмонтировано в
tmpfs 8119616 2628 8116988 1% /tmp
/dev/mapper/SSD-Var 3966144 1750744 1994216 47% /var
drwxr-xr-x. 2 abrt abrt 4096 апр 27 2015 /var/tmp/abrt/
итого 4
-rw-------. 1 root root 12 апр 27 2015 last-ccpp
Scientific Linux release 7.1 (Nitrogen)
>, mc зачем-то ещё копирует в /tmp/.mc-%username%.1. У что, он должен писать в твой мозг, как у Джонни Мнемоника? Или на квантовые зазоры?
2. Легко переопределить.
sys_tmp = getenv ("TMPDIR");
if (!sys_tmp || sys_tmp[0] != '/')
{
sys_tmp = TMPDIR_DEFAULT;
}>А если закачиваю несколько гигов
А ты не закачивай несколько гигов через MC.
В чем проблемы? Осознать ограничения инструмента и вовремя использовать подходящий под ситуацию?
Кто там ближе к "е-билдам",gpm-флуд http:/openforum/vsluhforumID3/90810.html#184 не исправили ещё?
На 4.8.12 :/ имеется.Не на Debian-е (у меня wheezy=oldstable + пересобранный пакет mc) у кого-нибудь проявляется?..
ii gpm 1.20.4-6 i386 General Purpose Mouse interface
ii mc 3:4.8.12-1~abm i386 Midnight Commander - a powerful file manag
ii screen 4.1.0~20120320 i386 terminal multiplexer with VT100/ANSI termi
Far Manager лучше
Ну, если мы обсуждаем программы для морально устаревших систем, то я таки напомню про величие Дос Навигатора!
А уж Norton Commander как был крут! Его интерфейс меня вообще приводил в дикий восторг.
Dos Navigator фичастей был :)
Был?! Есть!!! Др сих пор использую в DOSBox :3
http://ndn.muxe.com/
http://www.dnosp.ru/
Про Volkov забыли.
Volkov Commander живет в народной памяти, но его главная фича - легкость - вот уже двадцать лет как неактуальна. Масштабы давно изменились, сейчас и mc - легкий.
http://vc.kiev.ua/download/
Если он серенький такой - то я тоже плюсую )) Голубые файл-менеджеры - отстой. И не надо про конфиги. Руками цвета подбирать для каждого элемента геморно.
В DN было несколько предварительно настроенных тем.
Две из них - серая и синяя - даже пригодные к использованию.
Для Linux и для Mac OS он уже появился?
> Для Linux и для Mac OS он уже появился?Увы невозможно обработать отдельно нажатие shift через терминал.
Чем это лучше walCommander?
Гад! Я от смеха кофе пролил :(
> Чем это лучше walCommander?Лучше тем, что работает в черной текстовой консоли.
В иксах это намного хуже: использование пседвографики на системе, где есть настоящая графика это не слишком нормально.
> Лучше тем, что работает в черной текстовой консоли.а консольный walCommander в черной не работает?
>>в черной текстовой консоли.
> а консольный walCommanderОй!?? Правда? 8-O
баг с localhostoм починили? там, где mc запускается секунд по 20?А вообще, я начинаю смотреть в сторону ranger
А номер бага какой?
То же интересен номер бага.
Или может все дело в кривых руках и настройках резолвинга чего-то?
Ну написано же русским по бежевому: "баг с локалхостом".
MC вообще ни при чем, просто у этого админа локалхоста ДАЖЕ MC запускался 20 секунд.
> просто у этого админа локалхоста ДАЖЕ MC запускался 20 секунд.При иных iowait это ещё неплохо...
> Ну написано же русским по бежевому: "баг с локалхостом".
> MC вообще ни при чем, просто у этого админа локалхоста ДАЖЕ MC запускался 20 секунд.Пожалуйста, думайте перед тем, как отвечать
> и настройках резолвинга чего-то?помню, mc по несколько минут запускался, если dns не работает. как сейчас - хз.
>> и настройках резолвинга чего-то?
> помню, mc по несколько минут запускался, если dns не работает. как сейчас
> - хз.
В Ubuntu уже пришло обновление, respect!
где? Release: 15.10
mc -V
GNU Midnight Commander, версия 4.8.13
Скомпилирован с библиотекой GLib версии 2.43.1
Вот там:
deb http://www.tataranovich.com/debian/ trusty nightly
Шёл 2015 год…
Год пройдёт, их не мало уже прошло, а mc останется...
Закостенелый консерватизм очень характерен для линуксоидов. А вот для разработчиков СПО это странно…
куда?
Вперёд…
С какой стороны посмотреть.
С любой стороны лучше смотреть вперёд, а не в зад, особенно если он чужой…
> С любой стороны лучше смотреть вперёд, а не в зад, особенно если
> он чужой…Если ты впереди, то можешь смотреть назад. Если позади - то смотри вперёд, чо уж.
у кого работают нормально хоткеи для сортировки файлов по дате/размеру/и т.д?
> у кого работают нормально хоткеи для сортировки файлов по дате/размеру/и т.д?Что значит работают? Разве сортировку можно менять не только через меню, но ещё и через хоткеи?
> Разве сортировку можно менять не только через меню, но ещё и через хоткеи?Внезапно, да?
>> Разве сортировку можно менять не только через меню, но ещё и через хоткеи?
> Внезапно, да?только у меня не работают :(
Очень очень и очень хорошая новость, сам пользуюсь постоянно им, новость об уходе одного из разработчиков думал приведёт к печальным последствиям =(...
Glib для приложения на ncurses?
> Glib для приложения на ncurses?Вас что то смутило?
>> Glib для приложения на ncurses?
> Вас что то смутило?Тяжёлое наследие Мигеля! :D
Странно, да?Строки, списки, массивы, деревья научишь на ncurses делать?
> GlibЭто ж работа с данными, а не интерфейс.
До 9-ти стобцов в панели - наверное, это для мониторов 21:9 :)
Интересно, как скопировать со второй левой на седьмую правую?
Ды дурак?
Хотелось бы чтоб панели обновлялись в реальном времени, так сказать. А то появился каталог "вне mc" - Ctrl + r каждый раз ((
Зато без сюрпризов. Вон, когда открываешь gtk2 open file dialog, а в фоне кто-то удалил файлик, всё, то и дело падает всё приложение, использующее gtk2.
Это, если угодно, принцип: программа выполняет команды, и только.
Ничего самостоятельно не делая.
Только такая программа имеет право называться Коммандер ;)
> Хотелось бы чтоб панели обновлялись в реальном времени, так сказать. А то
> появился каталог "вне mc" - Ctrl + r каждый раз ((Ага. Чтобы панель с каким-нибудь тормозным фтп внутри себя повесила всего мидная? :-)
> Ага. Чтобы панель с каким-нибудь тормозным фтп внутри себя повесила всего мидная?
> :-)Нужно автоматически обновлять только содержимое локальных фс используя для этого inotify.
И если у вас в неиспользуемой сейчас панели открыт, например, /var/log или /tmp...
И что? Как другие файловые менеджеры ведут себя в подобной ситуации?Если открыт, значит я с ним работаю и хочу видеть актуальное состояние дел. Можно добавить ограничение на одно обновление в секунду.
Встречный вопрос: что вам мешает пользоваться именно другими менеджерами, если для вас так важен интерактив?
Я, признаться, не работал с inotify, но подозреваю, что особенного волшебства там нет, и mc не сможет немножко использовать его для своих двух открытых каталогах - он будет вынужден тратить на него ресурсы постоянно.
А сейчас, как только mc отрисовал вам окна - он не делает НИЧЕГО, кроме ожидания ваших команд. Я, признаться, считаю это одним из самых ценных его качеств. Наработавшись досыта в системах, которые жрут ресурсы в три горла, безуспешно пытаясь предугадать мои нужды.
> Встречный вопрос: что вам мешает пользоваться именно другими менеджерами,Там нет того, что есть в mc.
> если для вас так важен интерактив?
Для меня интерактив не критичен, но был бы удобен.
> Я, признаться, не работал с inotify, но подозреваю, что особенного волшебства там
> нет, и mc не сможет немножко использовать его для своих двух
> открытых каталогах - он будет вынужден тратить на него ресурсы постоянно.Почитайте про inotify, возможно пригодится. Очень интересная система, позволяющая следить за файлами/директориями и в случае определенных операций над ними получать уведомление как событие. Накладные расходы минимальны, работает на уровне ядра.
> А сейчас, как только mc отрисовал вам окна - он не делает
> НИЧЕГО, кроме ожидания ваших команд. Я, признаться, считаю это одним из
> самых ценных его качеств. Наработавшись досыта в системах, которые жрут ресурсы
> в три горла, безуспешно пытаясь предугадать мои нужды.1. подобные возможности можно (нужно!) реализовывать как опции.
2. к сожалению mc не является образцом минимального потребления ресурсов: одно удаление директории исходников ядра съест больше ресурсов, чем inotify за день.
> к сожалению mc не является образцом минимального потребления ресурсов: одно удаление директории исходников ядра съест больше ресурсов, чем inotify за день.Это удаление директории - ваше действие, а постоянно жрущий ресурсы фоновый процесс.
> подобные возможности можно (нужно!) реализовывать как опции.
Ну, хорошо, убедили. Вам - конечно, можно. Реализовывайте, раз вам нужно.
> Непонятная вещь - к тому же полумертваяошибаетесь, живее всех живых. Еще и нас с вами переживет
> Новичкам слишком сложная, а опытные этим не пользуются.
а в каком месте сложная? Т.е. голый шел типа удобнее?!
> На большом количестве файлов mc умирает.
что есть большое количество файлов?
Он наконец-то перестал тормозить в девять тысяч раз при копировании, удалении каталогов с файлами, распаковки архивов?
> Он наконец-то перестал тормозить в девять тысяч раз при копировании, удалении каталогов
> с файлами, распаковки архивов?Если речь о работе на tmpfs, то нет - все также тормозит: слишком много времени уходит на отображение каждого удаленного/скопированного файла.
Создателям и тем, кто поддерживает MC в состоянии развития - низкий поклон.
Тем, кто хулит и хает MC - стыдобуха и пожелание побыстрее повзрослеть.Вообще - это плохая привычка хаять инструмент за то, что он не делает того, для чего не предназначен. Ну не может MC показывать графические файлы, и что?
Зато какая система меню! Это же сказка! Иногда страшная, но всё же сказка.
Не бывает универсальных вещей, программ, инструментов.
Norton Commander был актуален в условиях COMMAND.COM. А под онтопиком ведь есть не только пшпшшшд, но и годные вещи. Посредством FUSE можно примонтировать всякое на уровне ФС. Для файлопомоечек (если не претит петон) есть ranger, с колонками Миллера, вкладками, закладками, кнопулечками Vi, вот этим всем. Для особо незаурядных операций удобней воспользоваться непосредственно шеллом. IMHO, основная функция MC — прожигать люминофор ЭЛТ.
Почему из коропки в убунте нету