|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 04 Sep 2005 18:00:22
To : Ruslan Kosolapov
Subject : Re: GoldED
--------------------------------------------------------------------------------
Sep 04 14:22 05, Ruslan Kosolapov wrote to Zahar Kiselev:
ZK>> Если ты имеешь в виду "стандартные диалоги" - то виндовые мне
ZK>> совершенно не кажутся удобными.
RK> Я не говорю "удобные", я говорю "одинаковые". Диалог сохранения
RK> файла должен быть ОДИH у ВСЕХ программ. Да, я должен иметь
RK> возможность сделать его каким мне нравится. Hо он должен быть
RK> ОДИH.
Смысл в этом вобщем-то есть, однако может оказаться, что диалог, удобный для
работы с мышью, окажется совершенно неудобным при работе с клавиатурой.
И не факт что оба варианта получится скрестить в один. Во всяком случае в винде
не получилось, там диалоги явно под мышь заточены, потому что домохозяйка плохо
владеет клавиатурой.
RK> Винда с клавиатуры управляется лучше, чем линукс из коробки.
Да, лучше, но до действительного удобства работы с клавиатурой ей очень далеко.
RK> Дык зачем на винде делать то, для чего она не предназначена?
А если нужного софта ни под что больше нет? Вот и приходится терпеть неудобства.
И таких случаев сколько угодно.
ZK>> Hу копировать файлы мышкой мне например не кажется удобным.
RK> Почему? Мне, собственно, в FAR-е неудобно. Я предпочитаю
RK> копировать либо с помощью cp (в средах, где есть нормальное
RK> автодополнение), либо с помощью drag-n-drop.
Относительно cp полностью согласен, а вот после длительной работы с мышью
элементарно болит рука из-за постоянного напряжения мышц, и устают глаза так как
приходится очень внимательно следить чтобы не сделать drop на соседний каталог
вместо нужного. Особенно если их на экране много отображается и шрифт
мелкий(стандартный в винде). Hу его нафиг, такое "удобство работы".
Работая в FARе или аналогах - я нажимаю кнопку со стрелкой и указатель
перемещается на _один_ каталог вверх/вниз. И остается там, пока я не нажму
кнопку еще раз. Если же я зацепил файл мышью, я должен мало того, что
_непрерывно_ следить за положением указателя на экране чтобы он не съехал с
нужного места от непроизвольного движения, так еще и держать палец на кнопке
прижатым чтобы не "уронить" зацепленный файл не в то место. И при этом
одновременно производить операцию "прицеливания". Команда же на исполнение
подается вообще противоестественно - _отпусканием_ кнопки! Интересно - где еще
такое в технике встречается - чтобы важное действие выполнялось не по нажатию, а
именно что по _отпусканию_ кнопки?
Вот если бы технология была построена иначе - "это"(ткнуть), "сюда"(ткнуть),
"исполнить"(тычок в нарисованую кнопку или кнопка на клавиатуре) - было бы куда
легче работать.
ZK>> Впрочем - на совремнном уровне развития компьютеров я предложил
ZK>> бы far заменить на что-то типа windows commander, а mc в линуксе
ZK>> - на Northren Cpatain. Оба - пример довольно удачного сочетания
ZK>> клавиатурного управления с преимуществами графического
ZK>> интерфейса.
RK> Оба представляют собой порочную модель "две панельки", поэтому
RK> должны сдохнуть.
А, собственно, чем эта модель так уж порочна?! Учитывая, что у большинства
файловых операций есть именно что два параметра - source и destination.
>>>>>> DNV>>> Knoppix. gentoo, suse, slackware - вот нормальные
>>>>>> DNV>>> дистрибутивы.
ZK>>>> Все хочу gentoo попробовать, да никак не соберусь скачать.
RK>>> debian лучше.
ZK>> Хотелось бы кстати услышать твое мнение как специалиста - чем
ZK>> именно на твой взгляд лучше.
RK> Тем, что он для решения моих практических задач, а не для возни с
RK> компиляцией.
Да мне бы тоже не хотелось _все_время_ с компиляцией возиться. А _один_ раз
собрать так как мне удобно - и несколько лет пользоваться.
ZK>> Видишь ли - пока у программ остаются compile-time параметры
ZK>> настройки - идея собирать их под свои требования из исходников
ZK>> будет оставаться привлекательной, во всяком случае лично для
ZK>> меня.
RK> Сколько у тебя программ, которым реально нужна пересборка?
Hу видишь ли - я уже привык мириться с мелкими неудобствами как с неизбежным
следствием слишком быстрого развития технологий. Поэтому пользуюсь программами в
том виде, как они мне достались. Подставляя всякие костыли и подпорки по мере
надобности.
Однако доступность исходников все время вызывает соблазн хотябы от части этих
неудобств избавиться, заодно и от тех костылей, которые ими порождены.
В частности например библиотека slang не пропускает символ с кодом
9B,используемый в 866 кодировке. В ядре я это нашел и подправил, а вот slang так
и не пересобрал. Редактор FTE при запуске в консоли тоже не все символы из
старшей половины таблицы понимает, причем у меня есть для него "альтернативный"
модуль общения с клавиатурой и экраном, сделанный г-ном Голубовским и позже
доработанный мной. mc постоянно сыплет в syslog сообщения о невозможности
соединиться с "мышиным сервером" gpm, коотрый своим присутствием на машине мне
мешает и поэтому бывает выкинут сразу после установки системы. Привычный мне
фидошный редактор msged я тоже правил на предмет понимания русского языка,
правда я его в виде пакета никогда не встречал, всегда сам из исходников
собирал. Мэйлер qico в виде пакета попадался, но собрано совершенно не так, как
я считаю правильным для своего узла.
Это только то, что я так сходу вспомнил пока этот абзац писал. А из разряда
несбыточных мечтаний - научить Иксы нормально воспринимать 866 кодировку.
RK> И я не хочу думать об администрировании машины, я работать хочу.
А я еще нахожу время и имею желание об администрировании подумать...
Zahar
--- Msged/LNX 6.1.1
* Origin: mobile user - FIDO over GPRS (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
