|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 02 Nov 2006 02:39:39
To : Sergey Khvatov
Subject : Re: tcsh vs bash
--------------------------------------------------------------------------------
Sergey Khvatov -> Artem Chuprina @ Wed, 01 Nov 2006 17:20:46 +0300:
AD>>>> это должно выглядеть так: берешь и драгаешь картинки на сменный
AD>>>> носитель. а там дальше оно уже само.
ZK>>> С теоретической точки зрения звучит красиво, но: - если просто
ZK>>> перетащить, то картинки будут _перемещены_ на сменный носитель, а
ZK>>> не _скопированы_ на него. Очевидно это не то что хочется. Так что
ZK>>> придется select-copy-paste по всей видимости, а это заметно
ZK>>> усложняет процедуру по сравнению с использованием любого
ZK>>> управляемого с клавиатуры файлового менеджера, где действие с
ZK>>> выделенными файлами выбирается нажатием кнопки(f5/f6 в mc
ZK>>> например).
AC>> Захар, ты не поверишь - об этом разработчики системы подумали.
AC>> Перетаскивание за пределы текущего носителя в эксплорере и ему подобных
AC>> по умолчанию - copy. Move - это только в пределах.
SK> Вот тут они подумали исключительно о себе и реализовали то, что им
SK> удобнее. Если бы они подумали об юзере, они по drop спросили бы -
SK> а что на самом деле он хочет (и хочет ли вообще). Впрочем - это
SK> общая стратегия M$ - делать все по-своему и без спросу, а потом
SK> убедить юзера, что он именно этого и хотел. :-)
Я, как юзер, предпочитаю, чтобы мне не задавали дурацких вопросов. По
крайней мере - каждый раз. Hо паттерн "включить в диалог вопроса пипку
'и делать так в тех же условиях каждый раз без вопросов'" только-только
начал приживаться (а "в тех же условиях" вообще практически ни у кого не
встречается).
Для zero-question решения принятое вполне адекватно. Во всяком случае у
меня еще ни разу не возникло желания эксплорера в этом месте поправить.
AC>> Другое дело, что там в другом месте таракан. Из опыта жены-сисадмина:
AC>> юзера _регулярно_ промахиваются и перетаскивают либо не то, либо не
AC>> туда, _не замечая этого своевременно_. Текущий проект засунуть на том
AC>> же диске парой уровней глубже в абсолютно не соответствующую смыслу
AC>> директорию, не заметить этого и потом с ужасом не найти проект в
AC>> положенном месте - обычное дело.
SK> Вот и результат налицо.
Внимание. Это ДРУГАЯ проблема.
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru
Ходячая энциклопедия - это девушка, которая пытается многознанием
компенсировать отсутствие мыслительных навыков (С)энта
--- ifmail v.2.15dev5.3
* Origin: Leninsky 45 home network (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
