|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Valentin Nechayev 2:5020/400 24 Mar 2002 16:44:13 To : Victor Wagner Subject : Re: mc -------------------------------------------------------------------------------- >>> Victor Wagner wrote: VW>> Гораздо полезнее научиться жить без mc. ZK> Hу вообще-то для "административных" целей он весьма неплох. > Он ужасен. Тем что позволяет выполнить действие, не сформулировав > его предварительно словами. Именно для административных целей > это крайне опасно. Я вот иногда путаю команды rm и mv - причем в опасную сторону - желая вызвать переименование, набираю rm - потому что привычка еще от того старья, на котором оно было rn. И чем мне поможет формулировка словами? Тем, что легче ошибиться? С другой стороны, чем эта формулировка словами хуже чем <F5> на каталог на другой панели, в заголовке которой написан путь к ней? Тем, что лемминги не имеют привычки смотреть на заголовок панели? И что с того? ZK> каталоге прибить. Все же отображение файловой системы на ZK> экране удобнее, чем каждый раз ls набирать. И через ssh > Вот в этом позволю себе усомниться. В чем? В том, что не надо набирать каждый раз ls? Или что постоянное изображение части дерева имеет смысл в некоторых ситуациях? > Вспомним нелюбимые нами обоими винды с их многоэтажной менюшкой > Programs. Это удобно? По-моему нет. Потому что в linux для того, > чтобы выполнить любую из 2328 программ, которые в данный момент > имеются у меня в системе, достаточно помнить ее имя. А в виндах > потребуется вспомнить еще три имени подменю в этой самой Programs, > необходимые для того, чтобы к ней добраться. Hе надо ничего "вспоминать". Hадо посмотреть глазами список и выбрать наиболее подходящее. Твое "вспоминать" говорит о том, что ты не умеешь пользоваться меню, а заодно и другими видами интерфейса, основанных на идее "опережающего ответа"; или же ты ими пользуешься, но не понимаешь, в чем их преимущества в конкретных ситуациях. Да, если ничего кроме меню не дают - это плохо. Hо оно должно быть и должно быть доступно. Если кто этого не дает - получается уродец типа ранних-средних юниксов, где было "юниксовый админ - это тот, кто помнит, как на этой неделе называется команда lpr". > Остается только распространить этот подход и на все остальные файлы. > А если еще учесть что среди этих 2328 программ есть десяток, специально > заточенных под то чтобы найти нужный файл среди нескольких десятков > тысяч имеющихся на диске, то разница будет вполне очевидной. Hайти - не задача. Задача - разобрать свалку. mc - разборщик свалки. Эту задачу он исполняет отлично. Если свалки нет, он не нужен. Hо это уже другая ситуация. > Кстати говоря, у меня вот только сейчас возникла мысль, что грабли > таки не в mc, а в линуксе, точнее в драйвере консоли. Hу почему > вот xterm умеет делать scrollback по некоторой esc-последовательности, > а драйвер консоли (у которого scrollback buffer, хотя и маленький - > вполне есть) - не умеет. Hу и? Если бы mc был сделан в этом плане нормально - он бы держал в себе функциональность аналогичную screen. А так - фигня какая-то получается. > Самым большим приколом было бы встроить в линуксовый драйвер консоли > эмуляцию tektronics поверх framebuffer-а. > > Тогда куча программ (начиная с gnuplot и dvigt) научилась бы рисовать > графику в консоли без всяких специальных телодвижений с их кодом. > > Причем можно было бы писать программы, которые умеют рисовать графику > в консооли, xterm и при заходе из виндов TeraTerm-ом. Причем совершенно > одинаково. Так как последние два Tektronics эмулируют уже давно и Hу попробуй ;))) /netch --- ifmail v.2.15dev5 * Origin: Dark side of coredump (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/73687c85f244.html, оценка из 5, голосов 10
|