Введение хорошо написано. Не хватает только слов: "и увидел он, что это хорошо"... :)

По поводу популярности слишко круто хватил...

Похоже, на HIG гномовцы окончательно забили...

http://www.gnome.org.ru/articles/images/nsh.gnome-1.png

Никого не смущает, что кнопка Cancel ни на своем месте? И это в самом часто используемом диалоге... браво!

У нас, на Маках, это свое место :P

Шутка, но это маковский дизайн...

Почему не на своем?

На маках они всегда так расположены

Почему не на своем? Только что посморел HIG - вроде, все пучком. http://developer.gnome.org/projects/gup/hig/1.0/windows.html#alert-button-order

Навскидку еще:

- на вкладках нет shortcuts и отступы слишком маленькие
http://www.gnome.org.ru/articles/images/nsh.gnome-3.png

- в диалогах нет кнопок подтверждения/отмены действий
http://www.gnome.org.ru/articles/images/nsh.gnome-3.png

- Фильм выводится не в окно, а поверх рамок оконного менеджера
http://www.gnome.org.ru/articles/images/nsh.gnome-4.png

- Переводчикам - старайтесь избегать многословных переводов. А то потом получаются кнопки на пол-экрана:
http://www.gnome.org.ru/articles/images/nsh.gnome-5.png

2.6 говорите?...

>У нас, на Маках, это свое место :P

Ну вы даете... Что б все ни как у кедов...

>> "Прошли те времена, когда пароль в открытую приходилось набирать каждый раз, для того чтобы посмотреть содержимое директории по протоколу smb"

А когда это такие времена были?


>> "с помощью нового диалог невозможно выбрать скрытые файлы. Может, способ сделать это есть, но, пока его еще не удалось никому найти"

LOL... Бомба взорвущая рынок корпоративных десктопов.


>> "Я изменяю размер окна так, как мне удобно, и этот размер автоматически запоминается. В следующий раз, когда я открою эту директорию, ее положение и размер будут такими же. Точно также будут сохранены масштаб отображения и вид, который имеют файлы - список это или иконки или что другое"

LOL два раза. Они запатентовать это не собираются? Это же просто киллер-фича. Я вот никак вспомнить не могу - была она в Windows 3.1 или ещё нет :-))


>> "На рабочем столе можно найти папку "Компьютер". В ней отображены устройства хранения в Вашей системе - разделы дисков, дисководы, cd-rom'ы и так далее. Все это во вполне рабочем состоянии, хотя нужно понимать, что без интеграции с ядром Linux корректно реализовать такую возможность трудно. Так что ждем, пока HAL (Hardware Access Layer) займет в ядре Linux достойное место. А до тех пор можно эту иконку просто отключить при помощи gconf"

LOL. Я так понял, что это следует читать, что она не работает. :-)))


>> "Несколько важных возможностей не реализованы пока в этом выпуске Epiphany, например, отсутствует возможность просмотра сертификатов"

То есть мне придётся по-любому ставить ещё один браузер. Нахрена тогда Epiphany? Любоваться на то как она совместима с HIG?


>> "Будущее проекта рабочей среды GNOME выглядит довольно светло"

А с настоящим-то как? Судя по прочитанному, настоящее выглядит довольно темно :-))

>Фильм выводится не в окно, а поверх рамок оконного менеджера http://www.gnome.org.ru/articles/images/nsh.gnome-4.png

Это уже к libxine претензии.

>- в диалогах нет кнопок подтверждения/отмены действий http://www.gnome.org.ru/articles/images/nsh.gnome-3.png

А это преимущество, а не недостаток. В Gnome вообще нигде нет кнопки 'Применить'.

> в диалогах нет кнопок подтверждения/отмены действий

Это HIG. Называется это дело instant apply. Практически нигде в гноме нет OK/Cancel. Установки меняются сразу, как только пользователь что-то поменял в диалоге. Уже леса копий были сломаны год назад вокруг этого. Давайте не будем больше:)

> Фильм выводится не в окно, а поверх рамок оконного менеджера

Может, дефект screen capture (кривой драйвер xv или что-нибудь)? У меня, вроде, все выводится куда положено...

> А когда это такие времена были?

Вы много в гноме 2.4 работали с smb?

> Я так понял, что это следует читать, что она не работает. :-)))

Работает. В 90% случаев.

>> "Несколько важных возможностей не реализованы пока в этом выпуске Epiphany, например, отсутствует возможность просмотра сертификатов"

> То есть мне придётся по-любому ставить ещё один браузер. Нахрена тогда Epiphany? Любоваться на то как она совместима с HIG?

Просмотр сертификатов - Ваша повседневная задача? Если да - конечно, Вам лично нужен другой браузер. Я этот диалог вижу раз в 100 лет. Кстати, лично я пользуюсь галеоном, но это только дело вкуса.

