|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ruslan Kosolapov 2:5020/400 05 Sep 2005 08:52:55
To : Zahar Kiselev
Subject : Re: GoldED
--------------------------------------------------------------------------------
==[ Zahar -> Ruslan:
ZK>>> Если ты имеешь в виду "стандартные диалоги" - то виндовые мне
ZK>>> совершенно не кажутся удобными.
RK>> Я не говорю "удобные", я говорю "одинаковые". Диалог сохранения
RK>> файла должен быть ОДИH у ВСЕХ программ. Да, я должен иметь
RK>> возможность сделать его каким мне нравится. Hо он должен быть
RK>> ОДИH.
ZK> Смысл в этом вобщем-то есть, однако может оказаться, что диалог,
ZK> удобный для работы с мышью, окажется совершенно неудобным при
ZK> работе с клавиатурой. И не факт что оба варианта получится
ZK> скрестить в один. Во всяком случае в винде не получилось, там
ZK> диалоги явно под мышь заточены, потому что домохозяйка плохо
ZK> владеет клавиатурой.
Повторяю - "я должен иметь возможность сделать его таким, как мне
нравится". То есть, грубо говоря, далог сохранения файла - это
отдельная программа, которая на входе умеет принимать параметры
(стандартизированные, естественно). Также должен иметься набор
разных таких программ, чтобы можно было выбрать наиболее удобную.
Если жы удобной нет, то свою написать (что довольно-таки несложно,
если в свою очередь есть программа, которая умеет файлы записывать).
RK>> Дык зачем на винде делать то, для чего она не предназначена?
ZK> А если нужного софта ни под что больше нет? Вот и приходится
ZK> терпеть неудобства.
Hу нет Photoshop под линукс, ну пользуюсь я виндой из-за этого, а
неудобств не ощущаю. Причём ты даже сам объяснил, почему.
ZK>>> Hу копировать файлы мышкой мне например не кажется удобным.
RK>> Почему? Мне, собственно, в FAR-е неудобно. Я предпочитаю
RK>> копировать либо с помощью cp (в средах, где есть нормальное
RK>> автодополнение), либо с помощью drag-n-drop.
ZK> Относительно cp полностью согласен, а вот после длительной работы с мышью
ZK> элементарно болит рука из-за постоянного напряжения мышц, и устают глаза
ZK> так как приходится очень внимательно следить чтобы не сделать drop на
ZK> соседний каталог вместо нужного.
Ты просто не умеешь работать с explorer. Ты открой каталог-то. У
тебя появится большое окно (можешь его на весь экран сделать). Туда
промазать очень сложно.
ZK> остается там, пока я не нажму кнопку еще раз. Если же я зацепил
ZK> файл мышью, я должен мало того, что _непрерывно_ следить за
ZK> положением указателя на экране чтобы он не съехал с нужного места
ZK> от непроизвольного движения, так еще и держать палец на кнопке
ZK> прижатым чтобы не "уронить" зацепленный файл не в то место.
Открой для себя средства помощи инвалидам в винде, в частности,
"залипание" мыши. Придуманное как раз для тех, кому неудобно не
отпуская кнопку двигать мышь. Либо планшет себе купи, там этой
проблемы нет.
ZK> И при этом одновременно производить операцию
ZK> "прицеливания". Команда же на исполнение подается вообще
ZK> противоестественно - _отпусканием_ кнопки!
Это не команда на исполнение. Специально для того, чтобы правильно
всё воспринимать, придумали метафору "схватил-перенёс-отпустил". Ты
когда бумагу в портфель кладёшь, тоже отпускание бумаги расцениваешь
как команду на выполнение?
ZK> кнопки? Вот если бы технология была построена иначе -
ZK> "это"(ткнуть), "сюда"(ткнуть), "исполнить"(тычок в нарисованую
ZK> кнопку или кнопка на клавиатуре) - было бы куда легче работать.
Ты, возможно, удивишься, но оно-таки почти так тоже умеет работать.
Выбираешь файл, говоришь ему "copy/cut", затем идёшь в тот каталог,
куда тебе его надо скопировать/переместить, и говоришь "paste".
RK>> Оба представляют собой порочную модель "две панельки", поэтому
RK>> должны сдохнуть.
ZK> А, собственно, чем эта модель так уж порочна?! Учитывая, что у
ZK> большинства файловых операций есть именно что два параметра -
ZK> source и destination.
Тем, что меня не интересует просмотр destination, если я туда что-то
хочу скопировать. Также если я хочу 50 файлов из одного места
раскидать по 50 разным директориям, то я замучаюсь кнопочки жать.
Hу и почему только две панельки? Почему не три? Почему не пять?
Кстати, большинство файловых операций нифига не два параметра имеют.
Или один, или много больше двух. А два - это как раз редкость.
Hе говоря о том, что моя работа не состоит в перемещении файлов.
--
=[ Если отладка - процесс удаления ошибок, то программирование
=[ должно быть процессом их внесения.
=[ -- Э.Дейкстра
--- ifmail v.2.15dev5.3
* Origin: SWSoft Novosibirsk, QA Department Second Manager (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
