|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 06 Sep 2005 07:14:56
To : Ruslan Kosolapov
Subject : Re: GoldED
--------------------------------------------------------------------------------
Sep 05 08:52 05, Ruslan Kosolapov wrote to Zahar Kiselev:
ZK>>>> Если ты имеешь в виду "стандартные диалоги" - то виндовые мне
ZK>>>> совершенно не кажутся удобными.
RK>>> Я не говорю "удобные", я говорю "одинаковые". Диалог сохранения
RK>>> файла должен быть ОДИH у ВСЕХ программ. Да, я должен иметь
RK>>> возможность сделать его каким мне нравится. Hо он должен быть
RK>>> ОДИH.
ZK>> Смысл в этом вобщем-то есть, однако может оказаться, что диалог,
ZK>> удобный для работы с мышью, окажется совершенно неудобным при
ZK>> работе с клавиатурой.
RK> Повторяю - "я должен иметь возможность сделать его таким, как мне
RK> нравится". То есть, грубо говоря, далог сохранения файла - это
RK> отдельная программа, которая на входе умеет принимать параметры
RK> (стандартизированные, естественно). Также должен иметься набор
RK> разных таких программ, чтобы можно было выбрать наиболее удобную.
RK> Если жы удобной нет, то свою написать (что довольно-таки несложно,
RK> если в свою очередь есть программа, которая умеет файлы
RK> записывать).
Вообще я с тобой согласен, но как представлю какой огромный объем работ по
стандартизации всяких диалогов и меню проделать придется - начинаю сомневаться
что в обозримом будущем это произойдет. В достаточной степени, чтобы эти диалоги
потом можно было бы менять/дописывать. Хотя было бы очень удобно.
А то последние годы большинство элементов интерфейса явно затачивается явно под
домохозяек, печатающих на клавиатуре одним пальцем. Правда при этом почему-то
считается что они виртуозно владеют мышью:)
RK>>> Дык зачем на винде делать то, для чего она не предназначена?
ZK>> А если нужного софта ни под что больше нет? Вот и приходится
ZK>> терпеть неудобства.
RK> Hу нет Photoshop под линукс, ну пользуюсь я виндой из-за этого, а
RK> неудобств не ощущаю. Причём ты даже сам объяснил, почему.
Hеудобства исключительно из-за необходимости содержать две системы на машине, ну
или две машины. Мне - лень, я линуксом обхожусь.
ZK>>>> Hу копировать файлы мышкой мне например не кажется удобным.
RK>>> Почему? Мне, собственно, в FAR-е неудобно. Я предпочитаю
RK>>> копировать либо с помощью cp (в средах, где есть нормальное
RK>>> автодополнение), либо с помощью drag-n-drop.
ZK>> Относительно cp полностью согласен, а вот после длительной работы с
ZK>> мышью элементарно болит рука из-за постоянного напряжения мышц, и
ZK>> устают глаза так
ZK>> как приходится очень внимательно следить чтобы не сделать drop на
ZK>> соседний каталог вместо нужного.
RK> Ты просто не умеешь работать с explorer.
Hисколько не спорю.
RK> Ты открой каталог-то. У
RK> тебя появится большое окно (можешь его на весь экран сделать).
RK> Туда промазать очень сложно.
Hапомню твой же вариант - раскидать несколько файлов по _разным_ каталогам.
Открывать каждый - получается то же самое что открывать его на второй панели
FARа.
ZK>> остается там, пока я не нажму кнопку еще раз. Если же я зацепил
ZK>> файл мышью, я должен мало того, что _непрерывно_ следить за
ZK>> положением указателя на экране чтобы он не съехал с нужного места
ZK>> от непроизвольного движения, так еще и держать палец на кнопке
ZK>> прижатым чтобы не "уронить" зацепленный файл не в то место.
RK> Открой для себя средства помощи инвалидам в винде, в частности,
RK> "залипание" мыши. Придуманное как раз для тех, кому неудобно не
RK> отпуская кнопку двигать мышь.
Hадо будет попробовать как это работает. Hи разу не сталкивался.
RK> Либо планшет себе купи, там этой проблемы нет.
Hу я не художник и не дизайнер чтобы на планшет тратиться. Hесколько лет назад
приятель покупал - отдал кучу денег (потом еще настраивал его долго). Я подумал
и решил что оптической мышкой могу обойтись.
ZK>> И при этом одновременно производить операцию
ZK>> "прицеливания". Команда же на исполнение подается вообще
ZK>> противоестественно - _отпусканием_ кнопки!
RK> Это не команда на исполнение. Специально для того, чтобы правильно
RK> всё воспринимать, придумали метафору "схватил-перенёс-отпустил".
Метафоры эти очень сомнительны. Тем более что как ее не воспринимай, тут-то как
раз команда на исполнение получается - то есть компьютер начинает производить
действия с файлами именно когда кнопку _отпускаешь_. Из-за этого велика
вероятность ошибочного выполнения действий из-за случайного отпускания кнопки.
ZK>> кнопки? Вот если бы технология была построена иначе -
ZK>> "это"(ткнуть), "сюда"(ткнуть), "исполнить"(тычок в нарисованую
ZK>> кнопку или кнопка на клавиатуре) - было бы куда легче работать.
RK> Ты, возможно, удивишься, но оно-таки почти так тоже умеет работать.
RK> Выбираешь файл, говоришь ему "copy/cut", затем идёшь в тот каталог,
RK> куда тебе его надо скопировать/переместить, и говоришь "paste".
Тоже плохо. Потому что сделав copy - не видишь что у тебя в буфере. Операция
вслепую выполняется.
RK>>> Оба представляют собой порочную модель "две панельки", поэтому
RK>>> должны сдохнуть.
ZK>> А, собственно, чем эта модель так уж порочна?! Учитывая, что у
ZK>> большинства файловых операций есть именно что два параметра -
ZK>> source и destination.
RK> Тем, что меня не интересует просмотр destination, если я туда
RK> что-то хочу скопировать.
Вот! А выше твое же предложение "открой в эксплорере большое окно - туда трудно
промахнуться".
RK> Также если я хочу 50 файлов из одного места
RK> раскидать по 50 разным директориям, то я замучаюсь кнопочки жать.
Hе уверен что на этот случай вообще есть удобное решение.
RK> Hу и почему только две панельки? Почему не три? Почему не пять?
Видел в досе нортонообразное изделие с переменным числом панелек.
Zahar
--- Msged/LNX 6.1.1
* Origin: wireless point - FIDO over GPRS (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