> А с настоящим-то как? Судя по прочитанному, настоящее выглядит довольно темно :-))

С настоящим тоже не так плохо. Особенно если читать обзоры с чуть более доброжелательным настроем:)

>То есть мне придётся по-любому ставить ещё один браузер. Нахрена тогда Epiphany? Любоваться на то как она совместима с HIG?

Epiphany, в отличие от mozill'ы умеет открывать ссылки вроде smb:// в Наутилусе.

>> Точно также будут сохранены масштаб отображения и вид, который имеют файлы - список это или иконки или что другое"

> LOL два раза. Они запатентовать это не собираются? Это же просто киллер-фича. Я вот никак вспомнить не могу - была она в Windows 3.1 или ещё нет :-))

Лучше вспомните, пожалуйста, в какой из версий Windows появились векторные иконки.

>Почему не на своем? Только что посморел HIG - вроде, все пучком. http://developer.gnome.org/projects/gup/hig/1.0/windows.html#alert-button-order

Упс...
http://developer.kde.org/documentation/standards/kde/style/dialogs/simple.html

Диллема.
Такие принципиальные отличия в HIG KDE и Gnome ставят под сомнение возможность вообще существования такого понятия как "Единообразность рабочего стола Linux"...

>> "Вы много в гноме 2.4 работали с smb?"

Не работал ни разу. Меня mount_smbfs + sudo устраивает на все 100. А не устраивало бы - так amd запустил бы. И в том и в другом случае пароль ввожу только один раз - когда логинюсь на локальной машине.


>> "Просмотр сертификатов - Ваша повседневная задача?"

Платить кредиткой через инет - моё повседневное удобство. И делать это через браузер который не даёт возможности посмотреть сертификат я не стану. Да и любой другой человек в здравом уме, думаю, не станет тоже. :-)

А мозилла 1.7 должна уметь открывать такие ссылки в себе :)

Правда, все равно через gnome-vfs :>

> Такие принципиальные отличия в HIG KDE и Gnome ставят под сомнение возможность вообще существования такого понятия как "Единообразность рабочего стола Linux"...

Да, внешне два десктопа (и их приложения) будут отличаться. И это, наверное, не очень страшно. Хотелось бы, чтобы на среднем и нижнем уровне они дружили. Чтобы vfs были совместимые. Чтобы клипбоард работал как часы. В идеале - чтобы было единая система конфигурирования (gkonf:) и т.д. А кнопочки - пусть будут разными:)

Ах, да, я ж и забыл, что ANDI - казачок, засланный KDE :)))

Ну звиняй, уж какой HIG породили, такой и пользуем... Не всем же с Виндов передирать :) Еще Маки не освоены до конца :>

> Не работал ни разу

Тогда разрешите считать вопрос "А когда это такие времена были?" флеймообразующим:)

> Платить кредиткой через инет - моё повседневное удобство. И делать это через браузер который не даёт возможности посмотреть сертификат я не стану.

А я стану. Если браузер способен определить валидный сертификат и отличить его от невалидного - меня _содержимое_ сертификата не интересует. Вроде, епифань это умеет (правда, не уверен, не проверял). Наверное, я не очень в здравом уме:)

Держим защиту?:)

>Это HIG. Называется это дело instant apply. Практически нигде в гноме нет OK/Cancel. Установки меняются сразу, как только пользователь что-то поменял в диалоге. Уже леса копий были сломаны год назад вокруг этого. Давайте не будем больше:)

Ввиду того, что мое копье еще целое, вопрос:
Если действие, которое нужно было бы выполнить при нажатии ОК слишком продолжительное (ресурсоемкое, или приводящее к возможным ошибкам) то как в этом случае? Например, смена стиля - одно дело просмотреть в preview, а др.дело - сменить тему ВСЕХ открытых окон.

Или приведите ссылку на то поле боя, дабы там и свое копье оставить)

> Если действие, которое нужно было бы выполнить при нажатии ОК слишком продолжительное (ресурсоемкое, или приводящее к возможным ошибкам) то как в этом случае?

В этом случае разрешается использовать OK/Cancel (или если нужно атомарно менять сразу набор полей - иначе система может оказаться non available). Но таких случаев в гноме не обнаружено (точнее, я не их помню).

> Например, смена стиля - одно дело просмотреть в preview, а др.дело - сменить тему ВСЕХ открытых окон.

Стиль меняется сразу. Если менеджер справился его загрузить - значит, стиль валиден. Пользователю смена стиля ничем не грозит (ну, десяток секунд подождать). А preview у стиля есть в виде картинки - ее можно просто так посмотреть, не меняя стиля.

> Или приведите ссылку на то поле боя, дабы там и свое копье оставить)

Это было давно. Я сейчас не найду. Там и мое копье лежит. Я около-клавиатурные диалоги на ok/cancel долго держал - пока не понял, что instant apply ничего не сломает.

