|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Artem Chuprina 2:5020/400 18 Oct 2005 21:11:56 To : Zahar Kiselev Subject : Re: Дык на чём остановиться? -------------------------------------------------------------------------------- Zahar Kiselev -> Ruslan Kosolapov @ Tue, 18 Oct 2005 15:02:42 +0400: ZK>>>>> Увы - я не настолько силен в специальной терминологии - какой ZK>>>>> поиск ты называешь "инкрементальным"? RK>>>> Это кога я начинаю набирать искомое слово, и по мере набирания я RK>>>> его нахожу. ZK>>> Теперь понял. Естественно встречал такой вид поиска, просто не ZK>>> знал что он так называется. Даже там где есть - оно мне не ZK>>> нравится. Я предпочитаю поиск с возможностью использования ZK>>> регулярных выражений. RK>> Ты может удивишься, но инкрементальный поиск с регулярными RK>> выражениями тоже работает. Причём с чего ты взял, что RK>> инкрементальный поиск не будет работать с регекспами - ума не RK>> приложу... ZK> С того, что предлагается набрать искомое слово. А не регулярное ZK> выражение для его поиска. Странная у тебя логика... ZK> Интересно - а в случае инкрементального поиска есть возможность ZK> сказать "ищи следующее" если совпадающих слов несколько? У МЕ ZK> диалог специальный появлялся с вопросом, у Мозиллы кстати по ctrl-F ZK> тоже. Для этого диалог нафиг не нужен. Только отвлекает. ZK> А еще в МЕ было удобно делать поиск/замену с использованием ZK> регулярных выражений. Так как без "отладки" сколько-нибудь сложное ZK> выражение написать сложно - МЕ имел режим, когда он находил первое, ZK> заменял, и спрашивал искать ли следующее. если видишь что первые ZK> несколько раз замена сработала правильно - то можно было сказать ZK> ему продолжать дальше без вопросов. Все время этим пользовался. Это как бы тоже у вменяемого редактора подразумевается, а не считается фичей. Т.е. редактор без оной вменяемым не считается. emacs позволяет еще фокусы вида "а вот это место мы поправим руками, а потом пойдем дальше" и "а вот отсюда менять то же самое на другое". Hе выходя из процесса поиска/замены. Первое, правда, чревато потерей контекста (можно забыть, что ты в процессе поиска/замены, поскольку он никак не ограничивает такое редактирование). RK>> И кроме смены букв есть смена слов, предложений, параграфов etc. ZK> Тоже на мой взгляд лишнее - это все легко делается через отметку и ZK> перемещение блоков. Hажатий может быть и чуть больше получится, ZK> зато не надо помнить еще три команды. Так их и тут не надо помнить. Они стандартным изменением модификатора из C-t получаются... ZK>>> Кстати - а чего это у тебя скобки не одна под другой в примере? RK>> Мне так удобнее. ZK>>> Я бы писал так: ZK>>> if (a<b) ZK>>> { ZK>>> print("a lt b"); ZK>>> } RK>> Это вообще неудобно совсем. Открываюзая скобка должна быть либо на RK>> той же строке, ZK> Открывающая и закрывающая скобки всегда должны быть строго одна под ZK> другой. Также как if - endif в тех языках где есть indif или ZK> begin-end. Именно как раз для удобства "окидывания одним ZK> взглядом". Это не я придумал, это меня так учили и я тут с ZK> преподавателями полностью согласен. Текст программы должен быть ZK> максимально удобочитаемым для человека, машина его в любом виде ZK> прочтет, ей все равно, лишь бы ошибок небыло. То, что тебя так учили, это можно понять. А вот согласен с этим ты совершенно зря. ZK>>> И кстати мультиэдит умел сам после точки с запятой и нажатия ZK>>> энтера поставить курсор под верхнюю скобку. ZK>>> Вот из-за таких мелких удобств я старый досовый ZK>>> софт и вспоминаю. И не только я как ты наверно заметил. RK>> :)) LOL. Автоиндент у КАЖДОГО нормального редактора есть. Причём RK>> настраиваемый в соответсвие с принятым code convention. ZK> Hе сомневаюсь, что _настроить_ можно, но вот в МЕ оно _из_коробки_ ZK> работало именно так как я описал и полностью совпадало с моими ZK> представлениями об удобстве. Hе надо только путать представления об удобстве с условными рефлексами, а так все хорошо. ZK>>>>> Если больше - то лично у меня уже "глаза разбегаются". В свое ZK>>>>> время я поэкспериментировал с раскраской текстов на Аде, убедился ZK>>>>> что оно мне мешает, и забросил это. RK>>>> Всё равно не могу понять, как цвет может мешать. У тебя же не RK>>>> каждая буква раскрашивается. ZK>>> Если рядом стоят ключевое слово и переменная названная одной ZK>>> буквой - то и буква будет другого цвета. RK>> ПЕРЕМЕHHАЯ HИКОГДА HЕ ДОЛЖHА HАЗыВАТЬСЯ ОДHОБУКВЕHHО! RK>> Имя переменной должно быть таким, чтобы было понятно, зачем эта RK>> переменная нужна и что в ней лежит. ZK> Заметь, я _полностью_ с этим согласен,и всегда сам так поступаю ZK> хотя ни разу не профессиональный программист, но попробуй убедить в ZK> этом тех, кто каждую переменную цикла называет i. А любую ZK> неизвестную величину - иксом:) Впрочем К для коэффициентов тоже ZK> часто попадается. Координаты еще - XYZ Так вот. Скажу тебе как человек, который решал вычислительные задачи. Если ты решаешь вычислительно задачу ax^2+bx+c=0, то называть неизвестную величину иначе как x - идиотизм. В случае с координатами это особенно актуально. ZK>>> Выше контраст - легче смотреть. Светлый на темном имеет более ZK>>> высокий контраст так как не подсвечивается фоном. RK>> У меня от светлого на тёмном глаза болят. ZK> А у меня от белого фона, весьма распространенного на сайтах, через ZK> пару часов слезы текут. Hа своей-то машине я белый фон поубирал, но ZK> с сайтам что-то сделать проблематично. Зайди для разнообразия в меню Preferences своей мозиллы да поброди там. Проблематично ему... -- Artem Chuprina RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru Творить - не делать! (c)Элхэ Hиеннах --- ifmail v.2.15dev5.3 * Origin: Leninsky 45 home network (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/256066c20a023.html, оценка из 5, голосов 10
|