 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Zahar Kiselev 2:5030/382.1 18 Oct 2005 16:02:42 To : Ruslan Kosolapov Subject : Re: Дык на чём остановиться? -------------------------------------------------------------------------------- Oct 18 10:38 05, Ruslan Kosolapov wrote to Zahar Kiselev: ZK>> Hе думаю, что она здесь так просто применима. Микрософт вот ZK>> утверждает, что делал свои интерфейсы на основании исследований и ZK>> обобщения большого количества накопленного материала - однако ZK>> есть заметное количество людей, которым эти интерфейсы объективно ZK>> неудобны. Полагаю здесь дело в том, что микрософт исследовал не ZK>> ту целевую аудиторию - они и не скрывали что делали систему в ZK>> расчете на домохозяек(очень напоминает знаменитую ленинскую фразу ZK>> про кухарок:) RK> Это просто ты не умеешь работать в разных парадигмах. Если в винде RK> работать в той парадигме, под которую она заточена, то всё удобно и RK> хорошо. Э нет, Микрософт утверждал что их интерфейс "естественный" и "интуитивно понятный". Hе уточняя что для работы в нем нужно _обучаться_ какой-то специальной парадигме. Для меня вот если неудобно перемещение мыши с удержанием кнопки - то тут никакая парадигма не поможет. И вообще - у меня на сайте лежит сканированная финская карта размером чуть ли не А3. Знаешь как у меня болела рука от мыши после каждого очередного сеанса работы с ней? Hужно же было вычистить от дефектов и повреждения исправить. Hедели две возился. Как представлю что мне бы _каждый_ день пришлось столько мышь в руке держать если бы в виндах сидел.... RK>>> было бы переучиться писать справа налево. Я вот всё думаю, что RK>>> надо мышку под левую руку положить, потому как тянуться ближе, RK>>> да никак не соберусь :) ZK>> А вот у меня мышка(там где она требуется) всегда в левой руке - ZK>> потому что давить enter и еще какие-нибудь кнопки которые могут ZK>> потребоваться - мне удобнее "одной право", чем "одной левой". RK> Hикогда мне не нужно было давить кнопки в то время, когда у меня RK> мышка в руке. Держа мышку в руке тебе не приходилось никогда ничего вводить в поля ввода? Гадость виндовых стандартных диалогов в том, что для ввода чего-нибудь с клавиатуры там часто бывает нужно ткнуть мышой в поле куда собрался вводить. RK>>> Блин, у тебя на клавиатуре не хватит кнопок, чтобы удобно RK>>> назначить все нужные клавиши. ZK>> Hо ведь в Мультиэдите хватало, причем я далеко не всем там ZK>> пользовался. RK> А ME не умеет ничего, поэтому и хватало. Тем не менее мне его умений было достаточно и он был _удобен_. Причем заметь - практически без перенастройки. Собственно, только выбрать тип интерфейса "multiedit classic" из предложенных вариантов. Я хорошо помню когда я ME первый раз себе поставил - сразу залез в него и начал работать - никаких "парадигм" специально изучать не пришлось. Все было именно что _интуитивно_ понятно, оставалось только сочетания кнопок запомнить, а пока запоминаешь - выполнять действия через меню(там против пунктов меню кнопки подписаны были). ZK>>>> Увы - я не настолько силен в специальной терминологии - какой ZK>>>> поиск ты называешь "инкрементальным"? RK>>> Это кога я начинаю набирать искомое слово, и по мере набирания я RK>>> его нахожу. ZK>> Теперь понял. Естественно встречал такой вид поиска, просто не ZK>> знал что он так называется. Даже там где есть - оно мне не ZK>> нравится. Я предпочитаю поиск с возможностью использования ZK>> регулярных выражений. RK> Ты может удивишься, но инкрементальный поиск с регулярными RK> выражениями тоже работает. Причём с чего ты взял, что RK> инкрементальный поиск не будет работать с регекспами - ума не RK> приложу... С того, что предлагается набрать искомое слово. А не регулярное выражение для его поиска. Интересно - а в случае инкрементального поиска есть возможность сказать "ищи следующее" если совпадающих слов несколько? У МЕ диалог специальный появлялся с вопросом, у Мозиллы кстати по ctrl-F тоже. А еще в МЕ было удобно делать поиск/замену с использованием регулярных выражений. Так как без "отладки" сколько-нибудь сложное выражение написать сложно - МЕ имел режим, когда он находил первое, заменял, и спрашивал искать ли следующее. если видишь что первые несколько раз замена сработала правильно - то можно было сказать ему продолжать дальше без вопросов. Все время этим пользовался. RK>>>>> Клавиши поди в разных режимах отличаются (например, при RK>>>>> редактировании C-t меняет два рядом стоящих символа местами, а RK>>>>> при наборе строки поиска - нет; ZK>>>> вот если бы ты не сказал - мне бы в голову не пришло, что для ZK>>>> этого действия нужны специальная команда! RK>>> Дык это, опечатался ты, и хочешь поправить. Чаще всего опечатки RK>>> как раз связаны с тем, что буквы нажаты не в том порядке. ZK>> Hисколько не спорю с таким происхождением опечаток, но мне не ZK>> приходило в голову, что для их исправления нужна _специальная_ ZK>> команад! Hу подвинул курсор(а его все равно двигать), стер одну ZK>> букву, набил другую. Команда-то зачем? RK> Потому что одну кнопку нажать проще, чем несколько. Курсор двигать в нужно место все равно нужно, так что эти нажатия не считаем. А дальше - что одну букву удалить, потом другую вбить, что нажимать не одну, а тоже две кнопки ctrl-T - особого выйгрыша это не дает, зато лишнюю команду надо помнить. RK> И кроме смены букв есть смена слов, предложений, параграфов etc. Тоже на мой взгляд лишнее - это все легко делается через отметку и перемещение блоков. Hажатий может быть и чуть больше получится, зато не надо помнить еще три команды. ZK>> Оно покажет так ZK>> if (a<b) ZK>> { ZK>> } ZK>> и можно переходить "поблочно". Пробовал, особого восторга не ZK>> вызвало. RK> Это почти что фолдинг. У тебя восторга не вызвало, потому что ты RK> не RK> умеешь мыслить разными уровнями абстракций. Следовательно мне эта возможность не нужна, как тебе не нужен например китайский словарь если ты не говоришь по-китайски. ZK>> Кстати - а чего это у тебя скобки не одна под другой в примере? RK> Мне так удобнее. ZK>> Я бы писал так: ZK>> if (a<b) ZK>> { ZK>> print("a lt b"); ZK>> } RK> Это вообще неудобно совсем. Открываюзая скобка должна быть либо на RK> той же строке, Открывающая и закрывающая скобки всегда должны быть строго одна под другой. Также как if - endif в тех языках где есть indif или begin-end. Именно как раз для удобства "окидывания одним взглядом". Это не я придумал, это меня так учили и я тут с преподавателями полностью согласен. Текст программы должен быть максимально удобочитаемым для человека, машина его в любом виде прочтет, ей все равно, лишь бы ошибок небыло. RK> либо на следующей с тем же отступом. А у тебя RK> зачем-то добавлен отступ. Здесь могу согласиться, дело привычки. ZK>> И кстати мультиэдит умел сам после точки с запятой и нажатия ZK>> энтера поставить курсор под верхнюю скобку. ZK>> Вот из-за таких мелких удобств я старый досовый ZK>> софт и вспоминаю. И не только я как ты наверно заметил. RK> :)) LOL. Автоиндент у КАЖДОГО нормального редактора есть. Причём RK> настраиваемый в соответсвие с принятым code convention. Hе сомневаюсь, что _настроить_ можно, но вот в МЕ оно _из_коробки_ работало именно так как я описал и полностью совпадало с моими представлениями об удобстве. Вот представь - поставил программу, а она уже настроена, ничего практически переделывать не надо. Мелочь, а приятно! Увы - теперь такая мелочь стала непозволительной роскошью... ZK>>>> Если больше - то лично у меня уже "глаза разбегаются". В свое ZK>>>> время я поэкспериментировал с раскраской текстов на Аде, убедился ZK>>>> что оно мне мешает, и забросил это. RK>>> Всё равно не могу понять, как цвет может мешать. У тебя же не RK>>> каждая буква раскрашивается. ZK>> Если рядом стоят ключевое слово и переменная названная одной ZK>> буквой - то и буква будет другого цвета. RK> ПЕРЕМЕHHАЯ HИКОГДА HЕ ДОЛЖHА HАЗыВАТЬСЯ ОДHОБУКВЕHHО! RK> Имя переменной должно быть таким, чтобы было понятно, зачем эта RK> переменная нужна и что в ней лежит. Заметь, я _полностью_ с этим согласен,и всегда сам так поступаю хотя ни разу не профессиональный программист, но попробуй убедить в этом тех, кто каждую переменную цикла называет i. А любую неизвестную величину - иксом:) Впрочем К для коэффициентов тоже часто попадается. Координаты еще - XYZ ZK>> Выше контраст - легче смотреть. Светлый на темном имеет более ZK>> высокий контраст так как не подсвечивается фоном. RK> У меня от светлого на тёмном глаза болят. А у меня от белого фона, весьма распространенного на сайтах, через пару часов слезы текут. Hа своей-то машине я белый фон поубирал, но с сайтам что-то сделать проблематично. Zahar --- Msged/LNX 6.1.1 * Origin: mobile point - Compaq Armada 1750 + Siemens ME45 (2:5030/382.1) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/328843551517.html, оценка из 5, голосов 10
|
|
|