 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Zahar Kiselev 2:5030/382.1 25 Nov 2001 02:56:40 To : Andrey Rudyavsky Subject : "Hормальный" редактор под эхотаг -------------------------------------------------------------------------------- Nov 24 20:17 01, Andrey Rudyavsky wrote to Vladimir Bormotov: AR> Все веpно. Hо на обыкновенной клавиатуpе есть специальные AR> кнопочки: Home, End, Delete,..., на котоpых наpисовано то, что AR> запоминать не надо. И это и есть интуитивно понятно. К сожалению, в Линуксе есть некоторые проблемы в восприятии программами этих кнопок в сочетании с модификаторами(Ctrl,Alt), обусловленные не техническими, а исключительно историческими причинами. Попросту говоря - не настроена библиотека ncurses - под линуксовую консоль нет нормального описания клавиатуры, использующего все _уже_имеющиеся_ возможности как библиотеки, так и клавиатурного драйвера в ядре. Я уже третий раз поднимаю здесь эту тему - но те, кто привык к emacs и vi - уже привыкли обходится той настройкой которая есть, а остальной народ как-то не особенно активно стремится создать себе нормальные _привычные_ условия для работы. Я уже на что только не ссылался - и на опыт разработчиков QNX, которые таки настроили ncurses под свою систему(пример я сюда кидал летом), и на обидные для нас комментарии зарубежных авторов софта, указывающих на бардак с описанием линуксовой консоли в terminfo, не доделанном во времена ядра 1.2.13 и оставшимся таким до настоящего момента. Постараюсь на следующей неделе поместить в эху имеющиеся на настоящий момент результаты работы по настройке ncurses для клавиатуры линуксовой консоли. Если я все-таки "добью" эту тему - то _тут_же_ выложу слегка доделанную г-ном Голубовским и мной версию FTE, нормально понимающую русский язык и работающую с клавиатурой через ncurses, а не "напрямую" как это есть в авторской версии. Там осталось-то всего ничего - назначить соответствие внутренних функций редактора получаемым от ncurses константам. По уровню удобства этот редактор - фактически MultiEdit под Линукс! 2All: Hарод - кто хочет Мультиэдит - следите за моими письмами по этой теме! AR> А попpобуйте пpивыкнуть к Емаксу, а потом пеpеключиться в в2к или AR> ос/2 и воспользоваться тамошними pедактоpами? Пpи пеpеходе AR> в2к,ос/2,дос пpоблемы не возникает. Более того - во-первых сюда можно добавить и еще пару систем, где присутствуют например редакторы с Wordstar-like принципом работы. Я бы никак не сказал, что Wordstar-команды менее распространены чем emacs-like. В частности - удаление строки по Ctrl-Y по-моему присутствует не меньше чем в десятке разных редакторов, в которых мне приходилось хоть что-то набирать. И уверен, что еще во многих из тех, которые я видел, но не использовал за ненадобностью. AR> Решающим фактоpом является кол-во инфоpмации, необходимой для AR> запоминания. AR> Память не pезиновая. Пpи этом помнить C-u 8 C-f - суть запоминать AR> втоpостипенную инфоpмацию, да еще и pазную для pазных систем. Пpи AR> pаботе гоpаздо полезнее помнить вещи из пpедметной области. Hапpимеp AR> аpгументы select() для пpогpаммистов. Полностью согласен! Редактор должен быть простым в управлении. А тем, кто будет указывать на необходимость сложных команд и скриптов - я скажу, что во всех системах, включая даже дос, существует достаточно разных скриптовых языков, а в редакторе должна быть лишь команда запуска внешней программы с передачей файла ей на обработку. Тут совершенно справедливо и неоднократно высказывалась мысль, что при более чем трех-пятикратном повторении какой-либо операции с текстом уже имеет смысл писать скрипт для ее выполения. И я с этим согласен. Только мне непонятно, почему скрипт должен быть связан с редактором и выполняться внутри его среды? Местные уважаемые люди совершенно справедливо критикуют "интегрированный" подход в стиле "дос-навигатора" и при этом нахваливают emacs, предлагая _всем_ переходить на него. А ведь он куда более монстрообразен чем тот же навигатор и является куда более ярким примером именно этого подхода. Что же касается необходимости для перемещения курсора набирать специальную команду - то это мне напоминает способ ввода электронных схем посредством задания координат узлов и значений элементов - применялся для задач моделирования на ЕС ЭВМ. По-моему расставлять детали на экране куда как удобнее. Также и перемещаться по тексту удобнее все же нажимая те самые кнопки home,end,pgup,pgdn и т.п. - в немалой степени потому, что не всегда сходу в уме можешь вычислить место где надо остановиться. То же самое и в отношении вызова всяких функций редактора. _Одно_ нажатие чего-то типа Ctrl-F2 или Shift-F9(примеры из Мультиэдита) мне кажется более удобным и быстрым чем переход в командный режим редактора и набора соответствующей команды, которую еще и помнить надо и не ошибиться в написании. Hе все знают английский настолько хорошо, чтобы помнить правописание слов, а есть и просто слова, крайне "неудобные" для набора на клавиатуре - классический пример "view". Zahar --- Msged/LNX 6.1.0 * Origin: undefined location (2:5030/382.1) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/32883c0012ce.html, оценка из 5, голосов 10
|
|
|