Особенно хочется стукнуть тех, кто пытается использовать свои старые привычки – перемещаться по тексту стрелочками, настраивать привычные хоткеи. У vim ОЧЕНЬ продуманная логика взаимодействия всех команд. Это просто магия. Но нужно один раз сесть и освоить её, а не чертыхаясь забивать свои хоткеи.
Как люди начинают пользоваться vim и emacs это вообще сложный вопрос. Вот я знаю – я был студентом, мне было скучно, я тратил на это время. Но vim или emacs становятся крутыми только после изучения, я много раз в подобных топиках видел – пробовал, какая-то фигня, %редактор% лучше. Становится обидно за любимый %редактор%.
У меня scp автокомплитит быстро. Т.е. вы запускаете mc локально и подключаетесь по sftp, вместо медленно scp? Но если локально… есть же более удобные файл-менеджеры с поддержкой sftp.
Если говорить о двухпанельниках – я использовал nc когда ещё мало чего знал о компьютерах и это просто был способ запустить игру. Но я, в своё время, довольно хардкорно использовал total commander и far. Вот после них mc как файл-менеджер конечно вообще не впечатляет. Он неудобный и раздражительный. Лучше уж автоматический ls на каждое изменение директории.
Массовый пользователь, привыкший к shell, это конечно круто =) Обычно наоборот – пользователь боится shell и тут он узнаёт о mc. Такой сценарий я сам наблюдал – всё, пользователь не учится магии шелла, потому что у него есть mc. Иногда он запускает из него grep, на этом всё.
Это я уже будучи раздраженным фактом непонимания так написал. На самом же деле никто, хорошо зная shell, не будет добираться до каждого конфига в mc. Но эти люди все равно уверены, что уже знают shell.
Я предлагаю кому угодно поставить zsh, скачать конфиг grml, посмотреть какие в нем есть готовые функции для вашего удобства. И… взять свои слова обратно ;-)
Если использовать shell в mc, то ничем, но это и называется использовать shell. Странно идти в mc до конфига стрелочками, вместо того чтобы сделать это быстрее без mc.
Во-первых, это ответ не мне, освойте кнопку перехода к комментарию выше уровнем, это не сложнее mc. Во-вторых, я сказал что Far есть за что любить (мощный, расширяемый файл-менеджер), а mc… ну просто замена nc, ничего интересного. Я Far лет так много уже не видел, не надо троллить. В начале топика я всего лишь указал на то, что «shell знаю хорошо, но mc лучше» это указывает на то, что shell этот человек не знает. Но видимо слишком многих это задело за живое. Это самое неприятное моё участие в дискуссии на хабре за последний наверно год, как в помои окунулся. Причем минусуются даже те мои комментарии, где я ничего не говорил про mc и давал дельные советы, что как бы показывает всю объективность участников.
Я просто чувствую что вы не работали с шеллом как положено (и с каким положено) ;-). Если путь до неё я не помню, то в mc я буду искать его также долго, или скорее всего даже дольше. В zsh отличное дополнение путей после настройки, проходя по директориям у меня есть авто-комплит с меню (можно ходить стрелочками как в mc), это даже удобнее чем по списку файлов в mc перемещаться. В zsh можно много чего, например по табу /u/l/b раскроется в /usr/local/bin. Если этим хорошо уметь пользоваться, то получается быстрее, чем с mc. О чем я и пытаюсь вдолбить в этом топике, но бестолку. Ну а копировать я не знаю даже надо ли объяснять, что вот так: cp *.cfg /tmp/cfg?
Ну а если это мой локалхост, то тут у меня будет полный фарш возможностей, таких как fasd (z app sett и перешли в вашу application/settings из любой директории сразу).
Отходя от темы mc: эти штуки простые скрипты, закинуть их в ~/bin и подключить в zsh.
А применение есть каждому. Ну percol допустим ещё штука не обязательная, а fasd должен быть у каждого (это самое последнее развитие всех подобных проектов). Он запоминает все посещаемые директории и строит рейтинг их популярности, который строится как из количества посещений, так и по времени последнего посещения. Таким образом если я напишу z myproject src, то из любой директории перейду в директорию src внутри myproject. Причем можно писать имя не полностью, можно написать z my sr и получить тоже самое. В итоге навигация по часто используемым директориям становится просто магической. Скрипт умеет тоже самое для файлов делать, т.е. можно написать что-то вроде v nginx.conf и сразу открыть его на редактирование, но признаться я именно с файлами его не использовал, но вроде бы именно так, как я написал.
Ну percol на самом деле штука тоже классная, позволяет фильтровать входные данные в реальном времени – т.е. вы вводите текст, а набор входных данных меняется. В readme там есть примеры с менеджером процессов – этакая обертка сразу над ps и над kill – вводим часть имени процесса, жмем return и он убит. Работает удобнее чем htop когда надо быстро сделать одно действие.
Таких инструментов множество. Я их, к сожалению все подзабросил после перехода на мак (тут с bsd-окружением многие скрипты из linux просто не работают и их надо править). Но на linux файл-менеджмент в шелле мне нравился очень.
Для копирования с полосой прогресса есть vcp и pycp. Вообще для выбора файлов по одному и совершения групповой операции я тоже какой-то костыль встречал, но это уже костыль. Ну в таком случае можно запустить в выбранной директории mc, сделать что нужно, а не все операции с файлами в нём выполнять. Нет, ну можно и в нём, я говорю об удобстве. Или сразу написать z myproject и попасть в его директорию, или в mc блуждать по папкам или набирать полный путь. В общем есть смысл только для ряда случаев, типа того что вы описали. Шелл это не только встроенные команды, но и целая куча утилит таких как всеми известные и не очень известные типа fasd или percol. Интереса ради посмотрите примеры использования двух последних, скорее всего сразу возьмёте на вооружение.
Странно что аргументированная дискуссия со всяческими попытками сдержать холивар должна вести к неприятным изменениям в карме, но так и бывает, да.
Молоток и лобзик это инструменты для разной работы. Mc и shell это инструменты для одинаковой работы, но с разным уровнем удобство и разным порогом вхождения. Я закончил.
Мне не нужно понимать простые вещи, я с разными юз-кейсами знаком. Для ткнуть пальцем есть Finder и Проводник. Mc для этого не очень. Даже для серверов обычно есть sftp и хороший ФМ, если так нравится тыкать пальцем. Не обязательно делать замены не-интерактивными редакторами, из shell можно запустить и отличный vim, и заурядные nano с mcedit. Но путь до конфига с настроенным zsh я все равно наберу быстрее, можно использовать алиасы или инструменты типа fasd даже. С помощью fasd можно просто написать nginx.conf и открыть на редактирование конфиг. А mc в этой задаче будет лишней тормозящей прослойкой.
О том что нужно что-то выучить я и говорил – я был фанатиком командной строки и изучал всё just for fun когда-то. Некоторые просто говорят о том, что хорошо знают shell, а делать всё любят через mc.
В некоторых случаях традиционный файл-менеджер ну просто неоспоримо удобнее. Например, когда нужно смотреть на превьюхи изображений. Открывать каждую неудобно, но для этого можно и из шелла запустить нужный инструмент и всё. Зато в командной строке есть множество различных трюков, сильно облегчающих запуск команд, операции с файлами и т.п. Аналогично с vim против mcedit. И что касается приборной панели – тут есть ряд возможностей также. Например, в prompt можно вывести ветку vcs, ревизию, состояние рабочей копии, статус завершения последней команды. Можно забиндить хоткей, который будет подставлять sudo к последней выполненной команде или к текущему вводу. Можно забиндить хоткеи для перехода к n-ному аргументу текущей введенной команды. Достаточно посмотреть zsh-lovers, конфиг grml и влюбиться настолько, чтобы начать осваивать.
Теперь у меня есть список файлов сразу после изменения директории. Ну и плюс fasd, который делает выстрел в голову (другим способам навигации).
Но вообще странно про scope – у нас же FHS, всегда знаешь где что лежит.
Я предлагаю кому угодно поставить zsh, скачать конфиг grml, посмотреть какие в нем есть готовые функции для вашего удобства. И… взять свои слова обратно ;-)
Ну а если это мой локалхост, то тут у меня будет полный фарш возможностей, таких как fasd (z app sett и перешли в вашу application/settings из любой директории сразу).
А применение есть каждому. Ну percol допустим ещё штука не обязательная, а fasd должен быть у каждого (это самое последнее развитие всех подобных проектов). Он запоминает все посещаемые директории и строит рейтинг их популярности, который строится как из количества посещений, так и по времени последнего посещения. Таким образом если я напишу z myproject src, то из любой директории перейду в директорию src внутри myproject. Причем можно писать имя не полностью, можно написать z my sr и получить тоже самое. В итоге навигация по часто используемым директориям становится просто магической. Скрипт умеет тоже самое для файлов делать, т.е. можно написать что-то вроде v nginx.conf и сразу открыть его на редактирование, но признаться я именно с файлами его не использовал, но вроде бы именно так, как я написал.
Ну percol на самом деле штука тоже классная, позволяет фильтровать входные данные в реальном времени – т.е. вы вводите текст, а набор входных данных меняется. В readme там есть примеры с менеджером процессов – этакая обертка сразу над ps и над kill – вводим часть имени процесса, жмем return и он убит. Работает удобнее чем htop когда надо быстро сделать одно действие.
Таких инструментов множество. Я их, к сожалению все подзабросил после перехода на мак (тут с bsd-окружением многие скрипты из linux просто не работают и их надо править). Но на linux файл-менеджмент в шелле мне нравился очень.
Вот тут публикуют всякую cli магию: twitter.com/climagic
А вот конфиг zsh с рядом полезных функций: git.grml.org/f/grml-etc-core/etc/zsh/zshrc
Молоток и лобзик это инструменты для разной работы. Mc и shell это инструменты для одинаковой работы, но с разным уровнем удобство и разным порогом вхождения. Я закончил.
О том что нужно что-то выучить я и говорил – я был фанатиком командной строки и изучал всё just for fun когда-то. Некоторые просто говорят о том, что хорошо знают shell, а делать всё любят через mc.