>Да, внешне два десктопа (и их приложения) будут отличаться. И это, наверное, не очень страшно. Хотелось бы, чтобы на среднем и нижнем уровне они дружили. Чтобы vfs были совместимые. Чтобы клипбоард работал как часы. В идеале - чтобы было единая система конфигурирования (gkonf:) и т.д. А кнопочки - пусть будут разными:)

Пользователь не видит vfs и gconf. Он видит кнопочки. Более того, у него привычка, что Cancel - справа.
И у мака, и у win кнопочки на своем месте. А у линуха они будут скакать от приложения к приложению... Вы действительно считаете, что это так маловажно?

> Пользователь не видит vfs и gconf. Он видит кнопочки. Более того, у него привычка, что Cancel - справа.

vfs все-таки видит. Если он тащит файл (нелокальный!) из nautilus в какую-нибудь quanta - очень хотелось бы, чтобы vfs у них как-то совпадали... Да и gkonf - тоже хотелось бы иметь единый. Так удобнее для power users.

> И у мака, и у win кнопочки на своем месте. А у линуха они будут скакать от приложения к приложению... Вы действительно считаете, что это так маловажно?

Это - важно. Просто нет понятия линухового десктопа. Есть десктоп kde и десктоп gnome - у них разный вкус, разное представление об удобстве. Никто даже не заикается пока о едином hig для них. Интеграцию надо начинать снизу. До тех пор, пока не разрешено взаимодействие внизу - объединять hig бессмысленно. Возможно, однажды начнут думать про HIG от freedesktop.org. Но до этого далеко. И тогда столько копий будет сломано!...:)

Re:

Ну, дык, ё, специальные исследования показали огромное превосходство юзабилити платформы Мак над юзабилити платформы Windows/Motif :-). Интересно, а покупатели этих платформ об этом исследовании знают? :-)

А по поводу Мак-лайк интерфейсов у меня есть байка от одного моего друга, который сейчас пишет под линуксом для (бывших) Макинтошников :-). Смешная :-).

Re:

> >> "с помощью нового диалог невозможно выбрать скрытые файлы. Может, способ сделать это есть, но, пока его еще не удалось никому найти"

> LOL... Бомба взорвущая рынок корпоративных десктопов.

:-)

> LOL два раза. Они запатентовать это не собираются? Это же просто киллер-фича. Я вот никак вспомнить не могу - была она в Windows 3.1 или ещё нет :-))

:-) Она точно была в IBM OS/2 версии 3.0. Может, даже и раньше (в 2.x). Верной дорогой идете, товарищи :-)

> >> "Будущее проекта рабочей среды GNOME выглядит довольно светло"

> А с настоящим-то как? Судя по прочитанному, настоящее выглядит довольно темно :-))

Это нужно на плакаты и на улицы городов, где проводятся всякие GUADEC'и и прочие "смотрите, как мы здорово юзверям сделали" :-)

Re:

> А это преимущество, а не недостаток. В Gnome вообще нигде нет кнопки 'Применить'.

Да, это преимущество. "На войне как на войне, учись все делать с первого раза, сынок". Джедаев же воспитываем, у них не будет права на ошибку :-)

Re:

> Лучше вспомните, пожалуйста, в какой из версий Windows появились векторные иконки.

Да, это серьезная заявка на победу в desktop-war :-)

Re:

Банально шрифт неудобно менять. Превью - это превью, а когда он в браузере или редакторе на весь экран - это совсем другое по ощущениям.

> у них не будет права на ошибку

Неправильная формулировка. Ошибку сделать НЕВОЗМОЖНО. Нет физической возможности. Кнопки такой нет. Любая комбинация, разрешенная в GUI - валидна (хотя только одна комбинация является той, которую хочет пользователь). В этой идее весь смысл instant apply.

> Банально шрифт неудобно менять.

Почему неудобно? Поменяли - посмотрели на весь десктоп. Еще поменяли - еще раз посмотрели. Не вижу проблемы, извините (кроме нескольких секунд ожидания, пока десктоп обновится).

> Да, это серьезная заявка на победу в desktop-war :-)

Это просто была заявка того же уровня, что и "воспоминания про вин 3.1":)

Re:

Разницу между "валиден" и "реально применим" рассказывать?

Re:

Во-первых, действий в два раза больше (надо выбрать шрифты, иногда подогнать AA-установки, попробовать), потом смыть и делать все сначала.

Во-вторых, этот instant-apply приводит в том же галеоне к _очень_ неприятным последствиям, если надо, н-р, перещелкнуть несколько шрифтов/размеров) при нескольких открытых окнах. Тормоза от перерисовки начинаются страшные, причем, не тогда, когда я закончу эти изменения, а при каждом изменении.

