The OpenNET Project / Index page

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

Релиз файлового менеджера Midnight Commander 4.8.16

13.03.2016 09:07

Состоялся выпуск консольного файлового менеджера Midnight Commander 4.8.16, распространяемого в исходных текстах под лицензией GPLv3+.

Список основных изменений:

  • Проведена работа по увеличению удобства интерфейса поиска файлов. Убран флаг поиска с учётом содержимого ("Search for content"), который теперь применяется автоматически на основе заполнения поля с маской поиска внутри файлов. Пустое значение маски файла теперь приводит к выводу всех встретившихся файлов (не нужно обязательно указывать звёздочку);
  • Поддержка командного интерпретатора ash и устранение ошибок в коде поддержки bash и fish;
  • Улучшена реализация списков и их прокрутка колесом мыши;
  • Поддержка форматов сжатия lzip и lz4;
  • Поддержка просмотра патчей (patchfs), сжатых утилитой xz;
  • В mc.ext добавлены шаблоны для initramfs / initrd;
  • Во встроенном редакторе обеспечена подсветка синтаксиса для языка Go. Обновлены правила подсветки для файлов конфигурации Puppet;
  • Исправлено около 30 ошибок.


  1. Главная ссылка к новости (https://mail.gnome.org/archive...)
  2. OpenNews: Релиз файлового менеджера Midnight Commander 4.8.15
  3. OpenNews: Релиз файлового менеджера Midnight Commander 4.8.13
  4. OpenNews: Релиз файлового менеджера Midnight Commander 4.8.12
  5. OpenNews: Релиз файлового менеджера Midnight Commander 4.8.11
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/44038-midnightcommander
Ключевые слова: midnightcommander, mc
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (107) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 09:15, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +15 +/
    Годнота!
     
  • 1.2, Какаянахренразница (ok), 09:16, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +24 +/
    Дас ист хорошо.

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

     
     
  • 2.10, Аноним32 (?), 11:15, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +10 +/
    да, особенно nano, который наверное сделали ботаники
     
     
  • 3.38, АнонимХ (ok), 19:00, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > ботаники

    Это те, которые копаются со всякими корешками, пыльцой и хлорофиллом? Да, похоже на разработчиков нано

     
  • 3.57, Аноним (-), 22:29, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    У mc редактор удобнее, шорткаты более человеческие. А в просмотрщике есть даже простенький hex редактор, очень удобно. Еще бы перестало mc клинить при перемотке в конец 10Gb файла - цены бы ему не было.
     
  • 2.19, user455 (?), 12:22, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    я вим освоил после того, как мне показали, как в нем можно одним махом выполнять действия над произвольными блоками текста. вроде откомментить/раскомментить, вставить, заменить и т.д. до этого пользовался nano и в ус не дул. ну и выделения, вставки, вырезания там супер удобные.
     
     
  • 3.26, Аноним (-), 14:25, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это все круто, мне тоже бывало нужен был такой функционал, но как то не осилил и лень. человеку которому изредка нужно поправить пару строчек в конфигах это точно не особо нужно. а тем кто что то серьезное пишет они ваяют это в IDE и им в целом пофиг на это дело, поскольку врядли оно им надо. в общем это нужно только обдолбанному одмину в тапках ;)
     
     
  • 4.44, Michael Shigorin (ok), 19:46, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > это все круто

    Главное, что сильно облегчает работу с текстом.

    > мне тоже бывало нужен был такой функционал, но как то не осилил и лень.

    Оторвите от комментирования четверть часа на установку и прохождение vimtutor :)

     
     
  • 5.58, Аноним (-), 22:31, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Оторвите от комментирования четверть часа на установку и прохождение vimtutor :)

    Не отменяет того факта что vim'овские команды требуют слишком много нажатий кнопок. Быстренько отредактировать конфиг или исходник по месту mc самое то. А для тяжеловесного патчинга большого проекта лучше что-нибудь более похожее на IDE взять все-таки. Там удобные средства есть, даже в geany и kate.

     
     
  • 6.110, user455 (?), 13:17, 18/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Не отменяет того факта что vim'овские команды требуют слишком много нажатий кнопок

    я раньше говорил примерно то же самое. один в один.

     
  • 5.70, ступор (?), 23:25, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    http://vim-adventures.com/
     
  • 5.84, Какаянахренразница (ok), 10:56, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Оторвите от комментирования четверть часа на установку и прохождение vimtutor :)

    Оторваться от комментирования на опеннете?! Вот так вот, взять и перестать писать коменты? Совсем не писать? У-у-у!

    https://www.youtube.com/watch?v=3dDs0wq8PD8

     
  • 2.25, Аноним (-), 14:19, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +7 +/
    хз я согласен что vi, vim, emacs это для избранных, но с nano то в чем у Вас возникли проблемы? ;)
     
     
  • 3.85, Какаянахренразница (ok), 10:57, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > хз я согласен что vi, vim, emacs это для избранных, но с
    > nano то в чем у Вас возникли проблемы? ;)

    Хочешь назвать меня дураком? Так и скажи.

     
  • 3.105, PnDx (ok), 14:08, 15/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нововведение в районе 2013 г.: nano научили делать undo.
    Эта передовая фича потребовала компиляции/запуска со спец. параметрами.
    [/troll_mode]
     

  • 1.3, Яценюк (?), 09:22, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Наконец-то нормальный редактор для Go сделали.
     
     
  • 2.5, Аноним (-), 09:31, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    В печь идею, давате сюда mcedit
     

  • 1.4, Аноним (-), 09:25, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Отличная новость!
     
  • 1.6, EuPhobos (ok), 09:32, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Пользовался очень давно им, скажите, так всё ещё и тормозит жутко при распаковке/копировании многих мелких файлов?
    Помню процедура распаковки занимала до 5 минут, когда команда tar xf того же файла выполнялась за несколько секунд (распаковку делал на разных машинах  похожих по железу, если вдруг кто подумал про кэш)
     
     
  • 2.7, Кубер100 (?), 10:04, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    да, к сожалению...
    тоскапечаль совсем...
     
  • 2.8, Аноним (-), 10:20, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас набегут и скажут тебе, что это тру, ибо реализация истинно верная - юниксвейная.
     
     
  • 3.9, лотрн (?), 10:31, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    могут набижать и адепты фар под вайн :)
     
     
  • 4.27, Аноним (-), 15:20, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Пробовал. Работает. Большой разницы c mc не заметил.
     
     
  • 5.59, Аноним (-), 22:34, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Пробовал. Работает. Большой разницы c mc не заметил.

    Навигация по *nix-овой файловой системе - кривая, права отредактировать нельзя (в mc c-x, c и c-x, o). Зато есть c-a который как бы редактирует какие-то DOSовые права, но что он при этом в *nix отредактирует - загадка.

     
  • 3.11, Andrey Mitrofanov (?), 11:47, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > реализация истинно верная - юниксвейная.

    Мигель запилил, Мигель не может ошибаться, Мигель истинно вейный!

     
  • 3.49, Mihail Zenkov (ok), 20:12, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Unixway тут не причем. Проблема в том, что mc обновляет статус операции на экране для каждого файла. Особенно это раздражает, когда работаешь на tmpfs. У меня уже привычка выработалась rm -rf <alt>+<enter> нажимать ибо это на порядок быстрее, чем ждать пока mc удалит директорию с большим количество мелких файлов.

    Для какой-то операции (вроде при подсчете размера директории) это исправили, ждем для остальных ;)

     
     
  • 4.60, Аноним (-), 22:35, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А вот наш Михаил Зенков. У которого иксы "не тормозят", но почему-то перерисовка статуса операции его напрягает.
     
     
  • 5.64, Mihail Zenkov (ok), 22:43, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Попробуете сами: распакуйте исходники ядра в tmpfs, удалите их из mc. Потом повторите, но удалите используя rm -rf.

    По-вашему нормально, когда статус обновляется 50000 раз на операции, которая должна занимать 0.2 секунды?

    P.S. Xorg тут не причем, я специально патчил st для ограничения максимального fps. Тормозит именно mc.

     
     
  • 6.93, Аноним (-), 19:13, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > По-вашему нормально, когда статус обновляется 50000 раз на операции, которая должна занимать
    > 0.2 секунды?

    Если система напрягается перерисовать 50 000 раз небольшой участок экрана за 0.2 секунды - с выводом графики дело плохо. А операция может занять и 5 минут. Создайте миллион файлов в каталоге. А теперь попробуйте стереть этим вашим rm, тогда и поговорим о потреблении ресурсов. Миднайт правда тоже умрет если сканирование иерархий разрешено.

    > P.S. Xorg тут не причем, я специально патчил st для ограничения максимального
    > fps. Тормозит именно mc.

    Тормозит отрисовка, в которую упирается mc. FPS тут вообще очень опосредованно. Draw call - одно. FPS - другое.

     
     
  • 7.98, Mihail Zenkov (ok), 21:47, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Специально для вас не поленился - запустил sysprof:
    mc - 71.15%
    st - 19.81%
    X - 3.54%

    Хоть у st и ограничен fps, ему все равно приходится обрабатывать весь этот поток от mc. Процедуры рендеринга в st < 0.01%. Xorg запускался на amd с его кривоватой реализацией exa. На intel/sna было бы еще меньше.

    Самая медленная функция в mc - _nc_hash_map (ncurses) 20.93% от общего потребления, остальное - прочие функции форматирования текста и работы с unicode.

    Полный отчет профайлера (открывать в sysprof): http://knk.square7.ch/mc.prof

     
  • 7.99, Michael Shigorin (ok), 22:20, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Если система напрягается перерисовать 50 000 раз небольшой участок экрана
    > за 0.2 секунды - с выводом графики дело плохо.

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

    Вы вообще в курсе, какое количество изменений в секунду в принципе осмысленно отрисовывать для человеческого глаза?  А для LCD-матрицы?

     
  • 4.63, Аноним (-), 22:41, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Зипы пофайлово разархивируются. С вызовом на каждый файл unzip.
     
     
  • 5.79, Mihail Zenkov (ok), 07:45, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, но это совершенно другая проблема. Человек говорил о tar xf, а не об unzip.
     
     
  • 6.91, Аноним (-), 14:34, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    В MC общая архитектура работы с архивами. Не тормозит - значит норм, тормозит - 99% что все упирается в пофайловую разархивацию через конкретную консольную утилиту.
     
  • 2.21, Аноним (-), 13:02, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    У меня всё распаковывается быстро, за исключением одного единственного типа архива, который всё ещё довольно распространён в сети - zip. Вот zip распаковывается просто с ужасающе низкой скоростью порядка пары килобайт в секунду.

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

     
  • 2.24, Аноним (-), 13:46, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я думаю, это не исправят, т.к. mc распаковывает файлы по-одному (чтобы иметь возможность распакоывать то, что надо и туда, куда надо), а tar - весь архив целиком.
     

  • 1.12, Аноним (-), 11:50, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Как медленно распаковывал ZIP архивы, так и распаковывает. Кажется, теперь ещё медленнее.
     
  • 1.13, anonymous (??), 11:51, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    >Убран флаг поиска с учётом содержимого ("Search for content")

    Весьма спорное "улучшение".


    >Поддержка форматов сжатия lzip и lz4;

    Но продолжает виснуть на rar с паролем и тормозить при распаковке zip. Молодцы, чё.

     
     
  • 2.28, CSRedRat (ok), 15:29, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Бага есть?
     
     
  • 3.54, anonymous (??), 22:11, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Бага есть?

    Криокамера протекла? Держи, анабиозник: https://www.midnight-commander.org/ticket/1685

     
  • 2.29, Crazy Alex (ok), 16:22, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что в нём спорного? Есть контент - ищем его, нет - не ищем. Стереть не сложнее, чем галку снять, а путаницы меньше. Кому нужно сохранять значение - хистори в помощь.

    В общем, спасибо - убрали то, обо что я регулярно бился, как и о пустую маску.

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

    А что до rar - ну вперёд, патчам наверняка будут рады. С zip вообще не понимаю стонов - поглядеть архив и файлы по одному просмотреть/распаковать - всё в порядке, а целиком - один хрен проще сказать unzip %f

     
     
  • 3.32, Аноним (-), 17:30, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Кому нужно сохранять значение - хистори в помощь.

    Тут действительно Alt+P, Alt+N удобней чем каждый раз ставить флаг поиска.

    >С zip вообще не понимаю стонов - поглядеть архив и файлы по одному просмотреть/распаковать - всё в порядке, а целиком - один хрен проще сказать unzip %f

    Нет не проще. Мне не удобно для распаковки переходить в консоль и писать команду распаковки, работа с zip архивами в Midnight Commander сделана плохо и требует переработки.

     
     
  • 4.33, Аноним (-), 17:33, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Тут действительно Alt+P, Alt+N удобней чем каждый раз ставить флаг поиска.

    Если нужен список со всеми пунктами истории то Alt+H.

     
  • 4.48, Crazy Alex (ok), 20:01, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Куда переходить? Командная строка всегда на экране. Есил слишком сложно - можно добавить в меню по F2 что-то вроде unzip %f -d %D

    То есть да, пофиксить скорость работы с zip было бы неплохо, но катастрофы я в этом и близко не вижу.

    Если уж на то пошло, гораздо больше раздражает туповатая логика переноса каталога - там вместо мгновенного переноса в пределах одного раздела начинает, как минимум, сканировать каталог, а часто  ещё и переносить поэлементно. Но, опять же, mv %f %D - не ахти какая сложность.

    Вообще, mc - это прежде всего удобное дополнение к шеллу, а никак не его замена.

     
     
  • 5.50, Mihail Zenkov (ok), 20:27, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    HINT сделал себе распаковку архивов в соседнюю панель при нажатии на F4 Оказал... большой текст свёрнут, показать
     
  • 4.74, iCat (ok), 06:00, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Не удержался:
    >...Мне не удобно для распаковки переходить в консоль и писать команду распаковки...

    Оторви левую руку от подбородка, а правую - от мышки. Производительность работы весьма существенно увеличится.

     
  • 4.97, SysA (?), 20:40, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >>С zip вообще не понимаю стонов - поглядеть архив и файлы по одному просмотреть/распаковать - всё в порядке, а целиком - один хрен проще сказать unzip %f
    > Нет не проще. Мне не удобно для распаковки переходить в консоль и
    > писать команду распаковки, работа с zip архивами в Midnight Commander сделана
    > плохо и требует переработки.

    A и не надо совсем переходить, только пишешь, например:

      unzip -l <Alt/Enter><Enter>

    ну и <Ctrl/O>, если просмотреть результат надо.

     
  • 3.55, anonymous (??), 22:18, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, а потом рукам вычищать,если вдруг не устраивает Хотя я не удивлюсь, ты из ... большой текст свёрнут, показать
     
     
  • 4.56, Mihail Zenkov (ok), 22:28, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Ага, а потом рукам вычищать,если вдруг не устраивает.

    ctrl+up нажать не сложнее, чем таб и пробел.

     
     
  • 5.67, anonymous (??), 23:16, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >ctrl+up нажать не сложнее, чем таб и пробел.

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

     
     
  • 6.69, Mihail Zenkov (ok), 23:23, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > А наводить на поле за тебя Пушкин будет?

    Так при нажатии таб мы все равно сперва попадаем на это поле и только потом на "Поиск по содержимому".

     
     
  • 7.80, anonymous (??), 08:17, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Так при нажатии таб мы все равно сперва попадаем на это поле и только потом на "Поиск по содержимому".

    Так о том и речь. Вместо двух табов соло на клавиатуре.

     
  • 2.61, Аноним (-), 22:39, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Но продолжает виснуть на rar с паролем и тормозить при распаковке zip.

    А если открыть просмотрщиком файл на ...цать гигабайт - все нормально. Пока end не нажмешь, после чего он ... нет, что-то типа fseek(... SEEK_END) было бы слишком просто и быстро. Вместо этого надо прочитать все 20 гигабайт.

     
     
  • 3.86, Аноним (-), 11:06, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А концы строк искать и разметку делать Пушкин будет?
     
     
  • 4.94, Аноним (-), 19:22, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > А концы строк искать и разметку делать Пушкин будет?

    Это даже с wrap и без formatting бывает. Честно говоря я не понял зачем там вообще какой-то "formatting" и что он делает. А вот ужасные тормоза, при том что эту операцию нельзя прервать - заставляют kill -9 использовать, неудобно. Не ждать же мне 20 минут пока миднайт отформатирует мне все строки в каком-нибудь ISOшнике? Зачем мне там строки вообще? Я хочу быстро понять что это, mc для этого удобен. Если бы не такой клюк.

     

  • 1.14, Аноним (-), 11:55, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Отличный менеджер. Но криворукие SuSe сборщики отключили поддержку ssh при сборке, приходится пересобирать
     
  • 1.15, John (??), 12:00, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Им бы ещё эту багу пофиксить
    https://www.midnight-commander.org/ticket/17
    Неудобно копировать из-под root'а - у симлинков-копий владелец root
     
     
  • 2.37, Андрей (??), 18:45, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Советую зарегистрироваться и оставить там свой "крик". Напомнит, что бага скорее важная.
     

  • 1.16, Etch (?), 12:09, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Улучшена реализация списков и их прокрутка колесом мыши;

    А в чём улучшение заключается?
    Когда они уже догадаются сделать, чтобы в диалоге смены овнера и группы (Ctrl+x o) нажатие на букву приводило к смещению указателя к первому овнеру/группе, с этой буквы начинающемуся... Иногда парит руками листать список, если в системе много юзеров.

     
     
  • 2.30, Crazy Alex (ok), 16:24, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А бага есть на это дело? Может, сами они этим диалогом вообще не пользуются, или не используют там, где много юзеров - тогда догадаютя примерно никогда.
     
     
  • 3.71, Etch (?), 23:59, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    хз, у меня с английским не очень :(
     
     
  • 4.72, Аноним (-), 00:43, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    https://translate.google.ru/

    В крайнем случае можно завести багрепорт и на русском языке.

     
  • 2.39, Аноним (-), 19:01, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://github.com/MidnightCommander/mc/issues
     
     
  • 3.51, Андрей (??), 20:37, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https://www.midnight-commander.org/report
     

  • 1.17, Аноним (-), 12:13, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ураа! спасибо
     
  • 1.18, user455 (?), 12:18, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    никогда не понимал, зачем он нужен :) несколько раз пытался начать им пользоваться, но как-то не срослось. просто консоли всегда было достаточно, а мц только мешал. хотя возможно я просто не правильно его юзал.
    но все равно поздравляю всех адептов :)
     
     
  • 2.20, anonymous (??), 12:58, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    То что ты не понимаешь, это не означает, что ты умеешь пользоваться консолью.
     
  • 2.45, Michael Shigorin (ok), 19:50, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > никогда не понимал, зачем он нужен :)

    Разгребать помойку в ~/Download и шариться по архивам; для остального применяю zsh, ssh, rsync, lftp и vim.

     
  • 2.53, MaOR (ok), 22:10, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Когда нужно быстро просмотреть дерево каталогов, найти в них каталог с нужным файлом, что-нибудь в нем поправить и скопировать из этого каталога куда-нибудь - MC самое то. Это намного удобнее чем 100500 раз набрать:
    cd ./QWERTYU
    ls
    cat ./qwertyui.log
    cd ../
     
     
  • 3.109, user455 (?), 18:31, 17/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    find . -type f -exec grep -iH 'somethin' {} \;
    find . -type f -iname "asdasdasd*" -exec sed -i'' "s/111/222/g"
    это очень удобно.

     
  • 2.65, Нимано (?), 22:44, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > никогда не понимал, зачем он нужен :)

    Один из немногих ФМ, который может показать и отсортировать файлы по atime или ctime. Иногда очень удобно.

     
  • 2.95, Аноним (-), 19:27, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > пользоваться, но как-то не срослось. просто консоли всегда было достаточно,

    В миднайте активное хождение по уровням вложенности файловой системы и изучение того что там есть - сильно быстрее получается. Особнно если включить "links browsing mode", где смена уровня кнопками вправо/влево.

     
     
  • 3.100, Michael Shigorin (ok), 22:22, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> пользоваться, но как-то не срослось. просто консоли всегда было достаточно,
    > В миднайте активное хождение по уровням вложенности файловой системы и изучение того
    > что там есть - сильно быстрее получается.

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

    > Особнно если включить "links browsing mode", где смена уровня кнопками вправо/влево.

    Без этого в mc вообще туго, напрашивается на умолчание.

     

  • 1.22, Аноним (-), 13:12, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Добавили бы в текст новости ссылку на github https://github.com/MidnightCommander/mc может нашлось бы тогда побольше желающих какой-нибудь pull request прислать.
     
     
  • 2.35, Андрей (??), 18:41, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Слать-то можно и так. Но там, к сожалению, некому этими патчами заниматься :( Даже готовыми.
     
     
  • 3.40, Аноним (-), 19:04, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://github.com/MidnightCommander/mc/commits/master

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

     
     
  • 4.42, Андрей (??), 19:31, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Да. Но там одни и те же имена. Не правда-ли?
     
     
  • 5.46, Michael Shigorin (ok), 19:51, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Да. Но там одни и те же имена. Не правда-ли?

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

     
     
  • 6.47, Андрей (??), 19:58, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Один из них - да. Про других не знаю. Но всего у одного времени не хватает.
     

  • 1.23, Ano (?), 13:15, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Годнота, но со скоростью распаковки что то надо делать. Тогда совсем будет сказка.
     
  • 1.31, th3m3 (ok), 16:52, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Оно ещё пилится? Создатель вроде же забросил его? Ну, отлично же! Пользуюсь на серверах, удобная штука.
     
     
  • 2.34, Andrey Mitrofanov (?), 17:52, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Оно ещё пилится? Создатель вроде же забросил его? Ну, отлично же! Пользуюсь
    > на серверах, удобная штука.

    Где чалился, Зоркий Глаз? Обнаружил наконец-то, что нет стены? Дело.

    09.11.2015 12:33  Релиз файлового менеджера Midnight Commander 4.8.15
    05.09.2014 21:34  Релиз файлового менеджера Midnight Commander 4.8.13
    11.07.2013 20:00  Релиз файлового менеджера Midnight Commander 4.8.9
    19.07.2012 14:17  Релиз файлового менеджера Midnight Commander 4.8.4 с поддержкой SFTP

    20.10.2011 10:06  Релиз файлового менеджера Midnight Commander 4.8
        ..."версия также примечательна переходом на лицензию GPLv3+"...

    28.12.2010 15:30  Вышел файловый менеджер Midnight Commander 4.7.5

    16.01.2010 13:38  Компания Microsoft присудила Мигелю де Икаса звание MVP

    25.12.2009 22:46  Вышел Midnight Commander 4.7
        "После нескольких лет забвения и практически умирания проекта, новая команда разработчиков Midnight Commander выпустила[...]"

    21.11.2008 20:13  Вышел форк Midnight Commander
        "Вячеслав Занько создал форк консольного файлового менеджера Midnight Commander, находящегося в последние годы в глубокой стагнации (последний релиз вышел в 2005 [...]"

     
     
  • 3.66, Аноним (-), 22:51, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://geektimes.ru/post/250964/
     
  • 3.96, Аноним (-), 19:33, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > 16.01.2010 13:38  Компания Microsoft присудила Мигелю де Икаса звание MVP

    Однако!

     
  • 2.36, Андрей (??), 18:43, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Создатель вроде же забросил его?

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


     
     
  • 3.41, Uri (??), 19:19, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пока сорцы есть - всегда найдутся желающие что-то доделать.
     

  • 1.43, Аноним (-), 19:45, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Пора Far портировать
     
     
  • 2.75, iCat (ok), 06:12, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Пора Far портировать

    В добрый путь!

     
     
  • 3.103, . (?), 04:12, 15/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Эт вряд ли!(С)
    Уж сколько портировщиков оставили обломанные зубы и уползли поскуливая в кусты ... :(
    FAR мне нравиЦЦо, но оно же 19 дюймовыми гвоздями, пневмо-молотом, прибито к форточке.
    Так что пилите mc, Шура, оно - золотое! :)
     

  • 1.52, Аноним (-), 22:03, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Убран флаг поиска с учётом содержимого

    зря убрали - раньше было удобно через Alt+r ставить и снимать флаг, теперь надо будет переходить в строку и удалять все, т.е. интерфейс стал менее удобен, но "более понятен"

     
     
  • 2.62, Аноним (-), 22:41, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Действительно, теперь снятием 1 галки не отделаешься. Блин, зачем чинить то что не сломано?
     
     
  • 3.68, anonymous (??), 23:20, 13/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Действительно, теперь снятием 1 галки не отделаешься. Блин, зачем чинить то что
    > не сломано?

    А потому, что это просто. И релиз можно выпустить. Главное, чтобы была видимость работы.

     
  • 2.77, PavelR (??), 06:51, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если в новой версии нажатие Alt+r будет производить очистку строки поиска - это будет приемлемо для вашего юзкейса ("сценария использования")?
     
     
  • 3.81, anonymous (??), 08:20, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Если в новой версии нажатие Alt+r будет производить очистку строки поиска -
    > это будет приемлемо для вашего юзкейса ("сценария использования")?

    Лучше галку верни. Вытягивать пальцы каждый раз крайне неудобно.

     
     
  • 4.101, Michael Shigorin (ok), 22:24, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> Если в новой версии нажатие Alt+r будет производить очистку строки поиска -
    > Лучше галку верни. Вытягивать пальцы каждый раз крайне неудобно.

    Это на какой же клавиатуре/раскладке Alt-r -- вытянутые пальцы?  Или в каком возрасте? :)

     

  • 1.78, Аноним (-), 07:18, 14/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Знаю, что сюда заглядывают уважаемые разработчики mc ))
    Хотел спросить, не планируется ли в mcedit реализация режима soft word wrap? Очень жду этой фичи, без неё крайне неудобно редактировать html/markdown c большими блоками сплошного текста.
     
  • 1.82, odity (ok), 08:42, 14/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    И что делать у кого серверный вариант сусе и glib =2.14???
     
     
  • 2.102, Led (ok), 22:54, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И что делать у кого серверный вариант сусе и glib =2.14???

    И деревянные игрушки к полу прибиты?

     

  • 1.83, Mihail Zenkov (ok), 09:14, 14/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Только у меня mcedit перестал закрываться при нажатии esc?
     
     
  • 2.89, zhenya_k (?), 13:11, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нажми ESC второй раз.
     
     
  • 3.92, Mihail Zenkov (ok), 15:26, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Про двойной ESC я знаю :)

    Тут проблема оказалось в изменении поведения: mc.default.keymap до версии 4.8.4 (2011г) для выхода из mcedit было указано только f10, но mcedit все равно выходил по esc. Потом прописали f10 и esc.

    Сейчас поведение изменилось - выход по esc, только если он указан в конфиге. Оно вроде правильно, но у пользователей давно использующих mc и переопределивших свои клавиши появился забавный глюк.

     

  • 1.87, DmA (??), 12:57, 14/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    а кто-нибудь ещё использует Demos Commander (deco) из FreeBSD под Линуксом?
     
     
  • 2.90, Аноним (-), 14:20, 14/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Он и под FreeBSD был убог как не знаю что.
     

  • 1.104, Аноним (104), 09:51, 15/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Обновил mc до 4.8.16 на FreeBSD, сломался subshell. По ctrl+o показывает интерпретатор, но нажатие любой клавиши возвращает экран mc.
     
  • 1.106, Golub Mikhail (ok), 16:31, 15/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    FreeBSD 9.3
    core при редактировании любого файла.
     
  • 1.107, WatchCat (ok), 17:32, 15/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А насколько реально упросить разработчиков выкинуть вот эту проверку на диапазон
    символов 127-255 ?
    Для современного xterm оно уже лет минимум десять не актуально.


    --- 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);
    }

     
     
  • 2.108, Mihail Zenkov (ok), 06:09, 16/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Предложите им. Но IMHO проверка c!=127 нужна: 127 это delete, про 155 не помню.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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