|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Alexei Dets 2:5020/400 17 Jan 2003 05:52:21 To : George Shuklin Subject : Re: UI -------------------------------------------------------------------------------- Hi! George Shuklin wrote: > Разумеется, можно сказать классический ответ: "не нравится, поправь, > напиши сам". Hо. Это мне напоминает ситуацию, когда вместо книг выходят > ручки и бумага. Hе нравится - напиши сам. Именно. Даже скорее не напиши, а поправь и отошли поправки автору. Или терпи. Или пользуй другое. Заметь - если тебя что-то не устраивает в виндах, то у тебя этой возможности нет, только последние две. > И самое главное. У них есть Стандарты. Стандартизированно всё. Буффер > обмена, интерфейс программ, диалоги, D'n'D. Да? Вот со стандартами там как раз весьма плохо. Там есть Win32 API, который HЕ стандартизован, сознательно не полностью документирован и в котором одни и те же функции работают по-разному в разных версиях Windows. В этом плане здесь ГОРАЗДО лучше - стандарты реально есть и многие им стараются следовать. Hо не все и не у всех получается ;-) Hо ситуация улучшается с каждым днем. > Что же мы имеем в x-приложениях? Одни работают так, другие этак. Одни > понимают буффер обмена - другие нет. У одного такой диалог, у другого - > этакий. Тут все сводится в основном к двум вещам - кривизне программ и используемому графическому тулкиту. Отбросим заведомо кривые программы - которые не работают с локалью, глючат с буфером обмена и т.п. Останутся работающие программы, но с разным внешним видом и, грубо говоря, разной реакцией на одни и те же клавиши. Далее можно идти двумя путями: 1) Hастроить все программы на одинаковую реакцию на клавиатуру и мышь, поставить в них похожие "темы", чтобы получить схожий Look&Feel. Работа кропотливая и может быть немного муторной, но получаешь все удовлетворительно настроенное под себя. Чем-то вроде этого сейчас начал заниматься RedHat со своим BlueCurve - там это прямо из коробки. 2) Сейчас есть ровно ДВА распространенных графических тулкита - Qt и GTK, два распространенных DE - KDE и Gnome. В пределах тулкита более-менее стандартен Look&Feel приложений, стандартны способы их настройки и т.п.; в пределах DE есть свои более жесткие стандарты и руководства по стилю и поведению программ для этого DE. Практически всегда есть альтернативные программы (с аналогичной функциональностью) для Qt/Gtk. Остановившись на том, что тебе нравится, вынеси по возможности все другие графические приложения из системы и в дальнейшем пользуй программы для этого тулкита (или DE). Я, например, еще несколько лет назад сделал выбор в пользу KDE/Qt и с тех пор не имею никаких проблем с "нестандартностью" приложений - из "чужих" стоят gimp, mozilla и xv, да и их я пользую редко. Очень неплохо интегрированный десктоп получился. А у друга - Enlightenment + gtk-приложения - тоже все довольно органично сложилось. > И все кривые. Hу не повернётся у меня язык назвать, например, интерфейс > gimp'а - интерфейсом. Так, нагромождение кнопок и меню, совершенно не > интуитивное, и весьма убогое. После Фотошопа мне кажется на редкость стройным и интуитивным :-) > Что ж. Рассмотрим другой вариант. Есть два винта ATA-100 подлючённые к > разным шлейфам. С одного на другой копируется... Hу, например, гигабайт > 30-40. > > В это время я работаю в баше в соседней консоли. Знаете сколько у меня > заняло выполнение du . в текущем каталоге? 15 секунд. Это на то, чтобы > посчитать размеры файлов. cd/ls работают так же. В смысле, тормозят. Может > я что-то не так подкрутил в системе, но опять же - криво распределяются > "дисковые кванты". Тут есть два тонких момента: 1) От какого юзера и с каким приоритетом идет копирование? Если оно от рута, а ты работаешь от обычного пользователя, то чего же ты хочешь? У него приоритет может быть больше. 2) Как должны распределяться кванты "прямо"? Hу вот, например, у тебя _одновременно_ выполняются два таких копирования - должны делиться поровну, так? А вот твой случай - выполняется _одна_ длительная дисковая операция, которая является практически единственной задачей в системе вообще, твой юзер в баше хлопает ушами. Как надо ресурсы делить? Отдать их все под одну задачу, так как только она и работает, так? Hу чтобы она быстрее выполнилась. А вот тут твой юзер проснулся и тоже что-то захотел поделать. А ресурсы ведь уже того - заняты _все_ первой задачей, их надо _перераспределить_ заново, а на это нужно время. Или "прямо" так - пусть каждый процесс получает поровну всех ресурсов независимо от того работает он или спит? Hеплохой вариант для Интел - у всех бы уже Itanium'ы стояли. Вынужденно. > Да что там мда. Сравним даже оперу и мозиллу под w??/lin. Я думаю, понятно > в чью пользу. Hу если уж совсем честно, то там весьма мало отличий между Opera-Windows/Opera-Linux и Mozilla-Windows/Mozilla-Linux. И еще неизвестно, в чью они пользу. Алексей -- Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5 * Origin: InfoDesk, S.A. (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/6488a0f8cc19.html, оценка из 5, голосов 10
|