> Разницу между "валиден" и "реально применим" рассказывать?

Эту разницу должен осознавать автор каждого диалога. Должны быть доступны только "реально применимые" (в Вашей терминологии) комбинации. В идеальном диалоге "валиден" == "реально применим". Я так думаю.

Re:

См. дальше про OS/2 Warp. Все это уже было. И пополамеры долго (до 2000 года включительно) гордились тем, что вот у них-то в системе все продумано до мелочей в части UI (а у них и правда многое было продумано). А теперь подумайте, как им это помогло.

Re:

Ну, да. Попробуйте поставить размер шрифта пойнтов в 150 :-)

> Во-первых, действий в два раза больше (надо выбрать шрифты, иногда подогнать AA-установки, попробовать), потом смыть и делать все сначала.

А зачем смывать и все сначала?

> Во-вторых, этот instant-apply приводит в том же галеоне к _очень_ неприятным последствиям, если надо, н-р, перещелкнуть несколько шрифтов/размеров) при нескольких открытых окнах. Тормоза от перерисовки начинаются страшные, причем, не тогда, когда я закончу эти изменения, а при каждом изменении.

Я играл с шрифтами. Да, не очень быстро. Но не так медленно, чтобы раздражало. При том, что шрифты настраиваются раз и навсегда - я готов был это терпеть.

Повторяю - там уже лес копий сломан. Да, это решение questionable (для меня). Но в нем есть своя логика и смысл. И оно (это самое главное) четко прослеживается через весь гном.

Вы действительно считаете, что OS/2 погубил плохой UI?

Если это возможно - значит, данный диалог не идеален:) Правда, тут с идеальностью сложно - нужно определить range разумных размеров шрифтов для данного монитора - это дело тонкое:)

> Похоже, на HIG гномовцы окончательно забили...

> http://www.gnome.org.ru/articles/images/nsh.gnome-1.png

> Никого не смущает, что кнопка Cancel ни на своем месте?

По моему, она как раз на своём... IIRC, согласно HIG "подтверждающий" элемент -- крайний справа, "отрицающий" -- слева от "подтверждающего", если нужно ещё что-то то они располагаются ещё левее. Если предусмотрена кнопка "Help" -- то она должна быть крайней слева.

Но это всё по памяти...

Вообще-то я к Gnome отношусь очень позитивно, но..

Давайте глянем правде в глаза - автор с восхищением описывает вещи, которые в той же Винде появились лет десять назад.

Нечем гордиться, граждане, совсем нечем :((

А мне кажется, что cancel справа лучше...

Я при апгрейде огнелиса блин три дня "да" с "нет" путал 8((((

Вот у меня вопрос: давным-давно в гноме(или для гнома) была звонилка gnome-ppp. Куда дели?

>> Давайте глянем правде в глаза - автор с восхищением описывает вещи, которые в той же Винде появились лет десять назад.

Может благородный дон расскажет мне, было ли в винде 3.11 что-либо напоминающее Gsreamer?

Ну а сказки про то что возможности наутилуса были в этой винде - это вообще восторг.

Кстати, если говорить об OS/2, то если бы для нее было хотя бы сопоставимое с сегодняшним линухом количество приложений, она бы и сейчас была живее всех живых.

> Некоторые модули, такие как Rhythmbox, Evolution, Totem не вошли в этот релиз.

Totem как ни странно очень прилично работает, это меня наверно больше всего поразило.

статья мне понравилась. даже несмотря на то, что я убеждённый приверженец KDE ;)

имхо, конкуренция между KDE и GNOME -- дело очень хорошее. разработчики движутся к одной и той же цели (некоему идеальному десктопу), но оч-чень разными путями.

что плохо - так это то, что приложения пишутся под что-то одно из этих двух систем. я бы с большим удовольствием юзал Gimp, если бы кто-то портировал его под KDE (то есть, _полностью_ портировал -- настраиваемые хот-кеи, формат конфига, UI guidelines, не говоря уж о переносе с Gtk на Qt). вот только это нереально -- легче переписать с нуля. и это обидно.

точно так же и с другой стороны. думаю, пользователи GNOME с большим удовольствием использовали бы традиционные KDEшные приложения (вроде той же Quanta+ или Scribus, хотя он несколько сам по себе) в том случае, если бы их можно было перенести в "родную" гномовскую среду.

...вот такая фигня, граждане.

>Более того, у него привычка, что Cancel - справа.
В моем виндовом приложении cancel тоже справа. Что в маках тоже справа я не знал, но это же очевидно лучше.

Ни один пользователь за несколько лет не пожаловался.

Мне, вообще больше нравился gpppkill. Но это все не перешло во второй гном. Все-таки звонилка - это больное место. Нет единого решения для разных платформ и дистрибуций. Даже в линухе - где-то есть wvdial, где-то его нет. Может, если gst доведут до ума...