После нескольких лет забвения и практически умирания проекта, новая команда разработчиков Midnight Commander выпустила (http://www.midnight-commander.org/) обновлённую и во многом переписанную версию самого популярного консольного файлового менеджера для Unix.
Кроме исправления огромного количества ошибок, в Midnight Commander 4.7 можно отметить следующие изменения (http://www.midnight-commander.org/wiki/NEWS-4.7.0):Ядро:
- Интегрированная поддержка UTF-8;
- Поддержка визуальных тем;
- Поддержка любых пользовательских комбинаций клавиш;
- Масштабируемый TUI;
- Добавлена возможность изменения порядка сортировки с помощью нажатия мышью на заголовок колонки;
- Добавлены горячие клавиши для быстрой смены режимов сортировки файлов в панели;
- Теперь всегда отображается режим сортировки в панели и порядок сортировки (прямой, обратный) при полном режиме просмотра;
- Движок меню переписан и строит меню динамически, а комбинации клавиш для элементов меню теперь оп...URL: http://www.midnight-commander.org/
Новость: http://www.opennet.me/opennews/art.shtml?num=24826
Позитивно. А где deb пакеты ?
https://launchpad.net/~zyv/+archive/ppa
http://www.midnight-commander.org/wiki/Binaries
Там пакеты датированы августом!
Версия старая (не релиз).
Придется подождать.
тут вот говорят что есть ppa для ubuntu: http://habrahabr.ru/blogs/open_source/79378/#comment_2324002
Спасибо за ссылку!
https://launchpad.net/~voronov84/+archive/andreyv
а для jantly репозитария нету. что делать? самим собирать что-ли?
Спасибо.
Ура! Автор новости прямо читает мои мысли...
Только сейчас HLFS на gcc 4.4.2 заканчиваю пересобирать ...
Ну, деб не деб, но слаклвские пакеты присутствуют:
ftp://linux.akson45.kiev.ua/pub/slackware/addons-13.0/32/pac...ftp://linux.akson45.kiev.ua/pub/slackware/addons-13.0/64/pac...
;)
Лично я мечтаю, чтобы Far сделали Unix/POSIX compatible, потому-что MC в текущем виде - это неудобоваримая свалка трудночитаемого C кода, где изобретено наследование и прочие C++ измы.Увы.
А у FAR'а код лучше?
Если считать кол-во плагинов, то да и в сто раз.
а можно пример нужного плагина?просто что то на ум не пришло ничего чтобы быстро не делалось в командной строке,
а как следствие - отсутствие необходимости в плагине.
к редактору colorer + всякое для навигации по коду
в панельках это ftp + winscp + process explorer
>в панельках это ftp + winscpа разве mc этого не умеет?!
>process explorer
для этих целей есть htop
>>в панельках это ftp + winscp
>а разве mc этого не умеет?!умеет, но меня бы больше порадовали плагины для этого.
>>process explorer
>для этих целей есть htopесть
>умеет, но меня бы больше порадовали плагины для этого.Т.е. плагины ради плагинов. Аргументация на высоте.
>>умеет, но меня бы больше порадовали плагины для этого.
>
>Т.е. плагины ради плагинов. Аргументация на высоте.плагины ради того чтобы не вкомпиливать не всем нужный функционал в бинарь.
Дык не вкомпиливай. :))
Научи!
но только чтобы код после этого не смотрелся как рождественская ёлка ил одних ифдефов.
Не так трудно, на самом деле. Принцип такой же как с плагинами, только вместо плагинов использовать статически прилинкованные модули. Главное - чтобы у этих модулей был единый интерфейс. Как драйверы устройств в ядро компилируются? Там, вроде, леса из ифдефов не наблюдается.Хотя, мне лично плагины тоже больше нравятся, чем перекомпилировать каждый раз прогу. :)
> чем перекомпилировать каждый раз прогу. :)dlopen()
>> чем перекомпилировать каждый раз прогу. :)
>
>dlopen()ну это и есть путь плагинов.
Плагины для того, чтобы не надо было форкать проект или упрашивать автора "отдайте нам проект - мы хотим немного функциональности добавить".Должно быть небольшоє ядро и куча модулей (плагинов) вокруг него.
Меня, напр., бесит невозможность ничего поменять в mc, точнее возможность поменять что-то только ручками и только до первого апгрейда. У меня не одна машина - я хочу просто тупо закинуть RPM-ку из своего репозитория или разархивировать архив в корень и больше не беспокоится о настройке mc ни под каким юзером и после любого апгрейда. Разработчикам надо ознакомится с архитектурой System V UNIX, в конце концов. Пусть узнают, зачем нужны каталоги с ".d" в конце. (Тикет я создал, код на Си-шке закинул. Реакции - 0).
>Разработчикам надо ознакомится с архитектурой System V UNIX, в конце концов. Пусть узнают,
>зачем нужны каталоги с ".d" в конце.Не волнуйтесь, мы в курсе.
> (Тикет я создал, код на Си-шке закинул.
Номер тикета, пожалуйста.
> Реакции - 0).
А вы думаете, все ваши хотелки надо ВНЕЗАПНО реализовывать? Дойдёт и до них очередь.
>>Разработчикам надо ознакомится с архитектурой System V UNIX, в конце концов. Пусть узнают,
>>зачем нужны каталоги с ".d" в конце.
>
>Не волнуйтесь, мы в курсе.Я не волнуюсь уже лет ..., долго вобщем, а спокойно пишу на шелле. Свои скрипты лежат в ~/bin годами и никому не мешают. Я даже пробовал писать что-то аля mc на шелле. (Надо ещё раз попробовать на bash4.0 - там уже почти всё нужное мне есть).
>
>> (Тикет я создал, код на Си-шке закинул.
>
>Номер тикета, пожалуйста.http://www.midnight-commander.org/ticket/1677
>> Реакции - 0).
>
>А вы думаете, все ваши хотелки надо ВНЕЗАПНО реализовывать? Дойдёт и до
>них очередь.Так я вроде как готов помочь. Только я имею довольно много примеров когда работающий патч не принимают в главную ветку просто потому что разработчикам некогда, вот и не спешу бежать впереди паровоза.
>http://www.midnight-commander.org/ticket/1677Ага. Спасибо. Всего не упомнишь, поэтому я буквально вчера открыл такой же тикет:
http://www.midnight-commander.org/ticket/1909Там надо всего-то переписать одну функцию (extfs_init), чтобы она читала каталог вместо
файла (это если закрыть глаза на остальной код, который надо выпрямлять). И должно
заработать. Ну и ещё утрясти наименование файлов, как написано в тикете #1909.
И то же самое, пожалуйста, для bindings и menu. Но там больше работы.
>Я даже пробовал писать что-то аля mc на шелле.http://www.altlinux.org/DotFiles/Shells/zsh/MenuSelection :)
О, правильный тикет! Больше всего мне в mc не хватает именно этого. Не только для extfs, но и для bindings и menu.Можно как-то поднять приоритет задачи?
Управление сервисами, реестром, нормальная работа с кодировками в отдельно взятом удаленном каталоге ftp, удобная система макросов, которые можно в нужном месте повесить на нажатие любой клавиши.
Из непонятного многим, могу отметить плагин для работы по IMAP/POP3/SMTP, с возможностью журналирования всего переданного в обе стороны.Когда я увидел, что он запустился не глючит под wine, я сразу же взял его на вооружение - в домашних локалках настоящий хаос кодировок на ftp.
Кстати, после внимательного прочтения документации по far и wineconsole, научился запускать far в сессиях screen.
Ссылки по тексту:
http://plugring.farmanager.com/downld/files/farsvc21.zip
http://plugring.farmanager.com/downld/files/farreg219.zip
http://plugring.farmanager.com/downld/files/farnav19r6.zip
http://plugring.farmanager.com/downld/files/farmail_v3.0b10.7z
Вероятно, это не последние версии плагинов, если кто знает где брать более новые, внимательно прочитаю.BTW, там есть классный тестировщик регулярных выражений PCRE, но я давно их сам пишу без хелперов.
Ему про код, а он про плагины. Пчитайте на досуге код фара - mc по сравнению с ним верх совершенства. А вообще я считаю что в unix мире оба менеджера выглядят убого и являются всего лишь костылями для тех, кто не осилил zsh.
В принципе у меня достаточно нажать tab и можно увидеть список файлов. Если ввести первые несколько символово, то по tab высвечиваются только файлы, начинающиеся с этих символов.
Количество плагинов не является показателем качества кода. Даже размер кода не имеет особо значения в этом случае. Важна оптимизация работы алгоритма и рациональность решения. А количество плагинов - это вы по очень высокому уровню хапнули. Довольно поверхностный осмотр. :)
> Лично я мечтаю, чтобы Far сделали Unix/POSIX compatible, потому-что MC в текущем виде -
> это неудобоваримая свалка трудночитаемого C кода, где изобретено наследование и прочие
> C++ измы.Решили новый миф раскрутить? Поточнее пожалуйста - в mc много подсистем.
Кстати, идеальный FAR таки научился копировать с родного SMB на SMB?
А он этого разве не умел? У меня проблем с этим никогда не возникало.
>А он этого разве не умел? У меня проблем с этим никогда
>не возникало.C FTP на FTP точно не умел(ет?), вроде бы и с SMB на SMB - тоже.
Хотите видео загружу как я с одного FTP на другой файл копирую?
>Хотите видео загружу как я с одного FTP на другой файл копирую?
>Я знаю, что FTP неработает. Только это частный случай, и VFS тут ни при чем.
У фара были проблемы с неродными фаловыми системами вообще.
http://www.midnight-commander.org/ticket/358
>>А он этого разве не умел? У меня проблем с этим никогда
>>не возникало.
>
>C FTP на FTP точно не умел(ет?), вроде бы и с SMB
>на SMB - тоже.надо просто поставить другой плагин для ftp
>>>А он этого разве не умел? У меня проблем с этим никогда
>>>не возникало.
>>
>>C FTP на FTP точно не умел(ет?), вроде бы и с SMB
>>на SMB - тоже.
>
>надо просто поставить другой плагин для ftpХорошо, что не написать :)
> Кстати, идеальный FAR таки научился копировать с родного SMB на SMB?Сколько себя помню - всегда умел.
А вот VFS в MC - это чудовищный костыль.
>> Кстати, идеальный FAR таки научился копировать с родного SMB на SMB?
>
>Сколько себя помню - всегда умел.В понедельник дорвусь до винды и перепроверю, возможно я юзался старьём.
>А вот VFS в MC - это чудовищный костыль.
Не осилил. Костыль к чему? Нормальная абстракция для, например, шаренья по архивам, fish, ftp.
Только почему-то эта "неудобоваримая свалка трудночитаемого C кода" на кучу платформ портируется, а ФАР на истинно верном С++ остается только не венде. И портировать его нет надежд никаких. Нафига, спрашивается, использовали такой мощный инструмент, как классы, и при этом не удосужились отделить логику от виндозного API! Зато код "удобочитаемый" и без goto...
FAR изначально был сделан под Win.
это не аргумент же!
>это не аргумент же!Задачи такой не было - портировать.
На кой черт Рошалю сдался юникс?
А сейчас все карты в руки, код открыт. Недоволен, что Фар не портирован - дерзай!
>А сейчас все карты в руки, код открыт. Недоволен, что Фар не портирован - дерзай!Вы такой умный как я не могу. Если кто-то на это и решится, то может себе кое-что надорвать. К тому же это означает форк Фара, поскольку сама ФарТим в портировании не заинтересована и вряд ли согласится принять код в апстрим.
Задачи такой не было - портировать.
На кой черт Рошалю сдался юникс?А на кой черт Мигелю и его последователям сдалась винда? У него что, задача такая была? Только МЦ с "неудобочитаемым кодом" почему-то и на винде, и на лине, и на фряхе, и на солярке, и бог знает еще на чем.
>Недоволен, что Фар не портирован - дерзай!
Так непортируемый он, тебе ж говорят! Потому что так написан. Его легче заново переписать. Зато на классах...
>[оверквотинг удален]
>
>А на кой черт Мигелю и его последователям сдалась винда? У него
>что, задача такая была? Только МЦ с "неудобочитаемым кодом" почему-то и
>на винде, и на лине, и на фряхе, и на солярке,
>и бог знает еще на чем.
>
>>Недоволен, что Фар не портирован - дерзай!
>
>Так непортируемый он, тебе ж говорят! Потому что так написан. Его легче
>заново переписать. Зато на классах...Это уже будет не far. По крайней мере назвать по другому имеются все предпосылы :D
>Это уже будет не far. По крайней мере назвать по другому имеются все предпосылы :Dnear? :D
>near? :DBetween :)
notsofar
Если после портирования Far потребуется еще и портировать все плагины, то такое портирование не нужно.
Зачем нужен голый, зато портированный Far?
> Только почему-то эта "неудобоваримая свалка трудночитаемого C кода" на кучу платформ портируется, а ФАР на истинно верном С++ остается только не венде.Пробовали хоть раз в жизни писать чисто win32 консольное приложение? :)
пробовал, консольный плеер, все winapi выносятся в отдельный модель и оборачиваются в свой класс. если вдруг стрельнет в голову моча и захочется портировать приложение то: нет проблем.
>Пробовали хоть раз в жизни писать чисто win32 консольное приложение? :)Мне приходилось писать встроенные приложения, которые одинаково работают на промышленных девайсах на процессорах Intel 8051, ARM, и в консоли Windows, Linux и FreeBSD на х86. Оказывается, такое возможно. И даже без классов. :)
ды тоже мечтаю... но кажись там работы оч много
наверно проще total commander спортировать чем far
>наверно проще total commander спортировать чем farДа и нужды особой, по-моему, нет. Файлменеджеров а ля total commander под линем достаточно, а вот консольных - только форки МЦ.
можно названия удобных и мощных Файлменеджеров а ля total commander для Linux ?
>можно названия удобных и мощных Файлменеджеров а ля total commander для Linux
>?Вот насчет "удобных и мощных" - не знаю. Я total commander не люблю, и им и его клонами не пользуюсь.
>Вот насчет "удобных и мощных" - не знаю. Я total commander не
>люблю, и им и его клонами не пользуюсь.графический, двупанельный, с эффективно заполненным рабочим пространством (отсутствие толстых рамок, панелек с большущими кнопками и прочих гламурных извратов), максимально настраиваемый, максимально клавиатурноуправляемый и при этом аккуратно выглядящий :))
посто интересуют возможные варианты на замену виндового тотала, консольные командеры не нравятся внешним видом (ещё и раздражает привязанность размеров элементов к размеру шрифта)
>можно названия удобных и мощных Файлменеджеров а ля total commander для Linux
>?Krusader... пользуйтесь
Не только. Есть еще старенький deco Сергея Вакуленко, и есть его же расширение bash - bashc (Bash Commander) http://groups.google.com/group/bashc/web/overview?pli=1Ко второму рекомендую присмотреться, там весь функционал вынесен в собственные скрипты для dialog. Расширяется, соответственно, до бесконечности, и если рабочий шелл - баш, то есть смысл.
очень позитивно, прям настроение поднялось))
Позитивно, радует, что большая часть команды разработчиков русские и белорусы =)
Это любопытно. Почему именно у нас есть разработчики, заинтересованные в развитии проекта? А пользователи тоже русские преобладают?Вообще, я mc использую по привычке, но при этом меня не покидает ощущение, что это все-таки какая-то лишняя сущность.
> Почему именно у нас есть разработчики, заинтересованные в развитии проекта?Из-за исторической лени и криворучия. Поэтому написан FAR, поэтому же ковыряется дохлый mc, все это вместо изучения нормальных инструментов.
Список инструментов в студию
> Интегрированная поддержка UTF-8О, у них уже наступил XXI век?
ну накоенц-то официальный релиз! ура!
>ну накоенц-то официальный релиз! ура!Как там насчёт сбоев и деградаций? Пре-релизы, судя по комментариям, были ими переполнены.
>>ну накоенц-то официальный релиз! ура!
>
>Как там насчёт сбоев и деградаций? Пре-релизы, судя по комментариям, были ими
>переполнены.поэтому фактически 2 месяца были посвящены только багфиксингу и устранению регрессий.
Переключение кодировок в просмотрщике по Ctrl+T как выкинули в каком-то из 4.6.х, так и не вернули обратно. Никому не надо?
???
alt-e !
Здрастее, все работает.
Огромное спасибо разработчикам! Отличный менеджер и самый человеческий консольный текстовый редактор (mcedit).
Спасибо большущее разработчикам !
> Добавлена подсветка имён файлов по их расширению;Может всё таки лучше было бы по mime-types, а не костылях для убогих ?
> (CFLAGS='-DMC_USERCONF_DIR=\".mc2\"');
0_0 а тут может таки сделать директиву для configure чтоб оно само такие конструкции добавляло ?
в остальном всё просто шикарно, и я настоятельно рекомендую старпёрам-фарофилам, вендозоидам и некродрочерам убиться или хотя бы изойти из этой темы.
>Может всё таки лучше было бы по mime-types, а не костылях для убогих ?Так что, и по ftp будешь открывать каждый файл и сверять его magic bytes?
>> Добавлена подсветка имён файлов по их расширению;
>Может всё таки лучше было бы по mime-types, а не костылях для убогих ?а может вы просто не понимаете о чем говорите? если сделать то что вы предлагаете то сколько mc будет раскрашивать файлы в каталоге с хотя бы 1000 файлов?
>>> Добавлена подсветка имён файлов по их расширению;
>>Может всё таки лучше было бы по mime-types, а не костылях для убогих ?
>
>а может вы просто не понимаете о чем говорите? если сделать то
>что вы предлагаете то сколько mc будет раскрашивать файлы в каталоге
>с хотя бы 1000 файлов?Мне всё таки интересно другое. Неужели есть люди, которые хранят mp3 с расширением jpg?
>Неужели есть люди, которые хранят mp3 с расширением jpg?Есть есть люди, которые хранят mp3 с расширением xls :-)
есть люди, которые хранят файлы .avi с расширением .so в /usr/lib :)
>есть люди, которые хранят файлы .avi с расширением .so в /usr/lib :)librussianslut.so.1.0.1
libvikarape.so.1.0.1
libbigdick.so.1.0.1:)
а некоторым нехватает мс под виндой :(
Так есть сборки и под винду. Из ReactOS и CygWin, например.
точна! а еще постоянно жму Ф12, нехватат yakuake
вот это отличная новость! разработчики молодцы!
Почему может не работать сортировка по горячим клавишам?
Добавил в mc.keymap:
PanelSortOrderBySize = ctrl-f5При нажатии вставляются символы 15;5~ (Gnome Terminal), в консоли вообще ничего не происходит.
Ubuntu 9.10
>Почему может не работать сортировка по горячим клавишам?
>Добавил в mc.keymap:
>PanelSortOrderBySize = ctrl-f5
>
>При нажатии вставляются символы 15;5~ (Gnome Terminal), в консоли вообще ничего неUse xterm
>происходит Ubuntu 9.10
в общем чтобы описать соответствие ctrl-f5 выполните следующее
Настройки\Распознавание клавиш...
обучайте "Функциональная 20" сочетанию ctrl-f5 и сохраняйте результат.
в ini файле появится строка похожая на эту
f20=\\e[15\;5~
после этого замените ее на
ctrl f5=\\e[15\;5~
> Обновлена поддержка ISO9660 - теперь корректно открываются ISO образы,
> содержащие Joliet первого уровня UCS.А с ;1 полегчало? Дёргали несколько раз, но так и не добрался разработчикам isoinfo(1) черкнуть -- мол, сделайте наконец опцию для фиксации формата вывода, если уж так хочется дефолтный менять как заблагорассудится.
наконец-то, давно ждал релиза.
Тоже ждал. И давно. До этого вертелся на FreeBSD (mc-4.6.2) ставился из портов, без изысков, еще с установкой системы. Дай, думаю, обновлю, чай с кодировками-то получше будет работать, и умнее.
Начал ставить. Перед сборкой потестил на чистой машинке - начало ругаться на отсутствие нового glib20 (стоял glib-2.20.1 (libgio-2.0.so.0). Руками обновил, собралось.А далее - началась веселуха с кодировками.
Не KOI8-R, ни 1251б не даже UTF8 мы открывать правильно не умеем. (Локально не проверял, лень подключать клаву с монитором к тестовой машинке)Удаленные клиенты:
TaraTerm, putty.Я конечно понимаю, что проделана громадная работа и первый блин вышел комом с кучей доп. фич, но хотелось бы в порта и исходниках иметь поменьше данных багов.
> начало ругаться на отсутствие нового glib20 (стоял glib-2.20.1 (libgio-2.0.so.0).libgio MC (пока?) не использует. Ему надо libglib-2.
>>>но без библиотеки не собирался, гад 8(
>>
>>Без какой библиотеки?
>
>/usr/local/lib/libglib-2.0.so.0Ну естественно. Это основная библиотека MC. На ней всё держится.
>
>А далее - началась веселуха с кодировками.
>Не KOI8-R, ни 1251б не даже UTF8 мы открывать правильно не умеем.
>(Локально не проверял, лень подключать клаву с монитором к тестовой машинке)
>
>
>Удаленные клиенты:
>TaraTerm, putty.
>заводите на траке тике с изложение того как вы этого добились, УМВР, проверено на linux/freeBSD под xterm, putty, terminal, konsole.
На счет teraterm я что то не уверен что он умеет UTF
>[оверквотинг удален]
>>
>>Удаленные клиенты:
>>TaraTerm, putty.
>>
>
>заводите на траке тике с изложение того как вы этого добились, УМВР,
>проверено на linux/freeBSD под xterm, putty, terminal, konsole.
>
>На счет teraterm я что то не уверен что он умеет UTF
>странно, при пересборке слетели настройки юзерской локали, а установленную в /etc/rc.conf мы брать не хотели. Вернул локаль, заработало.
Можно в последующем релизе включить возможность переключать кодировку через вьюер миднайта?
а то каждый раз выбирать редактор для просмотра файла не очень кошерно)ну и симлинк добавить дефолтный на midc)
>Можно в последующем релизе включить возможность переключать кодировку через вьюер миднайта?alt-e
как и в редакторе.
> ну и симлинк добавить дефолтный на midc)
не понял. midc - это что?
>>Можно в последующем релизе включить возможность переключать кодировку через вьюер миднайта?
>
>alt-e
>
>как и в редакторе.в редакторе можно выйти через меню, а в вьюере - нет этого меню. Но это честно говоря, рюшечки. Сенькс за подсказку.
>
>> ну и симлинк добавить дефолтный на midc)
>
>не понял. midc - это что?в freebsd миднайт назывался midc, а не mc
>ну и симлинк добавить дефолтный на midc)Это, изивините, личные половые трудности BSD. Пинайте вашего майнтейнера, чтобы порт исправил.
>>ну и симлинк добавить дефолтный на midc)
>
>Это, изивините, личные половые трудности BSD. Пинайте вашего майнтейнера, чтобы порт >исправил.хм, тащу с cvsup.freebsd.org 8)
mc -b теперь показывает темноту, при выделении файлов не видно что выделяешь.esc+o работает не так, как работал с начала и до 4.6.1 включительно. Знаю, что поменяли на esc+i, но ЗАЧЕМ? Свои новведения вешайте на новые клавиши, а не на старые.
Что за название файла panels.ini ? Это дань винде? Почему нельзя было эту чушь запихать в файл ini или уж если очень хочется, то в panels, но никак не в panels.ini.
>esc+o работает не так, как работал с начала и до 4.6.1 включительно.Что ж люди такие?.. Сколько раз говорено, что это в апстриме поменяли _до_ 4.6.1. Понимаете, _до_?
>Знаю, что поменяли на esc+i, но ЗАЧЕМ?
Поскольку поменяли до нас, мы не стали это трогать.
> Свои новведения вешайте на новые клавиши, а не на старые.
Теперь нововведения вообще никуда не будут вешаться. Будет пустое значение в файле биндинга. И пусть каждый сам вешает туда, куда хочет.
--
andrew_b
>> Что ж люди такие?.. Сколько раз говорено, что это в апстриме поменяли _до_ 4.6.1. Понимаете, _до_?русскоязычные "разработчики" которые запихали патчи от пары пакетов mc из линукс дистрибутивов в "4.6.2 версию". В чистом 4.6.1 и без всяких патчей esc+o работал как надо.
спасибо, тонко. люблю такой юмор.
>>> Что ж люди такие?.. Сколько раз говорено, что это в апстриме поменяли _до_ 4.6.1. Понимаете, _до_?
>
>русскоязычные "разработчики" которые запихали патчи от пару пакетов mc из линукс
>дистрибутивов в "4.6.2 версию". В чистом 4.6.1 и без всяких говно-патчей
>esc+o работал как надо.патч относительно 4.6.2 ~12Mb, и примерно 10 000 человеко-часов.
>>> Что ж люди такие?.. Сколько раз говорено, что это в апстриме поменяли _до_ 4.6.1. Понимаете, _до_?
>
> русскоязычные разработчики которые запихали патчи от пару пакетов mc из линукс
>дистрибутивов в "4.6.2 версию". В чистом 4.6.1 и без всяких патчей
>esc+o работал как надо.А теперь внимательно смотрим историю.
Это раз:
commit fef285babc5892b1d1dd48cb9f8d9375b661fdb2
Author: Pavel Roskin <proski@gnu.org>
Date: Mon Jul 25 14:22:59 2005 +0000Update base version to 4.6.1.
А это два:
commit 6b14153361177a7714b4139bbabcbeaaccefa8ef
Author: Miguel de Icaza <miguel@novell.com>
Date: Sat Feb 26 16:39:31 2005 +00002005-02-26 Miguel de Icaza <miguel@novell.com>
* screen.c (chdir_other_panel): Restored original functionality.
(sync_other_panel): This is now bound to the key Alt-i, and is the
functionality that was lost.
Даты сами сравните или помочь?
Так что я был не прав. Замена Esc-o на Esc-i произошла именно в 4.6.1 без всяких "русских говнопатчей".--
andrew_b
Когда хоть он научится нормально рабочий каталог менять...
Просто я привык работать в mc, но большую чать времени работаю в ctrl-o меня это просто закодябывает.
>Когда хоть он научится нормально рабочий каталог менять...О чём речь?
>>Когда хоть он научится нормально рабочий каталог менять...
>
>О чём речь?думаю речь идет о врапере который меняет каталог при выходе из мц
в женте без таких проблем кстати.
Кто-нибудь использует mc с выключенной опцией "Образцы в стиле shell"?
У меня уже несколько релизов проблема: копирование/перемещение и поиск не работают. В исходный шаблон подставляется
^\(.*\)$
И не копирует/перемещает/т.д.
Если его заменить на
^(.*)$
то все ОК.
Спасибо авторам.
Мож стоит ещё объединить хистори MC с хистори шелла-родителя?
>Мож стоит ещё объединить хистори MC с хистори шелла-родителя?You can use history -a to append the current session's history to the histfile, then use history -r on the other terminals to read the histfile.
export HISTCONTROL=erasedups # no duplicate entries
export HISTSIZE=100000 # big big history
shopt -s histappend # append to history, don't overwrite it# Save and reload the history after each command finishes
export PROMPT_COMMAND="history -a; history -r; $PROMPT_COMMAND"
Оно?
Что-то слишком много негатива. А жаль. На самом деле я безумно рад, что разработка mc продолжена. Вдвойне приятно, что продолжение разработки иницировано русскоязычными парнями. Я, пожалуй, даже выскажу респект всем разработчикам, чью активность в проекте я наблюдал лично. Уважаемые Андрей Бородин (andrew_b), Илья Маслаков (angel_il), Михаил Поболовец (styx), Сергей Трофимович (slyfox) и особенно Вячеслав Занько (slavaz), который вообще все это затеял (я имею ввиду "поднятие из пепла") - ОГРОМНЫЙ РЕСПЕКТ!
Все выпады по-поводу FAR, "кривых" клавиатурных биндингов, запоздалого UTF-8 и т.п. - полный бред. Среди СПО вообще нет аналогов mc. То, что его разработка, к сожалению, зачахла где-то в районе конца 90-х (если не раньше) - это совсем не повод хаять его сейчас. Парни перелопатили огромное количество ЧУЖИХ багов. Добавили то, что предыдущая команда делать видимо не собиралась. А тут такой хай поднялся...
>[оверквотинг удален]
>проекте я наблюдал лично. Уважаемые Андрей Бородин (andrew_b), Илья Маслаков (angel_il),
>Михаил Поболовец (styx), Сергей Трофимович (slyfox) и особенно Вячеслав Занько (slavaz),
>который вообще все это затеял (я имею ввиду "поднятие из пепла")
>- ОГРОМНЫЙ РЕСПЕКТ!
>Все выпады по-поводу FAR, "кривых" клавиатурных биндингов, запоздалого UTF-8 и т.п. -
>полный бред. Среди СПО вообще нет аналогов mc. То, что его
>разработка, к сожалению, зачахла где-то в районе конца 90-х (если не
>раньше) - это совсем не повод хаять его сейчас. Парни перелопатили
>огромное количество ЧУЖИХ багов. Добавили то, что предыдущая команда делать видимо
>не собиралась. А тут такой хай поднялся...что то я не заметил негатива, по моему сплошной позитив... :)
>Что-то слишком много негатива. А жаль. На самом деле я безумно рад, что разработка mc продолжена. Вдвойне приятно, что продолжение разработки иницировано русскоязычными парнями. Я, пожалуй, даже выскажу респект всем разработчикам, чью активность в проекте я наблюдал лично. Уважаемые Андрей Бородин (andrew_b), Илья Маслаков (angel_il), Михаил Поболовец (styx), Сергей Трофимович (slyfox) и особенно Вячеслав Занько (slavaz), который вообще все это затеял (я имею ввиду "поднятие из пепла") - ОГРОМНЫЙ РЕСПЕКТ!
>Все выпады по-поводу FAR, "кривых" клавиатурных биндингов, запоздалого UTF-8 и т.п. - полный бред. Среди СПО вообще нет аналогов mc. То, что его разработка, к сожалению, зачахла где-то в районе конца 90-х (если не раньше) - это совсем не повод хаять его сейчас. Парни перелопатили огромное количество ЧУЖИХ багов. Добавили то, что предыдущая команда делать видимо не собиралась. А тут такой хай поднялся...+{очень много}
>+{очень много}Я уже как-то говорил, что больше +1, что +2, +стопицот, что +1000000, - уже шизофрения и мания величия.
наверное за себя, за того парня и кошку марусю :)
>Что-то слишком много негатива. А жаль.Почему жаль-то? Нубы, пересевшие со всяких там windows и притащившие с собой вопиюще неэффективные способы работы с файлами и всем остальным как минимум должны ясно понимать, что можно работать на порядок удобнее и быстрее. Состояние mc на момент того, как за него взялить означенные люди, а также то что сверхудобный far никто так и не портировал, очень показательно - разработчикам, как продвинутым пользователям, этот костыль на * не упал, только и всего. А вот мотивацию подхвативших знамя очень интересно было бы узнать.
Неужели mc пишут те, кто им не пользуется? Или неужели его пишут те, кто не осилил шелл? В обоих случаях будующего у него нет.
>Все выпады по-поводу FAR, "кривых" клавиатурных биндингов, запоздалого UTF-8 и т.п. -
>полный бред.Да-да, ни у кого ничего не глючит, и багтрекер там абсолютно пустой, все происки моссада.
>Среди СПО вообще нет аналогов mc.
И слава богу.
у меня мотивация - убрать мешающие мне косяки, добавить вписывающихся в концепцию mc фич подсмотренных в фар.
скачал, поставил. При запуске открылось черно-белое окно "Unable to load 'default' skin. Default skin has been loaded"
и после этого все черно белоеруки отрывать надо за такие релизы
>скачал, поставил.Откуда?
> При запуске открылось черно-белое окно "Unable to load 'default' skin.
>Default skin has been loaded"
>и после этого все черно белое
>
>руки отрывать надо за такие релизыЕсли компилил сам, надо делать makе install. Если какой-то пакет, то кто-то забыл положить в пакет скины.
скачал с http://www.midnight-commander.org/
make install делал
до этого стоял mc 4.6.1
неужто надо было удалять .mc каталог от старого mc?
ну что авторы? без комменариев?
видимо самому придется дратся за отладчик и править это глюкало
>ну что авторы? без комменариев?
>видимо самому придется дратся за отладчик и править это глюкалоДа, пожалуйста, если не затруднит.Перед этим сделайте следующее:
./configure --prefix=$(pwd)/INSTALL_ROOT && make && make install && ./INSTALL_ROOT/bin/mc
Исправилась ли ошибка?
>видимо самому придется дратся за отладчик и править это глюкалоС таким хамлом общаться нет ни малейшего желания. Так что, дядя, дерись с отладчиком.
>Так что, дядя, дерись с отладчиком.Мужуки, ну спорим, не подерётесь :-)
slavaz
angel_il
pavlinux(?)
Спасибо за проделанную работу.
И вопрос:
когда/будут ли включены такие полезные возможности как:
поворот панелей (alt+, вертикально/горизонтально)
сравнение файлов (ctrl+x ctrl+y)
и ещё какая-то, забыл :)
?
>slavaz
>angel_il
>pavlinux(?)
>Спасибо за проделанную работу.
>И вопрос:
>когда/будут ли включены такие полезные возможности как:
>поворот панелей (alt+, вертикально/горизонтально)
>сравнение файлов (ctrl+x ctrl+y)
>и ещё какая-то, забыл :)
>?ок, вопрос хороший :)
посмотрите вот сюда http://www.midnight-commander.org/query?status=testing&statu...и скажите в какой последовательности вы бы их расставили, и а каком месте бы вы поместили свои фич-реквесты?
интересны ваши приоритеты.
>и скажите в какой последовательности вы бы их расставили, и а каком
>месте бы вы поместили свои фич-реквесты?
>интересны ваши приоритеты.Все тикеты, которые убирают зависимость от главной ветки - на первое место. Это
поддержка внешних модулей (плагинов),
поддержка внешних скриптов и репозитариев скриптов,
поддержка .d каталогов,
поддержка скриптования на всех языках через GIR http://live.gnome.org/GObjectIntrospection (несмотря на GObject в названии, оно чудесно поддерживает и голый Си).
т.е. кладем на тикеты с дефектами и занимаемся в первую очередь фичами?
>т.е. кладем на тикеты с дефектами и занимаемся в первую очередь фичами?
>Нет (с)
Кладём на фичи, кладём на баги, исправляем рахитектуру, потом делаем кому что надо «отдельно от других» (с).
Не должно быть «горячих точек» — мест в коде, «куда всем надо сходить и нагадить» (c)
>Кладём на фичи, кладём на баги, исправляем рахитектуру, потом делаем кому что
>надо «отдельно от других» (с).Это слишком революционно. Фактически, вы предлагаете переписать MC чуть менее чем полностью. Трудозатраты на такое я не берусь оценить.
Не переписать, а дописать. Из моего опыта, нужно убирать «горячие точки» — места, которые часто меняются (часто коммитятся в SCM). Как правило, в некоторых местах додатются замены типа вместо «взять X и сделать Y» пишется «для всех X из Z сделать Y». В математике для этого дела есть специальный оператор, но я, к сожалению, не математик. :-)Это можут быть разные варианты реализации, например, .d-каталог для скриптов или конфигурационных файлов или, например, подключать через LD_PRELOAD все библиотеки, которые имеют название libmcplug-*.
После того как такая возможность сделана, новую функциональность старатся делать отдельно от старой, чтобы уменьшить количество изменений и багов.
PS.
X-ы нужно вставлять/забирать используя только файловые операции копирования/создания и удаления (без редактирования файлов). Суть именно в этом.
>Не переписать, а дописать.Я понимаю ваш оптимизм. Когда-то много людей кричало: "Откройте Фар, и мы его быстренько портируем на Линукс". Фар давно открыли, и что? Где все те люди? Почему Фар не портируется?
Есть, правда, отдельные личности, пускающие Фар в wineconsole. Но это за гранью здравого смысла.
С MC ситуация не легче. Да, поддержку .d сделать не так сложно. Но тут есть одна тонкость. Сейчас, когда настройки хранятся в одном файле, мы читаем один этот файл. Когда файлов будет много, придётся читать много файлов до тех пор, пока не найдём нужное. Может, это и копейки в дополнительной нагрузке на CPU и FS...
Сделать поддержку плагинов, не изменяя существующей архитектуры, практически невозможно. Саму архитектуру надо менять. Это во-первых. А во-вторых, нужно спроектировать PluginAPI, которого пока нет даже в зачатках (речь идёт ведь не о VFS?). Это большой и непростой вопрос. В-третьих, это PAPI надо тщательно тестировать, при этом что-то меняя, чтобы стало удобнее, проще и безопаснее. Это долгий процесс, и кавалерийским наскоком тут действовать нельзя.
>>Не переписать, а дописать.
>
>Я понимаю ваш оптимизм. Когда-то много людей кричало: "Откройте Фар, и мы
>его быстренько портируем на Линукс". Фар давно открыли, и что? Где
>все те люди? Почему Фар не портируется?Я не знаю — я им никогда не пользовался, мне он не интересен.
>Есть, правда, отдельные личности, пускающие Фар в wineconsole. Но это за гранью
>здравого смысла.Это их проблемы. Я wc когда-то под Wine запускал — работало.
>С MC ситуация не легче. Да, поддержку .d сделать не так сложно.
>Но тут есть одна тонкость. Сейчас, когда настройки хранятся в одном
>файле, мы читаем один этот файл. Когда файлов будет много, придётся
>читать много файлов до тех пор, пока не найдём нужное. Может,
>это и копейки в дополнительной нагрузке на CPU и FS...Да нет, это не копейки. Нагрузка возрастёт в несколько раз — до 0,001 или даже 0,003 секунды. Процесор надо беречь, а вот человеческий труд как раз очёнь дёшов. ;-)
>Сделать поддержку плагинов, не изменяя существующей архитектуры, практически невозможно.Сделайте поддержку модулей.
> Саму архитектуру надо
>менять. Это во-первых. А во-вторых, нужно спроектировать PluginAPI, которого пока нет
>даже в зачатках (речь идёт ведь не о VFS?). Это большой
>и непростой вопрос. В-третьих, это PAPI надо тщательно тестировать, при этом
> что-то меняя, чтобы стало удобнее, проще и безопаснее. Это долгий
>процесс, и кавалерийским наскоком тут действовать нельзя.Ну так забейте. Сделайте что-то по-проще. Это ж опен-сорс — кому что-то не понравится, тот и поправит. VFS ведь прикрутили хоть как-то?
Например поддержка внешних листеров есть ("Filtered view"), а вот библиотеки внешних листеров нет. Всего-то надо сделать так, чтобы можно было или ввести команду, или выбрать её из библиотеки. Например как сделано в команде "External Panelize". Сделать так, чтобы эти команды читались не из mc.ini/[FilteredView] а из независимых файлов в каком-то каталоге. Тогда я просто сделаю RPM-ку с кучей скриптов, которую буду закидывать на машину не теребя разработчиков mc. Или хотя-бы поддердку .d закоммитьте — я тогда сделаю себе купу .ini-шек с нужными мне секциями.
Пример Filtered View:
+---------------------- Filtered view -----------------------+
| Select command: |
| ls -l |
| df -h |
| uname -a |
| mount |
| cat /proc/cpuinfo |
| |
| Filter command and arguments: |
| df -h |
| [< OK >] [ Add ] [Remove] [ Cancel ] |
+------------------------------------------------------------+(Кнопочки Add/Remove необязательны если есть поддержка .d-каталога).
PS.
Было бы очень смешно, если бы Линус сделал поддержку внешних модулей только в 3-ей версии своего емулятора терминала, после многих лет тщательного тестирования...
не могу ответить на этот вопрос однозначно, если много багов набралось, то конечно на первом месте исправления.
просто этих двух функций действительно не хватает, но именно на _мой_ взгляд, ибо быстрое сравнение и поворот панелей для рассмотрения длинных названий часто используемые _мной_ фичи, собственно поэтому и спросил. блин многа букаф...
Не совсем понятен смысл функции "Распознавание клавиш..". По идее, нужна для того, чтобы "сказать" коммандеру, мол, 'то, что ты считаешь "XXX" -- это "YYY" в моем терминале, учитывай это'.На практике, при попытке "обучить" клавише Esc, я получаю сообщение 'Невозможно принять эту клавишу. Вы ввели "\e"' -- да я и так знаю что _текущая_ интерпретация этой клавиши коммандером неправильная. Я хочу чтобы он он принял этот код (какой бы он ни был) как код клавиши "Esc" и запомнил его.
То же самое с клавишами "+", "-" и "*" (но не "/") дополнительной клавиатуры..
>[оверквотинг удален]
>"YYY" в моем терминале, учитывай это'.
>
>На практике, при попытке "обучить" клавише Esc, я получаю сообщение 'Невозможно принять
>эту клавишу. Вы ввели "\e"' -- да я и так знаю
>что _текущая_ интерпретация этой клавиши коммандером неправильная. Я хочу чтобы он
>он принял этот код (какой бы он ни был) как код
>клавиши "Esc" и запомнил его.
>
>То же самое с клавишами "+", "-" и "*" (но не "/")
>дополнительной клавиатуры..Ну переучить esc не получится, он сильно заколдованый