The OpenNET Project / Index page

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

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

28.12.2010 15:30

Вышла новая версия консольного файлового менеджера Midnight Commander (4.7.5). Ветка 4.7.5.x помечена как стабильная, в неё будут приниматься только исправления. Прошлая стабильная ветка 4.7.0.х будет поддерживаться ещё некоторое время.

Из изменений можно отметить:

  • Ядро:
    • При показе файлов, отсортированных вне зависимости от регистра символов, файлы, начинающиеся с точки, более не перемешиваются с остальными (#1894);
    • Добавлены горячие клавиши для повторения последнего быстрого поиска - по умолчанию C-s C-s (#2365);
    • Расширена возможность назначения цветов для элементов интерфейса (#2170, #2171, #2197);
    • Добавлено новое действие PanelSmartGotoParentDir, которое выполняет "cd .." (на него можно назначить, например, клавишу BackSpace);
  • Редактор:
    • Закладки редактора теперь не теряются при выходе из редактирования и сохраняются в файле ~/.mc/filepos (#2287);
    • Возвращены некоторые горячие клавиши из MC 4.6.x (#2404);
    • Добавлена синтаксическая подсветка языка cython;
    • При копировании в буфер текущее выделение теперь сбрасывается (#2238);
  • Разное:
    • Исправлен код, отвечающий за прокрутку содержимого некоторых бинарных файлов, что привело в многократному ускорению работы (#2229);
    • Изменены пути хранения некоторых внутренних для MC файлов для соответствия с FHS;
    • Добавлена тема оформления с тёмными цветами;
    • Исправлены ошибка зависания при выходе из программы во FreeBSD (#2333, #2415);
    • Счётчик копирования теперь правильно работает при копировании очень больших объёмов данных (>1TB);
    • Исправлены некоторые ошибки работы с кодовыми страницами (#1512, #2137, #2417);
    • Исправлена работа поиска "целых" слов (#2396);
    • Диалог поиска файлов теперь не предлагает по умолчанию предыдущие результаты поиска по содержимому (#2046, #2407);
    • Исправлена невозможность использования символа "?" в качестве создаваемого имени файла (#2327);
    • Обновлена документация и переводы.
    • Исправлено множество ошибок;


  1. Главная ссылка к новости (http://www.midnight-commander....)
  2. OpenNews: Вышел файловый менеджер Midnight Commander 4.7.4
  3. OpenNews: Вышел файловый менеджер Midnight Commander 4.7.3
  4. OpenNews: Вышел файловый менеджер Midnight Commander 4.7.1
  5. OpenNews: Вышел Midnight Commander 4.7
  6. OpenNews: Вышел файловый менеджер Midnight Commander 4.7.2
Автор новости: Artem S. Tashkinov
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/29144-midnightcommander
Ключевые слова: midnightcommander, console, cli, filemanager
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (234) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 15:55, 28/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    Молодцы! Хорошо поработали!
     
     
  • 2.252, Апять аноним (?), 22:05, 05/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    +1. Спасибо за работу
     

  • 1.2, Дмитрий (??), 16:03, 28/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Странно, одни новости про MC попадают на главную, другие - нет. :) Может кто объяснит закономерность? ;)
     
     
  • 2.33, Maxim Chirkov (ok), 18:31, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Странно, одни новости про MC попадают на главную, другие - нет. :)
    > Может кто объяснит закономерность? ;)

    Все зависит от субъективной оценки числа изменений и важности новшеств.

    PS. Переместил в главную ленту.

     

  • 1.3, stimpack (?), 16:06, 28/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –22 +/
    интересно, когда они включат голову и будут юзать вим в качестве редактора? пусть и с их DOS-like клавишными привязками.
     
     
  • 2.7, stimpack (?), 16:19, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • –12 +/
    хотя нет, я неправ.
    этого не случится - слишком разные глубины познания :)
     
     
  • 3.10, angel_il (ok), 16:22, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    в убунте на сколько я знаю вим вызывается на F4, так что к кому обращен вопрос непонятно... что касается меня выбирая между mcedit и vim выберу mcedit, выбирая между vim и cat+echo выберу vim...
     
     
  • 4.13, тигар (ok), 16:33, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +19 +/
    человек просто не знает где выключается встроенный редактор и как выставяется EDITOR, характерно для тех у кого vim головного мосга.
     
  • 4.21, Аноним (-), 17:06, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Лучше бы добавили в настройки поля для явного указания путей для просмотрщика(F3) и для редактора(F4), поскольку задавать их через файл ~/.bashrc вот так:
    export EDITOR=vim
    export PAGER=vim

    не очевидно и неудобно.

     
     
  • 5.22, aborodin (ok), 17:08, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > поскольку задавать их через файл ~/.bashrc вот так:
    > export EDITOR=vim
    > export PAGER=vim
    > не очевидно и неудобно.

    Эти переменные испокон веков задаются именно в конфигурационных файла шелла.

     
     
  • 6.23, Аноним (-), 17:17, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    При чём тут Ubuntu, я говорю про то что надо добавить в настройки поля где можно будет вписать пути
    /usr/bin/vim
    для просмотрщика и редактора, вместо того чтобы задавать их в конфигурационном файле bash - это действие не очевидно, в отличии от вписывания пути к нужному редактору.
     
     
  • 7.24, aborodin (ok), 17:23, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > вместо того чтобы задавать их в конфигурационном
    > файле bash - это действие не очевидно, в отличии от вписывания
    > пути к нужному редактору.

    Не очевидно кому?

     
     
  • 8.25, Аноним (-), 17:31, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Пользователю конечно, кому же ещё И конкретно мне это было не очевидно так что ... текст свёрнут, показать
     
     
  • 9.27, angel_il (ok), 17:34, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну делайте тикет на m-c o... текст свёрнут, показать
     
  • 9.53, aborodin (ok), 19:53, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если пользователь не знает элементарных вещей, то это исключительно его проблемы... текст свёрнут, показать
     
     
  • 10.62, szh (ok), 20:07, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    почитайте http www koob ru cooper_a psih_v_rukah_pacientov http www download... текст свёрнут, показать
     
     
  • 11.85, klalafuda (?), 21:36, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Алан Купер предлагает решение проблемы программированию должно предшествовать ... текст свёрнут, показать
     
  • 11.117, Аноним (-), 07:13, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Если человек осилил vim, то такую мелочь как переменные окружения, он должен оси... текст свёрнут, показать
     
     
  • 12.175, szh (ok), 16:46, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Осилить то осилит, если ему кто-нибудь про существование EDITOR подскажет, а есл... текст свёрнут, показать
     
     
  • 13.187, Аноним (-), 20:02, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    По моему про эту переменную окружения узнают в первые недели, если не дни, изуче... текст свёрнут, показать
     
  • 9.91, angra (??), 22:56, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Пользователь должен уметь включать мозг В настройках есть галочки x use inte... текст свёрнут, показать
     
     
  • 10.92, angra (??), 22:59, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален ... текст свёрнут, показать
     
  • 10.118, Аноним (-), 07:15, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ппкс ... текст свёрнут, показать
     
  • 9.100, Аноним (-), 01:27, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Хуже станет тому, кому придётся специально это настраивать в mc, отдельно от все... текст свёрнут, показать
     
  • 9.141, Sphynkx (ok), 12:41, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Отлично Столкнулись с проблемой, погуглили для некоторых и это - достижение ... текст свёрнут, показать
     
  • 9.153, Michael Shigorin (ok), 13:41, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Если пользователю неочевидно, где централизованно выбрать EDITOR, и надо двести ... текст свёрнут, показать
     
     
  • 10.190, pavlinux (ok), 21:12, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нонче у молодежи мозг не работает, за них работают интуитивно понятные интерфей... текст свёрнут, показать
     
  • 7.93, тигар (ok), 22:59, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > При чём тут Ubuntu, я говорю про то что надо добавить в

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

    > настройки поля где можно будет вписать пути
    > /usr/bin/vim
    >  для просмотрщика и редактора, вместо того чтобы задавать их в конфигурационном
    > файле bash - это действие не очевидно, в отличии от вписывания
    > пути к нужному редактору.

    у меня, например, нет bash, однако переменные окружения выставить проблем не составляет
    p.s. а еще я очень удивлен тем что Вы смогли обнаружить местоположение бинарника, каким образом если не секрет?

     
     
  • 8.245, ещеодинаноним (?), 11:57, 04/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    man which... текст свёрнут, показать
     
     
  • 9.246, тигар (ok), 12:07, 04/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    me удивлен, оказывается не все потеряно ... текст свёрнут, показать
     
  • 7.101, Аноним (-), 01:28, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > При чём тут Ubuntu, я говорю про то что надо добавить в
    > настройки поля где можно будет вписать пути
    > /usr/bin/vim
    >  для просмотрщика и редактора

    В UNIX это задаётся в переменных _окружения_, они специально в том числе и для этого сделаны.

     
  • 5.72, Акелла (?), 20:40, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    На самом деле удобно и очевидно. А вот когда в каждом приложении вызывается что-то своё, ну нафиг такое
     
  • 4.57, Zenitur (?), 20:01, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > в убунте

    Причём здесь убунта?

     
  • 3.28, szh (ok), 18:08, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > интересно, когда они включат голову и будут юзать вим в качестве редактора?

    интересно, когда ты включишь голову, сможешь разобратся в настройках MC, и выставишь вим в качестве редактора ?

    хотя нет, я неправ, этого не случится - слишком разные глубины познания :)

     
     
  • 4.110, stimpack (?), 06:02, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> интересно, когда они включат голову и будут юзать вим в качестве редактора?
    > интересно, когда ты включишь голову, сможешь разобратся в настройках MC, и выставишь
    > вим в качестве редактора ?
    > хотя нет, я неправ, этого не случится - слишком разные глубины познания
    > :)

    да, действительно... far^w ковырял оч давно, на заре старта изучения линукса
    оценил как дерьмо и мозготормозящую вещь
    с тех пор исключительно zsh.
    извиняйте, что я не знал, что оно чему-то там научилось.

     
  • 2.9, iZEN (ok), 16:21, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > интересно, когда они включат голову и будут юзать вим в качестве редактора?

    На FreeBSD нет vim'а. Никто в зравом уме из портов его не ставит (есть ee).
    Vim, как и vi, — пережиток обрезных клавиатур из 1970-х.

     
     
  • 3.14, тигар (ok), 16:36, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > На FreeBSD нет vim'а. Никто в зравом уме из портов его не
    > ставит (есть ee).
    > Vim, как и vi, — пережиток обрезных клавиатур из 1970-х.

    ee не умеет подсветку синтаксиса, работу с блоками, часто это необходимо.
    Сам я vim на сервера не ставлю, там хватает ее/vi, на десктопе geany, и, изредка (когда хочется херней позаниматься) юзаю vim из editors/vim-lite.

     
  • 3.15, butcher (ok), 16:37, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    На вкус и цвет...
     
  • 3.20, ы (?), 16:57, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > На FreeBSD нет vim'а. Никто в зравом уме из портов его не
    > ставит (есть ee).
    > Vim, как и vi, — пережиток обрезных клавиатур из 1970-х.

    ололо, ниасилил vi!

    vi есть в Single Unix Specification и POSIX. зная vi я одинаково комфортно работаю что в AIX, что в Solaris, что в Mac OS X. даже на нетбуке моей подруги с Xubuntu на борту я вместо nano юзаю vi. потому что, ещё раз, vi есть "из коробки" везде, даже в системе, установленной в самой минимальной конфигурации (например в случае Soalris это метакластер SUNWCrnet - Reduced Network Support Software Group).


     
     
  • 4.29, szh (ok), 18:17, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > vi есть в Single Unix Specification и POSIX. зная vi я одинаково комфортно работаю что в AIX, что в Solaris, что в Mac OS X

    это означает что надо уметь пользоватся vi для всяких неожиданных случаев

    а пользоватся в стандартных ситуациях следует самым удобным (во всех смыслах, включая RAM footprint) редактором.

     
     
  • 5.66, ы (?), 20:16, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    1 стандартные ситуации нормальный unix-администратор должен быть готов к люб... большой текст свёрнут, показать
     
     
     
     
     
    Часть нити удалена модератором

  • 9.152, ы (?), 13:39, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    http www geany org Documentation FAQ QQuestions16 то есть буквально - жэнии ... текст свёрнут, показать
     
  • 6.86, szh (ok), 21:45, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > я плохо отношусь к таким товарищам, потому что они мало того что отрицательно влияют на безопастность системы и добавляют лишнего геммороя коллегам-администраторам,эти товарищи элементарно не понимают что идут в чужой монастырь со своим уставом.

    Это частный случай. Ряд случаев не включают более одного администратора инсталлирующего софт. Домашнее использование например.

    И в этом частном случае, надо еще рассматривать что важнее, "отрицательное влияние" или скорость полученная засчет удобства.

    Мы говорили про редакторы, так что аргумент top/sudo VS prstat/Role\Authorization спускаю в /dev/null как оффтопик обладающий другими свойствами.

     
  • 6.130, СуперАноним (?), 09:39, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Крутой уних администратор, ты используешь виндовозные слеши! Ай-я-яй :))
     
  • 6.200, moralez (?), 05:32, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А каким макаром mc и zsh отрицательно влияют на безопасность? :)
     
     
  • 7.230, n0rd (ok), 07:36, 31/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > А каким макаром mc и zsh отрицательно влияют на безопасность? :)

    "Ватсон, это - элементарно!" (С)
    чем больше установлено софта, тем больше потенциальных дыр...

     
  • 4.65, iZEN (ok), 20:13, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> На FreeBSD нет vim'а. Никто в зравом уме из портов его не
    >> ставит (есть ee).
    >> Vim, как и vi, — пережиток обрезных клавиатур из 1970-х.
    > ололо, ниасилил vi!

    Осилил. Не волнуйся так. ;) Только пользоваться этим режимным извращением ненавижу.

    > vi есть в Single Unix Specification и POSIX.

    В каком месте, конкретно?

     
     
  • 5.71, ы (?), 20:34, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> vi есть в Single Unix Specification и POSIX.
    > В каком месте, конкретно?

    POSIX:2001, он же Single UNIX Specification version 3:

    http://www.unix.org/version3/apis/cu.html

    vi помечен как
    "m - Indicates that the interface is defined as mandatory."

    POSIX:2008:

    http://pubs.opengroup.org/onlinepubs/9699919799/utilities/vi.html

     
  • 5.157, Michael Shigorin (ok), 13:49, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Значит, не осилил Потому что редакторов действительно есть два штука, второй -... большой текст свёрнут, показать
     
  • 3.108, kshetragia (ok), 05:53, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мы уже как-то обсуждали эту тему с вами. Забудьте про ее, и ваши волосы станут мягкими и шелковистыми. На vi и правда мало кто сидит, а вот vim лично я ставлю в первую очередь после zsh.
     
     
  • 4.120, Аноним (-), 07:34, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Мы уже как-то обсуждали эту тему с вами. Забудьте про ее, и
    > ваши волосы станут мягкими и шелковистыми. На vi и правда мало
    > кто сидит, а вот vim лично я ставлю в первую очередь
    > после zsh.

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

     
  • 3.126, linecommander (ok), 08:19, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> интересно, когда они включат голову и будут юзать вим в качестве редактора?
    > На FreeBSD нет vim'а. Никто в зравом уме из портов его не
    > ставит (есть ee).
    > Vim, как и vi, — пережиток обрезных клавиатур из 1970-х.

    вот откель вы только берётесь такие исключительно категоричные?!?

    всё есть в FreeBSD

    vi использую постоянно; Vim не использую никогда (всего лишь однажды хотел его приспособить под ТеХ, но не сложилось и с тех пор забыл и пытаться); mcedit когда придётся --- всё работает, все работают и расписываться надо только за себя

     
  • 3.137, незарегистрированный аноним (?), 12:02, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Vim, как и vi, — пережиток обрезных клавиатур из 1970-х.

    Ну уж прямо ???

    Мнение программера-маковода. Мне показалось интересным.
    http://welinux.ru/post/4428/

     
  • 3.154, Michael Shigorin (ok), 13:42, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > На FreeBSD нет vim'а. Никто в зравом уме из портов его не
    > ставит (есть ee).

    Позвать Нетча и попросить дать краткую и ёмкую характеристику подобным заявлениям?

    PS: позорище.

     
     
  • 4.188, Аноним (-), 20:08, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> На FreeBSD нет vim'а. Никто в зравом уме из портов его не
    >> ставит (есть ee).
    > Позвать Нетча и попросить дать краткую и ёмкую характеристику подобным заявлениям?
    > PS: позорище.

    Поддержу, всегда первыми командами на новом сервере, если он разворачивается, вдруг, не из шаблонов, делается:
    pkg_add -r vim-lite
    cp /usr/local/share/vim/vim71/vimrc_example.vim ~/.vimrc
    vim ~/.vimrc

     
  • 3.162, Dimez (ok), 14:16, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> интересно, когда они включат голову и будут юзать вим в качестве редактора?
    > На FreeBSD нет vim'а. Никто в зравом уме из портов его не
    > ставит (есть ee).
    > Vim, как и vi, — пережиток обрезных клавиатур из 1970-х.

    Мнение админа фрёвого локалхоста несущественно :)

     
     
  • 4.191, pavlinux (ok), 21:19, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>> интересно, когда они включат голову и будут юзать вим в качестве редактора?
    >> На FreeBSD нет vim'а. Никто в зравом уме из портов его не
    >> ставит (есть ee).
    >> Vim, как и vi, — пережиток обрезных клавиатур из 1970-х.
    > Мнение админа фрёвого локалхоста несущественно :)

    Ты ему про локаль KOI8 в Бизди консоли скажи. :)

     
     
  • 5.201, kshetragia (ok), 06:26, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну.. тут и я бы с вами "пообсуждал".
     
  • 5.247, тигар (ok), 12:10, 04/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты ему про локаль KOI8 в Бизди консоли скажи. :)

    а что тут не так?

     
  • 2.41, user (??), 19:11, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >интересно, когда они включат голову и будут юзать вим в качестве редактора? пусть и с их >DOS-like клавишными привязками.

    Уважаемый! Не нужно другим навязывать свой VIM. Я лично от него кай не ловлю. Особенно когда нужно набираешь "crm configure edit" и в качестве редактора конфигурации запускается VIM - вообще не приятно работать становится!!! На вкус и цвет товарищей нет!!!

     
     
  • 3.121, Аноним (-), 07:35, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>интересно, когда они включат голову и будут юзать вим в качестве редактора? пусть и с их >DOS-like клавишными привязками.
    > Уважаемый! Не нужно другим навязывать свой VIM. Я лично от него кай
    > не ловлю. Особенно когда нужно набираешь "crm configure edit" и в
    > качестве редактора конфигурации запускается VIM - вообще не приятно работать становится!!!
    > На вкус и цвет товарищей нет!!!

    Вот и становится популярными *nix-ы, вот и пришли поклонники винды...

     
     
  • 4.177, szh (ok), 16:53, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    слишком много на себя берешь, поклонник вима
     
     
  • 5.238, Аноним (-), 10:15, 02/01/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Человек жалуется, что в каком-то софте неявно вызывается именно vim. Отчего так получилось, человек не знает: может используется переменная окружения EDITOR, а может в софте зашито. Не знает и знать не хочет. Это разве объективная позиция? Дайте другому с такой позицией ee, он будет говорить что ВДРУГ заместо MS Word открывается ee и в нём непонятно как работать. Дайти mcedit, он будет хаять mcedit.

    Человек со своим представлением лезет на другую платформу и, о чудо, _требует_, что бы платформа соответствовала _его_ представлению о Windows.

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

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

     
  • 2.106, VolanD (ok), 05:14, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Т.е. чтобы все учили новый язык программирования, если захотят подредактировать очередной конфиг?
     
     
  • 3.112, stimpack (?), 06:11, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    рву всех при скорости работы, когда работаю в vim ВСЕХ не встречал в жизни чел... большой текст свёрнут, показать
     
     
  • 4.122, VolanD (ok), 07:37, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    gt оверквотинг удален А зачем мне все это, если мне наду просто исправить мале... большой текст свёрнут, показать
     
     
  • 5.140, sndev (ok), 12:26, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Конечно. А машина должна просто ездить. А все прчиндалы как кондиционер, абс, адц, и далее по списку, нужны только в лимузинах и только толстосумам. Ну вот ездите на запорожце.
    Напаркуа вы покупаете мерс где есть все эти прибамбасы ? (ну может вы и не покупаете. может вам до него как на тракторе до луны. не берусь утверждать).

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

    Так же и с Ви\Вим вс МцЭдит/нано/гэдит/и им же подобным. Как выше человек правильно заметил, сравняться с работающим в виме по скорости работы работая в другом редакторе - нереально (за емакс утверждать не берусь. Не умею его готовить).

     
     
  • 6.144, лагман (?), 12:47, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    у нормального админа нет необходимости колупать конфиги в текстовых редакторах - у него и так все работает
     
     
  • 7.158, sndev (ok), 13:53, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    нормальный Одмин еще, помимо того что у него и так все работает, ковыряет что-то эксперементальное в поиске чего-то элегантного, или возможности реализовать
    новые требования- пожелания. энто раз. а два - это то что бывает приходится и с нуля
    начинать. Когда не то, что вообще ничего не работает, а просто вообще ничего нету,
    что должно работать.
     
     
  • 8.163, klalafuda (?), 14:21, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Нормальный одмин по крайней мере с точки зрения конечных пользователей как раз... текст свёрнут, показать
     
     
  • 9.165, sndev (ok), 14:23, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    а я где-то упоминал рабочую систему, и что эксперементирование проводится на ней... текст свёрнут, показать
     
  • 9.172, stimpack (?), 16:35, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    неразвивающийся админ - мертвый админ потыкайте в него палочкой... текст свёрнут, показать
     
  • 9.189, Аноним (-), 20:13, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ну и по мимо выше написанного есть админы которые ставят железки день - через д... текст свёрнут, показать
     
  • 7.164, Sphynkx (ok), 14:22, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > у нормального админа нет необходимости колупать конфиги в текстовых редакторах - у
    > него и так все работает

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

     
  • 7.166, Madrack (?), 14:44, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А Вы работали в фирме не на 5-10 человек, а в большой конторе с десятком серверов в разных филиалах или хостинг поадминте вот тогда и говорить будете. По ssh на медленных/нагруженых каналах vi/vim просто сказка.
     
     
  • 8.168, klalafuda (?), 14:48, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Можно подумать, что кто-то ставит под вопрос это в общем то очевидное утверждени... текст свёрнут, показать
     
     
  • 9.184, Madrack (?), 18:51, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Инструментом стоит решать задачи для которых он предназначен Каждый выбирает дл... текст свёрнут, показать
     
  • 7.174, stimpack (?), 16:43, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > у нормального админа нет необходимости колупать конфиги в текстовых редакторах - у
    > него и так все работает

    а ниче так, что раз в месяц-неделю - у меня новый сервер, например, с новыми задачами?
    или мне исключительно визарды яста какого-нибудь мышой тыкать, чтобы без обиняков влезать в ваши узкие понятия, кто есть нормальный админ? Шли бы вы лесом.

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

    Программерам может тоже исключительно силой мысли или мышой писать код? Шоб вам всю жизнь такой код попадался.

     
  • 5.239, Аноним (-), 10:25, 02/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Интересно посмотреть как вы ставите IDE на Windows, что бы поправить чуть более сложный файл чем простой. В конце концов, используйте другой редактор, в чем проблема-то?
    В том, что вы неправильно выбрали инструмент (редактор, ось) или в том что вы не умеете этого делать или в том что вы привыкли к одному и ожидаете того же на всех других ОС?

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

     
  • 4.125, тигар (ok), 07:54, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > о себе: 8 лет юниксоид, последние пару лет web-программер. vim по статистике
    > .histfile - самая частозапускаемая программа (3 раза в день в среднем).

    это называется "тяжкое детство/молодость". Меня, к счастью, эта болезнь не зацепила (хотя пользоваться приходилось). за большее время;-)

     
     
  • 5.173, stimpack (?), 16:38, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> о себе: 8 лет юниксоид, последние пару лет web-программер. vim по статистике
    >> .histfile - самая частозапускаемая программа (3 раза в день в среднем).
    > это называется "тяжкое детство/молодость". Меня, к счастью, эта болезнь не зацепила (хотя
    > пользоваться приходилось). за большее время;-)

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

     
     
  • 6.181, тигар (ok), 17:43, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > мсье из "золотой молодежи"? увы, а нам приходится работать, причем головой и
    > руками.

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

     
     
  • 7.203, stimpack (?), 08:50, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    судя по тому, что вы так легко опускаетесь до оскорблений, мне с вами не по пути и общаться не о чем.
     
     
  • 8.208, тигар (ok), 10:25, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    повелся на троллинг касательно золотой молодежи, каюсь ... текст свёрнут, показать
     
  • 4.192, pavlinux (ok), 21:22, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > о себе: 8 лет юниксоид, последние пару лет web-программер. vim по статистике
    > .histfile - самая частозапускаемая программа (3 раза в день в среднем).

    Гы

    $ cat $HISTFILE | grep 'vi ' | wc -l
    208
    $ echo $HISTFILESIZE
    256

     
  • 4.248, develop7 (ok), 13:57, 04/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Не существует подсветки синтаксиса более навороченной (как вам распознавание css и js
    > внутри html?) и более связанной с unix-спецификой (как вам подсвечивание неправильных
    > айпишников или неизвестных слов, скажем, в /etc/resolv.conf?).  Это создано специально
    > для админов - нет же, милые убунтоводы и им подобные предпочитают
    > юзать gedit или ee какой-нибудь :)

    Вообще-то корректно подсвечивать (и часто -- распознавать самостоятельно) языки произвольной вложенности (скажем, css внутри html внутри javascript внутри html) умеет JetBrains PhpStorm/WebStorm (и, вероятно, IntelliJ IDEA). А то, что вы написали -- это *тупо* регэкспы. Ничего особенного.

     
     
  • 5.250, Sphynkx (ok), 14:27, 04/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    По мнению Роба Пайка, подсветка синтаксиса - вообще вредная штука:
    http://habrahabr.ru/blogs/os_inferno/42894/
    ;-))
     
     
  • 6.251, develop7 (ok), 14:36, 04/01/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > По мнению Роба Пайка, подсветка синтаксиса - вообще вредная штука:
    > http://habrahabr.ru/blogs/os_inferno/42894/
    > ;-))

    Вот придёт Inferno OS хотя бы на 1% десктопов/серверов, тогда и поговорим. ;)

     
  • 2.116, stimpack (?), 06:44, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Самый качественный вброс в этой теме :)))
     
  • 2.128, i (??), 08:51, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    а что мешает самому прописать в настройках свой любимый редактор?
     
  • 2.205, nagual (ok), 10:14, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > интересно, когда они включат голову и будут юзать вим в качестве редактора?
    > пусть и с их DOS-like клавишными привязками.

    вим это другой стиль мышления ... не у всех есть время перестроиться.

     

     ....большая нить свёрнута, показать (86)

  • 1.4, Аноним (-), 16:08, 28/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Когда выход из редактора по одинарному нажатию на Esc сделают по умолчанию? А не по двойному, как обычно?
     
     
  • 2.6, Indigo (??), 16:17, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Когда esc+что-нибудь будут более не нужны.
     
     
  • 3.32, Andrey Mitrofanov (?), 18:30, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    ...да, кстати! Напишите кто-нибудь HOWOOTO по перепаиванию местами кнопок ESC и F10. Мучается же человек?! B)
     
     
  • 4.64, angel_il (ok), 20:11, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    по умолчанию f10 выход, не надо ничего прикручивать
     
     
  • 5.68, Andrey Mitrofanov (?), 20:20, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Не стреляйте в Анонима -- шутит, как умеет. :-P
     
  • 4.107, VolanD (ok), 05:15, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > ...да, кстати! Напишите кто-нибудь HOWOOTO по перепаиванию местами кнопок ESC и F10.
    > Мучается же человек?! B)

    Да лучше уж сразу: "Как сделать из MC Far Manager"

     
     
  • 5.206, nagual (ok), 10:16, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> ...да, кстати! Напишите кто-нибудь HOWOOTO по перепаиванию местами кнопок ESC и F10.
    >> Мучается же человек?! B)
    > Да лучше уж сразу: "Как сделать из MC Far Manager"

    Фар хорош но до мс недотягивает и в обоих до сих пор нет некоторых фич dn ... ;-)

     
     
  • 6.219, angel_il (ok), 13:07, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    каких фич dn нет в mc?
     
     
  • 7.220, nagual (ok), 13:10, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > каких фич dn нет в mc?

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

     
     
  • 8.229, Аноним (-), 00:26, 31/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Так вроде есть такая фича в mc Meta , ставь в имени файла звезду, ищи и жми ... текст свёрнут, показать
     
  • 7.235, VolanD (ok), 22:19, 01/01/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > каких фич dn нет в mc?

    Встроенный тетрис?

     
  • 6.236, VolanD (ok), 22:21, 01/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>> ...да, кстати! Напишите кто-нибудь HOWOOTO по перепаиванию местами кнопок ESC и F10.
    >>> Мучается же человек?! B)
    >> Да лучше уж сразу: "Как сделать из MC Far Manager"
    > Фар хорош но до мс недотягивает и в обоих до сих пор
    > нет некоторых фич dn ... ;-)

    Не могу с вами согласиться... Меня фар всем устраивает!

     
  • 2.11, angel_il (ok), 16:23, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда выход из редактора по одинарному нажатию на Esc сделают по умолчанию?
    > А не по двойному, как обычно?

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

     

  • 1.5, Аноним (-), 16:13, 28/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    НИкогда! это надо чтобы через ссш работать нормально
     
     
  • 2.34, Andrey Mitrofanov (?), 18:33, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нет.(С)

    Так получилось, а не "сделано", соавсем не для чего-то там в/ч-з ssh, а от особенностей реализации "дополнительных" клавиш в терминалах ANSI и им подобных.

     

  • 1.8, ZaWertun (ok), 16:19, 28/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    хорошая новость, сегодня обновлю спек в OBS
     
     
  • 2.75, ZaWertun (ok), 20:49, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    обновил, репозитории для OpenSUSE 11.1/2/3, SLES 11 / SP1:
    http://download.opensuse.org/repositories/home:/ZaWertun:/mc/
     
     
  • 3.131, SwitNJ (??), 10:14, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Уважаемый Ярослав!
    вот уже билда три последних, если не ошибаюсь, в пакете какие-то непонятки с расположением файлов - МК пытается их искать по одному пути, а они расположены совсем в другом месте. приходится делать симлинк чтобы завелось. Этот билд еще не пробовал, но чую что здесь все аналогично будет. Попробуйте поставить на чистой системе - сами заметите глюк. Сейчас по памяти не вспомню куда симлинкловал.
     
     
  • 4.133, armsargis (?), 11:33, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    sargis:~ # cd /usr/share/mc/
    sargis:/usr/share/mc # ll
    total 24
    lrwxrwxrwx 1 root root   11 Dec 29 10:19 bin -> /usr/lib/mc
    drwxr-xr-x 2 root root 4096 Dec 29 08:10 help
    drwxr-xr-x 2 root root 4096 Dec 29 08:10 hints
    -rw-r--r-- 1 root root  227 Dec 28 21:24 mc.charsets
    -rw-r--r-- 1 root root 1979 Dec 28 21:24 mc.lib
    drwxr-xr-x 2 root root 4096 Dec 29 08:10 skins
    drwxr-xr-x 2 root root 4096 Dec 29 08:10 syntax
    sargis:/usr/share/mc # ln -s /usr/lib/mc bin

    And everything will work

     
     
  • 5.134, aborodin (ok), 11:37, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > sargis:~ # cd /usr/share/mc/
    > sargis:/usr/share/mc # ll
    > total 24
    > lrwxrwxrwx 1 root root   11 Dec 29 10:19 bin -> /usr/lib/mc

    Откуда вообще берётся /usr/share/mc/bin? Ересь какая-то.

     
     
  • 6.147, armsargis (?), 13:07, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> sargis:~ # cd /usr/share/mc/
    >> sargis:/usr/share/mc # ll
    >> total 24
    >> lrwxrwxrwx 1 root root   11 Dec 29 10:19 bin -> /usr/lib/mc
    > Откуда вообще берётся /usr/share/mc/bin? Ересь какая-то.

    bez 'bin -> /usr/lib/mc' ne rabotayet :)

     
     
  • 7.150, Slavaz (ok), 13:32, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>> sargis:~ # cd /usr/share/mc/
    >>> sargis:/usr/share/mc # ll
    >>> total 24
    >>> lrwxrwxrwx 1 root root   11 Dec 29 10:19 bin -> /usr/lib/mc
    >> Откуда вообще берётся /usr/share/mc/bin? Ересь какая-то.
    > bez 'bin -> /usr/lib/mc' ne rabotayet :)

    Удивлён. Покажите ошибки, которые вываливаются, либо опишите поведение mc (если нет ошибок) при отсутствующем этом каталоге.


     
     
  • 8.204, armsargis (?), 09:13, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Problem was usr share mc bin mc-wrapper sh No such file of directory but I rem... текст свёрнут, показать
     
     
  • 9.210, Slavaz (ok), 11:04, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Check your SHELL alias named mc Find a place where this alias is defined et... текст свёрнут, показать
     
  • 9.214, Аноним (-), 11:39, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Так перелогиниваться-то пробовал ... текст свёрнут, показать
     
  • 7.169, ZaWertun (ok), 14:52, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    сейчас установил на чистой виртуалке 11.3-i586, вроде все нормально,
    после удаления /usr/lib/mc - mc запускается без ошибок.

    неплохо было бы увидеть вывод комманды "zypper -q se -is --match-exact mc" на вашей системе

     
     
  • 8.215, armsargis (?), 11:47, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    sargis zypper -q se -is --match-exact mc S 124 Name 124 Type 124 ... текст свёрнут, показать
     
     
  • 9.216, ZaWertun (ok), 11:51, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    да уже вроде разобрались, просто вчера в какой-то момент кончились идеи в чем мо... текст свёрнут, показать
     
  • 4.135, ZaWertun (ok), 11:42, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    спасибо за отзыв,
    сегодня проверю на чистой виртуалке, где-то я накасячил..
     
  • 4.136, ZaWertun (ok), 11:49, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    и еще неплохо было бы узнать какой у вас дистрибутив
     
     
  • 5.146, armsargis (?), 13:05, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    sargis@sargis:~> cat /etc/SuSE-release
    openSUSE 11.3 (i586)
    VERSION = 11.3
    sargis@sargis:~>
     
  • 5.171, SwitNJ (??), 16:33, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    пробовал на 11.1 и на 11.3, симлинк делать надо как уже тут товарищ написал, без этого не запускается. может все дело в том что стоял 4.6.2 а затем уже новый
     
     
  • 6.182, Slavaz (ok), 18:07, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > пробовал на 11.1 и на 11.3, симлинк делать надо как уже тут
    > товарищ написал, без этого не запускается. может все дело в том
    > что стоял 4.6.2 а затем уже новый

    Насколько я понял, ситуация такова:

    1) ранее стоял mc версии 4.6.2
    2) устанавливаете mc-4.7.5 (ну или какой у вас там из 4.7.* серии), убираете симлинк /usr/share/mc/bin
    3) mc не работает.

    Так?


     
     
  • 7.183, SwitNJ (??), 18:43, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    нет! как раз наоборот - симлинк делать приходится самому, иначе не работает!
     
     
  • 8.193, pavlinux (ok), 21:34, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    configure --prefix usr --sysconfdir usr share --... текст свёрнут, показать
     
  • 7.194, ZaWertun (ok), 21:38, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    похоже на проблему, описанную здесь: http://centos.alt.ru/?p=224
    (старый алиас)
     

     ....большая нить свёрнута, показать (20)

  • 1.12, Yet another anonymous (?), 16:31, 28/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    хорошая новость, обновляемся
     
  • 1.16, angel_il (ok), 16:48, 28/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Что касается выхода 4.7.5 то теперь данная ветвь считается стабильной взамен 4.7.0 и в неё будут приниматься только багфиксы. 4.7.0.х будет еще какое то время поддерживаться по мере возможностей...
     
  • 1.17, Аноним (-), 16:54, 28/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    До сих пор в 4.7.+ не работают регекспы при копировании и переносе?
     
     
  • 2.19, Slavaz (ok), 16:56, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > До сих пор в 4.7.+ не работают регекспы при копировании
    > и переносе?

    Галку "[ ] Метасимволы shell" не заметил?

     
     
  • 3.31, тоже Аноним (ok), 18:29, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы народ замечал, надо галку:

    [ ] Метасимволы shell*
    ----------------------
    * ну регулярки же!

    Реально многим станет понятнее и заметнее...

     
     
  • 4.37, Slavaz (ok), 18:36, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Чтобы народ замечал, надо галку:
    > [ ] Метасимволы shell*
    > ----------------------
    > * ну регулярки же!
    > Реально многим станет понятнее и заметнее...

    А какая разница какие галки пользователям не замечать, если они доки не читают? :)

     
     
  • 5.129, тоже Аноним (ok), 09:11, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Это же коммандер, а не emacs.
    Необходимости в штудировании доков не должно быть хотя бы в первую неделю использования.
     
  • 3.35, Andrey Mitrofanov (?), 18:35, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да. Не заметил галку "[ ] PCRE".
     
  • 3.88, Аноним (-), 21:56, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ни про какие метасимволы ни при копировании, ни при переносе не вижу. Если имеется ввиду "Using shell patterns", то оно просто напросто не работает. Поломали криворукие в 4.7х, раньше в 4.6 работало как часы.
     
     
  • 4.89, Slavaz (ok), 22:21, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Ни про какие метасимволы ни при копировании, ни при переносе не вижу.
    > Если имеется ввиду "Using shell patterns", то оно просто напросто не
    > работает. Поломали криворукие в 4.7х, раньше в 4.6 работало как часы.

    Приведите историю использования. Что делаете, пошагово. Какие имена файлов копируете? какие галки устанавливаете в диалоге копирования/переноса? Какую regexp-маску задаёте?
    На всякий случай покажите ~/.mc/ini

     

  • 1.26, rain87 (?), 17:32, 28/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ># Исправлен код, отвечающий за прокрутку содержимого некоторых бинарных файлов, что привело в многократному ускорению работы (#2229);

    очень хорошо, доставучий баг. собрал, вроде всё хорошо. единственное что пока неясно - как изменить цвет заголовка над панелями - http://img214.imageshack.us/img214/7331/qttempn23357.png эту синюю полоску. в старой версии её не было

    цвета использую
    normal=cyan:marked=yellow:editnormal=:editwhitespace=white

    в mc --help-color увидел несколько новых параметров, но ни 1 не сработал на этот заголовок. никто не в курсе, как ему цвет поменять?

     
     
  • 2.54, aborodin (ok), 19:55, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > очень хорошо, доставучий баг. собрал, вроде всё хорошо. единственное что пока неясно
    > - как изменить цвет заголовка над панелями - http://img214.imageshack.us/img214/7331/qttempn23357.png
    > эту синюю полоску. в старой версии её не было

    Это баг. :) Пишите тикет.

     
     
  • 3.82, aborodin (ok), 21:15, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> очень хорошо, доставучий баг. собрал, вроде всё хорошо. единственное что пока неясно
    >> - как изменить цвет заголовка над панелями - http://img214.imageshack.us/img214/7331/qttempn23357.png
    >> эту синюю полоску. в старой версии её не было
    > Это баг. :) Пишите тикет.

    Переоткрыл тикет http://www.midnight-commander.org/ticket/2170.

     
     
  • 4.186, rain87 (?), 19:43, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Переоткрыл тикет http://www.midnight-commander.org/ticket/2170.

    благодарю, смотрю он уже и пофикшен :) на досуге соберу из гита

     

  • 1.36, Аноним (-), 18:36, 28/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Может быть, лучше заморозить развитие MC и отшлифовать до идеала, чем развивать, развивать, и иметь баги, иметь... Это же не инновационное ПО, зачем ему постоянно добавлять свойств?
     
     
  • 2.38, Andrey Mitrofanov (?), 19:00, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Может быть, лучше заморозить развитие MC и отшлифовать до идеала,

    4.6.2 -- в архивах города. Начинайте шлифовать.

     
  • 2.40, Иван Иванович Иванов (?), 19:09, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Моё личное мнение - MC нужно почти с нуля переписать на плюсах, с человеческой ООП моделью и плагинами. Наверное, я хочу Far под Линукс, но он - чистый Win32 API и портировать на Линукс его вряд ли кто-то возьмётся. Хотя в результате даже Far 1.65 обгоняет по качеству и удобству текущий MC.

    Я __не ругаю__ разработчиков MC - не подумайте, просто они ковыряют старый, кривой код, добавляя туда и сюда костыли для поддержки того и сего. Я надеюсь, кому-то это когда-то надоест, и появится MC++.

    Сразу отвечу почему я за это не возьмусь - 1) я не программист 2) я не программист 3) когда припрёт я запускаю Far2 под Wine.

     
     
  • 3.44, user (??), 19:15, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > с человеческой ООП моделью и плагинами. Наверное, я хочу Far под
    > Линукс, но он - чистый Win32 API и портировать на Линукс
    > его вряд ли кто-то возьмётся. Хотя в результате даже Far 1.65
    > обгоняет по качеству и удобству текущий MC.
    > Я __не ругаю__ разработчиков MC - не подумайте, просто они ковыряют старый,
    > кривой код, добавляя туда и сюда костыли для поддержки того и
    > сего. Я надеюсь, кому-то это когда-то надоест, и появится MC++.
    > Сразу отвечу почему я за это не возьмусь - 1) я не
    > программист 2) я не программист 3) когда припрёт я запускаю Far2
    > под Wine.

    Можно попробовать НОРМАЛЬНО портировать DOS Navigator под Linux. На данный момент он очень криво работает в консоли.

     
  • 3.45, Andrey Mitrofanov (?), 19:18, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Моё личное мнение - MC нужно почти с нуля переписать на плюсах,

    Не надо себя сдерживать -- на СиШарпе и ДотНете, да?

    >Я __не ругаю__ разработчиков MC - не подумайте, просто они ковыряют старый, кривой код, добавляя туда

    Кстати, да, отдельное Спасибо! Мигелю... Точно же на СиШарпе же?!

    > Сразу отвечу почему я за это не возьмусь

    Да, давайте все расскажем, почему мы за это не возьмёмся. Надо же что-то делать?

     
     
  • 4.48, Иван Иванович Иванов (?), 19:26, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Остыньте, я говорил про чистый C++, на котором написан, кстати, Far и WinRAR. Обе программы - образцы в своём классе.

     
     
  • 5.51, Andrey Mitrofanov (?), 19:46, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Остыньте, я говорил про

    Да-да? А теперь расскажите, какое это имеет отношение к новости о выходе 4.7.5?

     
     
  • 6.55, Иван Иванович Иванов (?), 19:56, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Остыньте, я говорил про
    > Да-да? А теперь расскажите, какое это имеет отношение к новости о выходе
    > 4.7.5?

    Я вижу вы уже отмечаете - поздравляю.

     
  • 5.56, aborodin (ok), 19:57, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Остыньте, я говорил про чистый C++, на котором написан, кстати, Far и
    > WinRAR. Обе программы - образцы в своём классе.

    Вы видели код этих образцов? Код Фара открыт, любой может посмотреть и оценить. Код Рара закрыт, поэтому о его качестве судить сложно.

     
     
  • 6.61, Иван Иванович Иванов (?), 20:05, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Андрей, код Far я не видел, но программа кхм не имеет ни одного глюка :) Вообще. Просто работает как часы.

    + адские plugin'ы, например, Colorer.

     
     
  • 7.63, Andrey Mitrofanov (?), 20:08, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Андрей, код Far я не видел, но программа кхм не имеет ни одного глюка :) Вообще.

    google:глюки far commander
    ->
    Результатов: примерно 159 000

    > Просто работает как часы.

     
     
  • 8.102, вася (??), 01:33, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    бухаха Вообще-то он правильно называется far manager, на него гугля дает всего ... текст свёрнут, показать
     
  • 7.70, Aquarius (ok), 20:34, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Андрей, код Far я не видел, но программа кхм не имеет ни одного глюка :) Вообще. Просто работает как часы.
    >+ адские plugin'ы, например, Colorer.

    есть мнение, что таких программ не существует
    ChangeLog'и Far и Far2 подтверждают
    одна только их терминология чего стоит

     
     
  • 8.73, aborodin (ok), 20:43, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да, ченжлог ребята пишут весело, с задором ... текст свёрнут, показать
     
  • 5.97, ы (?), 00:47, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  Far и WinRAR. Обе программы - образцы в своём классе.

    я бы поспорил. когда приходится работать на венде я предпочитаю Double Commander (http://doublecmd.sourceforge.net/) и 7-Zip (http://www.7-zip.org/).

     
  • 4.60, klalafuda (?), 20:04, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Моё личное мнение - MC нужно почти с нуля переписать на плюсах,
    > Не надо себя сдерживать -- на СиШарпе и ДотНете, да?

    Ни сишарпа ни дотнета нет в 99% обсуждаемых нами систем. Тогда как libstcd++.so - есть.

     
     
  • 5.69, angel_il (ok), 20:24, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Моё личное мнение - MC нужно почти с нуля переписать на плюсах,
    >> Не надо себя сдерживать -- на СиШарпе и ДотНете, да?
    > Ни сишарпа ни дотнета нет в 99% обсуждаемых нами систем. Тогда как
    > libstcd++.so - есть.

    и как я потом это дело под своей железкой соберу? спасибо не надо...

     
     
  • 6.76, klalafuda (?), 20:49, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > и как я потом это дело под своей железкой соберу? спасибо не
    > надо...

    А на железке то нафига mc :-? Вот уж где скорее место шелу & K..

     
     
  • 7.94, angel_il (ok), 23:01, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а мне удобно с роутера перекинуть файл который на ресивере через FISH
     
  • 4.78, Аноним (-), 20:50, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Не надо себя сдерживать -- на СиШарпе и ДотНете, да?

    На Хаскиле.

    </thread>

     
  • 4.143, Sphynkx (ok), 12:46, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >на СиШарпе и ДотНете, да?

    Было уже:
    http://www.opennet.me/opennews/art.shtml?num=26046
    Код тут:
    https://github.com/migueldeicaza/mc

     
  • 4.249, develop7 (ok), 14:16, 04/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Моё личное мнение - MC нужно почти с нуля переписать на плюсах,
    > Не надо себя сдерживать -- на СиШарпе и ДотНете, да?

    Не нужно, есть же Vala. Как, впрочем, не нужен и C++

     
  • 3.58, klalafuda (?), 20:02, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Я __не ругаю__ разработчиков MC - не подумайте, просто они ковыряют старый, кривой код, добавляя туда и сюда костыли для поддержки того и сего. Я надеюсь, кому-то это когда-то надоест, и появится MC++.

    Иван Иваныч конечно бывает несет всякую пургу, но в этом случае не могу с ним не согласиться всецело и полностью.

    Впрочем, ответ я думаю очевиден: никогда :) Это уже совсем другой проект и совсем другие люди.

     
  • 3.99, вася (??), 01:25, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Наверное, я хочу Far под Линукс

    Ничего не выйдет, в консоли не доступны многие комбинации клавиш, в этом основной головняк. C другой стороны, неконсольный MC вообще мало кому нужен.

     
  • 3.111, kshetragia (ok), 06:08, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Строго говоря профит от использования C++ сомнителен.. Правильно написанный чистый Си ничуть не хуже. А вот в скорости работы потеряете наверняка.
     
     
  • 4.237, Ytch (?), 22:44, 01/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Хотел тоже самое написать, но там же все и так ясно:

    >Моё личное мнение - MC нужно почти с нуля переписать на плюсах, с человеческой ООП моделью и плагинами....

    А чуть далее:

    >1) я не программист 2) я не программист

    По-моему, все ясно. Дальнейшие разъяснения бессмысленны.

     
  • 3.142, Sphynkx (ok), 12:46, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > я хочу Far под Линукс
    > ...
    > Сразу отвечу почему я за это не возьмусь - 1) я не программист

    Еще не хватает пунктов: "я привык к Фару" и "Я недавно в *никсах и еще не отошел от вендовых окружения, приемов работы и концепций".

    Это стандартный комплект причин и пожеланий, многие через это проходят и часто этот вопрос всплывает в обсуждениях МС. Лечится решением одного или всех пунктов, с обязательной усиленной практикой использования командной строки, консольных утилит и Линукса в целом.

     
     
  • 4.145, Иван Иванович Иванов (?), 12:57, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Как приятно анонимно к акать на собеседника Из вас оппонент, к сожалению, никак... большой текст свёрнут, показать
     
     
  • 5.148, Аноним (-), 13:10, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Наверное, пользуетесь BolgenOS.

    vs.

    > Если вы любитель ZSH и Gentoo, могу только посочувствовать отсутствию у вас настоящей жизни.

    Взаимоисключающие параграфы :)

     
     
  • 6.149, Иван Иванович Иванов (?), 13:24, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Наверное, пользуетесь BolgenOS.
    > vs.
    >> Если вы любитель ZSH и Gentoo, могу только посочувствовать отсутствию у вас настоящей жизни.
    > Взаимоисключающие параграфы :)

    Отнюдь - пользуетесь vs любитель :) Впрочем, с троллями больше спорить не буду, это всегда бессмысленно.

     
     
  • 7.170, Аноним (-), 15:16, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Я и не предлагал со мной спорить. Пояснение смешное, засчитано.
     
  • 5.156, Sphynkx (ok), 13:46, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Почему же анонимно Загляните в профиль и далее , погуглите sphynkx - я ни о... большой текст свёрнут, показать
     
  • 5.178, Crazy Alex (??), 17:12, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    И причём здесь Gentoo?

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

     
  • 5.185, name (??), 19:28, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    не флейма ради.. чем вам ZSH не угодил?
     
     
  • 6.196, ы (?), 23:20, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > чем вам ZSH не угодил?

    1. License:  MIT-like
    2. Stable release:  4.2.7 / December 18, 2007; 3 years ago

    ещё вопросы?

     
     
  • 7.197, Michael Shigorin (ok), 23:58, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > 2. Stable release:  4.2.7 / December 18, 2007; 3 years ago
    > ещё вопросы?

    $ rpm -qf $SHELL
    zsh-4.3.11-alt1
    УМВР, ЧЯДНТ?

     
  • 7.202, kshetragia (ok), 06:35, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > 1. License:  MIT-like

    Это вообще не серьезно.

    > 2. Stable release:  4.2.7 / December 18, 2007; 3 years ago
    > ещё вопросы?

    http://www.freshports.org/shells/zsh
    zsh-4.3.10_4  lasе update 04 Dec 2010 07:34:27

     
     
  • 8.231, ы (?), 10:57, 31/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    читаем оффсайт http zsh sourceforge net FAQ zshfaq01 html l6 1 5 What s the ... текст свёрнут, показать
     
     
  • 9.233, Michael Shigorin (ok), 14:52, 01/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это как Debian stable - http zsh cvs sourceforge net viewvc zsh zsh ChangeLo... текст свёрнут, показать
     
  • 3.207, nagual (ok), 10:22, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > с человеческой ООП моделью и плагинами. Наверное, я хочу Far под
    > Линукс, но он - чистый Win32 API и портировать на Линукс
    > его вряд ли кто-то возьмётся. Хотя в результате даже Far 1.65
    > обгоняет по качеству и удобству текущий MC.
    > Я __не ругаю__ разработчиков MC - не подумайте, просто они ковыряют старый,
    > кривой код, добавляя туда и сюда костыли для поддержки того и
    > сего. Я надеюсь, кому-то это когда-то надоест, и появится MC++.
    > Сразу отвечу почему я за это не возьмусь - 1) я не
    > программист 2) я не программист 3) когда припрёт я запускаю Far2
    > под Wine.

    В портах был deco

     
  • 2.43, user (??), 19:14, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Может быть, лучше заморозить развитие MC и отшлифовать до идеала, чем развивать,
    > развивать, и иметь баги, иметь... Это же не инновационное ПО, зачем
    > ему постоянно добавлять свойств?

    Нет, пусть развивают! Кому надо будут пользоваться стабильными ветками.

    Просто далее хотелось бы вообще видеть нечто вроде FAR. Хочется поддержки плагинов!

     

     ....большая нить свёрнута, показать (40)

  • 1.39, Аноним (-), 19:07, 28/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Чем оно лучше coreutils?
     
     
  • 2.42, Иван Иванович Иванов (?), 19:13, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Чем оно лучше coreutils?

    Чем coreutils.

    1) Вас никто не заставляет его использовать. 2) Работать с файловой системой в MC на порядок удобней, чем

    cd $DIR
    cp -a file1 file2 file3 $DEST
    mv file4 file5 file6

    У меня уже руки отвалились это набирать, в MC я просто БЫСТРО и ВИЗУАЛЬНО всё это делаю, не совершая ошибок а-ля /bin/rm -rf  * .jpg (пробел лишний).

     
     
  • 3.46, Аноним (46), 19:22, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >1) Вас никто не заставляет его использовать.

    я в курсе. Задал конкретный вопрос, а не заказал юридическую консультацию.

    >2) Работать с файловой системой в MC на порядок удобней, чем
    >
    >cd $DIR
    >cp -a file1 file2 file3 $DEST
    >mv file4 file5 file6

    Согласен. Без автокомплита это удобней. А, вдруг, автокомплит имеется?!

    >У меня уже руки отвалились это набирать, в MC я просто БЫСТРО и ВИЗУАЛЬНО всё это делаю,

    В шелле быстрее, ага.

    >не совершая ошибок а-ля /bin/rm -rf  * .jpg (пробел лишний).

    у нормальных шеллов такие детские болезни отсутствуют. В том числе и "ужасная" rm / -rf.

     
     
  • 4.67, fetisheer (ok), 20:20, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Согласен. Без автокомплита это удобней. А, вдруг, автокомплит имеется?!

    Автокомплит спасает, но не полностью, всё равно набирать больше, даже первые символы. Хотя я встречал тех, которые изнутр mc используют cp/mv и сам mc как своего рода ls рассматривают )
    Прогресс cp/mv не покажут, при операциях с большими объемами тоже может играть свою роль.

     
     
  • 5.80, Аноним (-), 20:55, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Прогресс cp/mv не покажут

    Ну это как захотеть...

    http://chris-lamb.co.uk/2008/01/24/can-you-get-cp-to-give-a-progress-bar-like

    http://superuser.com/questions/155461/copy-file-in-gnu-linux-with-progress-ba

     
     
  • 6.113, kshetragia (ok), 06:24, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    use vcp
     
  • 4.87, klalafuda (?), 21:46, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>2) Работать с файловой системой в MC на порядок удобней, чем
    >>
    >>cd $DIR
    >>cp -a file1 file2 file3 $DEST
    >>mv file4 file5 file6
    > Согласен. Без автокомплита это удобней. А, вдруг, автокомплит имеется?!

    А вдруг в директории набор файлов, который позволяет дойти до конечного лишь после N итераций уточнения автокомплита..? Ни чуть не веселее. Причем что файлов может быть всего N.

     
     
  • 5.98, MAN (??), 01:17, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Если бы да кабы На каждый случай есть свой инструмент, и да, иногда быстрее д... большой текст свёрнут, показать
     
     
  • 6.115, stimpack (?), 06:39, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > А самое главное встроенный редактор! Фанаты vi-like пусть рассказывают байки об администрировании
    > экзотики, это их извращение или даже карма сидеть на кастрированных инструментах,
    > но это вовсе не значит, что все вокруг также обязаны забыть
    > об элементарных удобствах.

    Согласен целиком и полностью! F1-F10 - это кастрация вида "человек не может запомнить более 7 элементов в меню" или "сосредоточиться более чем на 10 секунд".

    А html+js+css - это таки да, извращение и эро^wкзотика

     
     
  • 7.179, Crazy Alex (??), 17:17, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    F1-F10 - это "часто используемое должно быть простым". И запомнить хоткеи, кстати, проще всего, когда они написаны в пунктах меню - ассоциация сама возникает. Собственно, моя единственная претензия к тому же emacs - что нет способа получить список доступных в данный момент действий, с отображением бинюингов и разделением по каким-то категориям. Хотя может способ и есть - и опять же где-то спрятан :-)
     
  • 4.209, nagual (ok), 10:25, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >[оверквотинг удален]
    >>
    >>cd $DIR
    >>cp -a file1 file2 file3 $DEST
    >>mv file4 file5 file6
    > Согласен. Без автокомплита это удобней. А, вдруг, автокомплит имеется?!
    >>У меня уже руки отвалились это набирать, в MC я просто БЫСТРО и ВИЗУАЛЬНО всё это делаю,
    > В шелле быстрее, ага.
    >>не совершая ошибок а-ля /bin/rm -rf  * .jpg (пробел лишний).
    > у нормальных шеллов такие детские болезни отсутствуют. В том числе и "ужасная"
    > rm / -rf.

    Это приблизительно так:
    Вы действительно хотите удалить 1000 файлов?
    Вы дейсвительно хотите удалить файл 999?
    Вы не передумали?
    Вы дейсвительно хотите удалить файл 998?
    Вы не передумали?
    ...
    Вы дейсвительно хотите удалить файл 1?
    Вы не передумали?
    Вам после этого ненужен психиатор?
    Окружающие вас люди тоже так думают?
    :-))

     
  • 3.114, stimpack (?), 06:36, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > совершая ошибок а-ля /bin/rm -rf
    >  * .jpg (пробел лишний).

    И тут меня, значит, zsh спрашивает - а в своем ли ты уме парниша?

     
     
  • 4.127, linecommander (ok), 08:35, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> совершая ошибок а-ля /bin/rm -rf
    >>  * .jpg (пробел лишний).
    > И тут меня, значит, zsh спрашивает - а в своем ли ты
    > уме парниша?

    (07:34)% exir
    zsh: Исправить 'exir' на 'exit' ? [Yes/No/Abort/Edit]

    это вот так?

     
     
  • 5.176, stimpack (?), 16:48, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>> совершая ошибок а-ля /bin/rm -rf * .jpg (пробел лишний).
    >> И тут меня, значит, zsh спрашивает - а в своем ли ты уме парниша?
    > (07:34)% exir
    > zsh: Исправить 'exir' на 'exit' ? [Yes/No/Abort/Edit]
    > это вот так?

    нет, это вот так:
    zsh# rm -rf /etc/exim4/*
    zsh: sure you want to delete all the files in /etc/exim4 [yn]?

     
  • 3.160, Michael Shigorin (ok), 14:05, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > 2) Работать с файловой системой в MC на порядок удобней

    Гораздо дольше.

    > У меня уже руки отвалились это набирать, в MC я просто БЫСТРО

    Не верю.

    > и ВИЗУАЛЬНО всё это делаю, не совершая ошибок а-ля /bin/rm -rf
    >  * .jpg (пробел лишний).

    Пользуйтесь табом перед rm (особенно rm -rf) с шаблонами -- уже и bash раскрывает. :)

    А пресловутый zsh можно попросить, чтоб в случае rm * тормозил и переспрашивал, потому как ошибка типичная же.

    mc хорош при разгребании совсем неструктурированных помоек вроде захламившегося ~/Download, но если помойка на полсистемы -- то всё-таки чинить стоит в консерватории.

     
     
  • 4.161, Slavaz (ok), 14:14, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> 2) Работать с файловой системой в MC на порядок удобней
    > Гораздо дольше.
    >> У меня уже руки отвалились это набирать, в MC я просто БЫСТРО
    > Не верю.

    Умеете ли Вы готовить mc? :)

    найти файл в текущем каталоге по мере набора: alt+s
    перейти к каталогу: alt+c (работает классическое автодополнение, есть история каталогов).
    перейти к ранее сохранённому каталогу или к сетевому ресурсу: ctrl+\
    История перемещений в панели: alt+shift+h
    История набранных команд: alt+h
    Перебирать ранее набранные команды: назад alt-p, вперёд alt-n
    Поместить в комстроку под панелями выделенные файлы ctrl-x,ctrl-t (с другой панели: ctrl-x,ctrl-shift-t)

     
     
  • 5.234, Michael Shigorin (ok), 20:23, 01/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Слав, привет и с наступившим Ну iso9660 extfs когда-то нарисовал было ещё и... большой текст свёрнут, показать
     
  • 4.180, Crazy Alex (??), 17:24, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Для того, чтобы быстро проглядеть пару десятков (или сотен) файлов в незнакомой софтине mc удобен на редкость. Как и для того, чтобы сразу увидеть, создался ил файл (и если да - то примерно нужной длины) после запуска скрипта. Как и для того, чтобы бустренько глянуть по ssh FS на другой машине и тут же залить файл (в шелле для этого придется дважды пароль вводить, по крайней мере - хотя есть ключи, конечно). Как и для того, чтобы то же самое сделать по самбе (а вотздесь ключи уже не помогут). Как и для того, чтобы быстро пробежать по каталогам, глядя файл, название которого ты точно не знаешь (например, скачав чужие сорсы и ища документацию в них, которая может быть названа массой разных спосбов). И так далее, и тому подобное.
     
  • 2.47, Andrey Mitrofanov (?), 19:22, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Оно не "лучше" -- это ж улучшенный запускатель для coreutils & co:

    zcat -f mainlog |/usr/sbin/exigrep -v blackhole |awk '$2~/^10:/'|egrep -o "<= [^ ]+"|sort|uniq -c|sort -k1,1nr |less

    ...по теме больше было бы %view или |mcview, но да уж как есть...

     

  • 1.49, Аноним (-), 19:39, 28/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Чем оно лучше coreutils?

    выдели для копирования 3 файла с несвязанными именами в кореутилс :)

     
     
  • 2.50, Аноним (-), 19:46, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Запросто, и это будет всегда быстрее чем бегать курсором в mc и подобных.
     
     
  • 3.104, szh (ok), 01:53, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    в mc можно не бегать курсором, есть ctrl-s, кроме того можно сразу набирать команду в командной строке в mc. Т е все те же возможности + другие.
     
  • 2.52, Andrey Mitrofanov (?), 19:48, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > выдели для копирования 3 файла с несвязанными именами в кореутилс :)

    Сначала расскажи, как "выделить" хотя б 1 файл "в корутилз"?? :-O

     
     
  • 3.79, Аноним (-), 20:52, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Сначала расскажи, как "выделить" хотя б 1 файл "в корутилз"?? :-O

    zstyle ':completion:*' menu yes select

    (Давайте, набрасывайтесь на "не coreutils!!!111")

     
     
  • 4.213, Andrey Mitrofanov (?), 11:31, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > zstyle ':completion:*' menu yes select

    Я ж просил _выделить_, а не выбрать. :-P

    > (Давайте, набрасывайтесь на "не coreutils!!!111")

    Ну, почему ж. Вон в моём трёхэтажном примере из корутилз был один uniq. ... ...а нет, нынче и sort в них же.

     

  • 1.59, pa23 (??), 20:04, 28/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    молодцы! огромное спасибо!
     
     
  • 2.81, Аноним (-), 21:04, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Кто может подсказать, на какой адрес написать чтобы побыстрее сделали
    ftps ?
    Гонять открытые пароли сейчас не очень хочется :(

    P.S. Про sftp и ftp over SSH я в курсе.

     
     
  • 3.90, cmp (ok), 22:27, 28/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Можно еще curlftpfs добавить - отличная штука
     
  • 3.139, Аноним (-), 12:16, 29/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Написать на m-c.o тикет с патчем. SFTP кстати в mc нет, есть FISH (чистый ssh).
     

  • 1.105, reivaX (ok), 04:20, 29/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ребят, спасибо огромное за благое дело!

    Может кто подскажет - а что прописать в .Xdefaults или где ковырнуть, чтобы в xterm\rxvt в mc по shift-insert шла вставка из клип-файла mc, а не буфера иксов?

    С пару месяцев назад слетело - то ли чего-то наковырял в ресурсах, то ли в результате общего обновления системы до current что-то глобально в иксах поменялось (т.к. ковырять .Xdefaults полез после того, как на старый-добрый файл xrdb стал ругаться на пробелы вокруг : и т.п.).

    Сейчас там в начале такое:

    xterm*vt100.translations:#override \n\
    Ctrl<Key>Return:string(0x1b) string(0x0d)\n\
    Shift<Key>Insert:insert()

    Зачем добавлял Shift<Key>Insert:insert() когда-то - не вспомню, но сейчас и полное удаление .Xdefaults ничего не меняет.

     
  • 1.132, RedRat (ok), 10:53, 29/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Исправление #2046 и #2407 откровенно радует. Жутко доставало подобное поведение в предыдущей версии.
     
  • 1.167, anonymouse (?), 14:47, 29/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Товарищу Slavaz и его соучастникам - большое спасибо. Вы делаете реально полезное дело.
     
  • 1.195, pavlinux (ok), 21:43, 29/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Слаффка, а копирование между разными каталогами одного и того же FTP, пофиксили?


     
     
  • 2.198, Slavaz (ok), 00:03, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Слаффка, а копирование между разными каталогами одного и того же FTP, пофиксили?

    Пока ещё не пофиксили. Сейчас будет очередной спринт перед веткой 4.8, посмотрим, что можно сделать...

     

  • 1.199, Аноним (-), 00:07, 30/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ребята, а тормоза при открытии zip-архива mc уже победил?
     
     
  • 2.211, Slavaz (ok), 11:12, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Ребята, а тормоза при открытии zip-архива mc уже победил?

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

     
     
  • 3.212, СуперАноним (?), 11:30, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Может, лучше вызывать не сами утилиты-архиваторы, а их библиотеки?
     
     
  • 4.217, aborodin (ok), 11:55, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Может, лучше вызывать не сами утилиты-архиваторы, а их библиотеки?

    Кто-то хочет полностью переписать extfs? Что, нету желающих? Я так и думал.

     
  • 3.218, nagual (ok), 13:04, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ребята, а тормоза при открытии zip-архива mc уже победил?
    > Нет, тормозит всё также. Причина в том, что для "контакта" с утилитой
    > zip (или unzip) написан свой враппер на шелле. Этот враппер просто
    > вызывает внешние утилиты с нужными ключами. mc при распаковке или запаковке
    > файлов вызывает это враппер на каждый файл. Получается, что на огромных
    > архивах при распаковке огромного числа файлов сам процес распаковки запускается столько
    > же раз, сколько есть файлов для распаковки. Отсюда и тормоза. Будем
    > исправлять - есть идеи. Например, передавать врапперу не имя файла, который
    > надо распаковать, а имя текстового файла, содержащего список файлов для распаковки
    > (чтобы одной порцией всё сделать).

    При входе в архив мс распаковывает архив в /tmp и входит в полученный каталог. Если архив несколько гиг то это долго. Если /tmp отдельный слайс то может и невлезть ...

     
     
  • 4.221, angel_il (ok), 13:11, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >> вызывает внешние утилиты с нужными ключами. mc при распаковке или запаковке
    >> файлов вызывает это враппер на каждый файл. Получается, что на огромных
    >> архивах при распаковке огромного числа файлов сам процес распаковки запускается столько
    >> же раз, сколько есть файлов для распаковки. Отсюда и тормоза. Будем
    >> исправлять - есть идеи. Например, передавать врапперу не имя файла, который
    >> надо распаковать, а имя текстового файла, содержащего список файлов для распаковки
    >> (чтобы одной порцией всё сделать).
    > При входе в архив мс распаковывает архив в /tmp и входит в
    > полученный каталог. Если архив несколько гиг то это долго. Если /tmp
    > отдельный слайс то может и невлезть ...

    да это старая проблема в том числе от нее и пытаемся уйти...

     
  • 3.222, Аноним (-), 13:53, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Почему же тогда для остальных форматов архивов не тормозит, а с zip такая беда - скорость распаковки около 1-2 KB/s ? При этом от размера архива не зависит.
     

  • 1.224, Аноним (-), 17:04, 30/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Скажите, у меня одного если удалять в mc папку с большим количеством файлов (например, каталог с сырцами ядра) и если mc убрать на второй план и открыть поверх окна с ним что-то другое, например, браузер, то прогресс удаления в mc зависает намертво?
     
     
  • 2.225, nagual (ok), 17:38, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Скажите, у меня одного если удалять в mc папку с большим количеством
    > файлов (например, каталог с сырцами ядра) и если mc убрать на
    > второй план и открыть поверх окна с ним что-то другое, например,
    > браузер, то прогресс удаления в mc зависает намертво?

    У меня под скрином не виснет ...

     
  • 2.226, Slavaz (ok), 18:34, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Скажите, у меня одного если удалять в mc папку с большим количеством
    > файлов (например, каталог с сырцами ядра) и если mc убрать на
    > второй план и открыть поверх окна с ним что-то другое, например,
    > браузер, то прогресс удаления в mc зависает намертво?

    Какой эмулятор терминала используется? Какая операционка? какой версии mc?

     
  • 2.227, Аноним (-), 22:04, 30/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Debian Testing, gnome-terminal. Наблюдается во всех последних версиях mc (как стабильных 4.7.0.9, 4.7.0.10, так и в новых). Только что опять проверил спецом в 4.7.5, скачав ядро 2.6.36, распаковав его, и попытался удалить через mc... Стоит только перекрыть окно с командером любым другим окошком - останавливается процесс удаления, просто зависает, mc не реагирует ни на какие нажатия, ни аборт, ни Ф10, при этом процессор не загружен абсолютно, просто mc недееспособен и удаление зависает на каком-либо файле. Что самое интересное, стоит опять попытаться удалить папку с файлами - начинает удалять как бы заново, то есть, файлы реально не удалились вообще в первый раз когда он завис. Вот так вот.
     
     
  • 3.228, angel_il (ok), 00:02, 31/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    просьба написать il.smind@gmail.com, интересно было бы посмотреть в каком месте зависло, хотя примерно подозреваю...
     
     
  • 4.232, Аноним (-), 17:17, 31/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Написал, посмотрите пожалуйста.
     
  • 3.240, aborodin (ok), 15:13, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Debian Testing, gnome-terminal. Наблюдается во всех последних версиях mc (как стабильных
    > 4.7.0.9, 4.7.0.10, так и в новых).

    На gnome-terminal зависание легко ловится, подтверждаю. На xterm и urxvt словить не удалось. Похоже, что таки баг vte, какое-то race condition.

     
  • 3.241, Slavaz (ok), 15:13, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Debian Testing, gnome-terminal. Наблюдается во всех последних версиях mc (как стабильных
    > 4.7.0.9, 4.7.0.10, так и в новых). Только что опять проверил спецом
    > в 4.7.5, скачав ядро 2.6.36, распаковав его, и попытался удалить через
    > mc... Стоит только перекрыть окно с командером любым другим окошком -
    > останавливается процесс удаления, просто зависает, mc не реагирует ни на какие
    > нажатия, ни аборт, ни Ф10, при этом процессор не загружен абсолютно,
    > просто mc недееспособен и удаление зависает на каком-либо файле. Что самое
    > интересное, стоит опять попытаться удалить папку с файлами - начинает удалять
    > как бы заново, то есть, файлы реально не удалились вообще в
    > первый раз когда он завис. Вот так вот.

    Похоже, что это специфично только для gnome-terminal.
    Тестировали на gnome-terminal, xterm, konsole,urxvt. Компилили с ncurses и со S-Lang.
    Только гномовый терминал фризится так.

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

     
  • 3.242, Slavaz (ok), 15:57, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Debian Testing, gnome-terminal. Наблюдается во всех последних версиях mc (как стабильных
    > 4.7.0.9, 4.7.0.10, так и в новых). Только что опять проверил спецом
    > в 4.7.5, скачав ядро 2.6.36, распаковав его, и попытался удалить через
    > mc... Стоит только перекрыть окно с командером любым другим окошком -
    > останавливается процесс удаления, просто зависает, mc не реагирует ни на какие
    > нажатия, ни аборт, ни Ф10, при этом процессор не загружен абсолютно,
    > просто mc недееспособен и удаление зависает на каком-либо файле. Что самое
    > интересное, стоит опять попытаться удалить папку с файлами - начинает удалять
    > как бы заново, то есть, файлы реально не удалились вообще в
    > первый раз когда он завис. Вот так вот.

    https://bugzilla.gnome.org/show_bug.cgi?id=414716 - оно?

     
     
  • 4.243, Аноним (-), 17:53, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, такого не наблюдал никогда. Только с коммандером вот недавно заметил этот баг. Я понимаю, конечно, что это, возможно, баг в гном-терминале. Скажем так, не отрицаю этого. Надеюсь, что это пофиксится в скором времени ибо очень напрягает такое поведение... :(
     
     
  • 5.244, aborodin (ok), 20:51, 03/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Надеюсь, что это пофиксится в скором времени ибо очень напрягает такое поведение... :(

    Зря. Сейчас у vte нет майнтейнера.

     

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



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

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