|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Zahar Kiselev 2:5030/382.1 28 Mar 2002 22:00:22 To : Victor Wagner Subject : Re: mc -------------------------------------------------------------------------------- Mar 24 12:07 02, Victor Wagner wrote to Zahar Kiselev: VW>>> Гораздо полезнее научиться жить без mc. ZK>> Hу вообще-то для "административных" целей он весьма неплох. VW> Он ужасен. Тем что позволяет выполнить действие, не сформулировав VW> его предварительно словами. Именно для административных целей VW> это крайне опасно. С идеологической точки зрения я с тобой согласен, только вот какая должна быть квалификация, чтобы сходу безошибочно например написать регулярное выражение для маски файла, под которую попадет только то, что нужно? Я имею в виду случаи, когда простыми звездочками и вопросиками не ограничишься. ZK>> каталоге прибить. Все же отображение файловой системы на ZK>> экране удобнее, чем каждый раз ls набирать. И через ssh VW> Вот в этом позволю себе усомниться. VW> Вспомним нелюбимые нами обоими винды с их многоэтажной менюшкой VW> Programs. Это удобно? По-моему нет. Потому что в linux для того, VW> чтобы выполнить любую из 2328 программ, которые в данный момент VW> имеются у меня в системе, достаточно помнить ее имя. А в виндах VW> потребуется вспомнить еще три имени подменю в этой самой Programs, VW> необходимые для того, чтобы к ней добраться. С этим не спорю. VW> Остается только распространить этот подход и на все остальные файлы. А вот с распространением этого подхода на файлы с _данными_ - не согласен. Обрати внимание, даже работая с mc, практически никогда и никто не лезет куда-нибудь в /usr/bin чтобы запустить нужную программу просто "надавив на нее":) Обычно копаются где-нибудь в каталоге с файлами данных, а программы вызывают по имени. Может быть это еще у меня такая специфика - так как приходится иметь дело с рассылкой информации, представленной в виде отдельных файлов, да еще и с именами, которые генерируются программно. И на вопрос "пришел ли "двести девятый" файл" удобнее всего ответить, посмотрев на содержимое каталога. Можно конечно через ls | grep 209.csv, но набирать это дольше, чем просто зайти в каталог при помощи mc. VW> Кстати говоря, у меня вот только сейчас возникла мысль, что грабли VW> таки не в mc, а в линуксе, точнее в драйвере консоли. У меня эта мысль уже года два как возникла. Мало того, что там ошибка в обработке esc-команд(на некоторых независимых тестах для ncurses это видно), так в состоянии "по умолчанию" там еще и заметная часть возможностей не задействована. > Hу почему VW> вот xterm умеет делать scrollback по некоторой VW> esc-последовательности, VW> а драйвер консоли (у которого scrollback buffer, хотя и маленький - VW> вполне есть) - не умеет. Видимо тот клон vt100, "с которого" его писали - тоже не умел. VW> Заняться что-ли на досуге, похакать драйвер консоли, научить его VW> этому, VW> а заодно и смене шрифта по esc]50;имя щрифта\007 и многому другому. Меня вот больше интересует - откуда ты откопал что смена шрифта должна делаться именно по такой esc-команде, а не по какой-то другой? А какие esc-команды еще есть там, куда ты при этом смотрел? А про клавишные esc-коды там что-нибудь есть? Меня например больше возмущает то, что по End и Ctrl-End выдается один и тот же esc-код. Хотя даже без влезания в драйвер, только за счет настроек, их можно сделать разными. Вопрос только - _какой_ код следовало бы выдавать в данном случае? Аналогично ctrl-home, ctrl-PgUp и так далее. VW> Самым большим приколом было бы встроить в линуксовый драйвер консоли VW> эмуляцию tektronics поверх framebuffer-а. VW> Тогда куча программ (начиная с gnuplot и dvigt) научилась бы рисовать VW> графику в консоли без всяких специальных телодвижений с их кодом. А графика в консоли так уж нужна? При наличии вполне живых Иксов? VW> Причем можно было бы писать программы, которые умеют рисовать графику VW> в консооли, xterm и при заходе из виндов TeraTerm-ом. Hу нарисуют они тебе графику, а клавиатура-то все равно работает в урезанном варианте(см выше). Zahar(@spbdept.rbc.ru) --- Msged/LNX 6.1.0 * Origin: undefined location (2:5030/382.1) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/32883ca382ef.html, оценка из 5, голосов 10
|