GNOME 2.10.2

> интересно, а что в списке делает realplayer? неужели исходники доступны? ;)

В общем-то, да.

https://player.helixcommunity.org/

RealPlayer для GNU/Linux и HelixPlayer -- примерно то же самое, что StarOffice и OpenOffice.org

> Насчет диалогов... то у меня с Темой Gorilla все диалоги, замечательно влазят в 640x480

Ну, поставил я гориллу. Менюшки кое-где стали малюсенькие. Всё. Размеры диалогов от этого мало изменились.

Поковырял его gtkrc. Возник вопрос. Где взять полное описание ВСЕХ параметров (особенно интересуют бордюры и промежутки, на цвета мне на..ать), которые я там могу использовать?

> Объясняю. Идет эта команда, которой меняется расстояние. Дальше (например в обработчике темы) опять идет та же команда, которая меняет это же расстояние. Или ты думаешь, что если ты нашел в одном месте программы изменение этого параметра, то он дальше нигде не может поменяться в коде? При чем тут "скомпилированный"?

Ну так покажи мне тему, которая это меняет! Ты много рассуждаешь о потенциальных возможностях того, что кто-то там что-то может изменить, но ни одного примера до сих пор не привёл. Грош цена таким рассуждениям. Где тема, которая вписывает полный диалог save as гимпа в 800x600?

Блин, опять замолчали... Я фигею. Ну, вот вам цитата из гориллы, крутые спецы по gtk:

style "default"
{
  GtkWidget::interior_focus = 1
  GtkButton::default_border = { 2, 2, 2, 2 }
  GtkButton::default_outside_border = { 2, 2, 2, 2 }
  GtkRange::trough_border = 0

  GtkWidget::focus_padding = 1

  GtkPaned::handle_size = 7

  GtkRange::slider_width = 15
  GtkRange::stepper_size = 15
  GtkScrollbar::min_slider_length = 30
  GtkCheckButton::indicator_size = 13
  GtkRadioButton::indicator_size = 13
  GtkMenuBar::internal-padding = 0

  GtkButton::child_displacement_x = 0
  GtkButton::child_displacement_y = 1

  #PanelMenu::gradient_bg = 1
  #PanelMenu::stripe-color = { 0.24, 0.44, 0.66 }
  #PanelMenu::stripe-color-light = { 0.54, 0.74, 0.96 }

  #GtkOptionMenu::indicator_size = { 11, 6 }
  #GtkOptionMenu::indicator_spacing = { 4, 5, 2, 2 }

  xthickness = 1
  ythickness = 1

}

class "GtkWidget" style "default"

В том, что тут УЖЕ ЕСТЬ, мне практически всё понятно. Теперь вопрос:
что ещё и для каких классов я могу менять? Где читать про это?

купи нормальный монитор

тебе свои глаза не жалко?

> тебе свои глаза не жалко?

Жалко. Им приходится бегать по всему экрану, чтоб разыскать кнопки, щедро и с огромными промежутками разбросанные по исполинскому, почти во весь экран, диалогу "save as". Спасибо разработчикам, не могли сделать грамотно и компактно.

А вообще, наезд на гориллу, а не на меня. Это я её gtkrc процитировал, а не свой :)

да какая разница, как будто ты диалог save as постоянно разглядываешь

> да какая разница, как будто ты диалог save as постоянно разглядываешь

Ага. "Нехай всё будет через ж.., нам-то какое дело"... Это основной девиз gtk-разработчиков, да? :)

> Ага. "Нехай всё будет через ж.., нам-то какое дело"... Это основной девиз gtk-разработчиков, да? :)

хз

повторяй за мной, "гтк отстой, гимп отстой, куте рулит..." как мантру ;)

> повторяй за мной, "гтк отстой, гимп отстой, куте рулит..." как мантру ;)

На qt мне пока на..ать, но до неё я тоже доберусь :)

http://live.gnome.org/GnomeArt_2fTutorials_2fGtkThemes

Особое внимание обратите на финал раздела "Style Widget Properties...". Там есть полезная ссылочка.

P.S. У меня вопрос. Я сумел найти это за минуту-две, просто зная оба специализированных сайта с темами для gtk и GNOME. Почему Вы не сделали то же самое? :)

> P.S. У меня вопрос. Я сумел найти это за минуту-две, просто зная оба специализированных сайта с темами для gtk и GNOME. Почему Вы не сделали то же самое? :)

А мне лень было искать, я темы разные пробовал :)

> Особое внимание обратите на финал раздела "Style Widget Properties...". Там есть полезная ссылочка.

Вау! Там вообще много интересного! Ну, щас я настрою! А то давно руки чесались :)

Всё одно лучше, чем на форумах жужжать :)

> Грош цена таким рассуждениям. Где тема, которая вписывает полный диалог save as гимпа в 800x600?

Я уже говорил, что спокойно менял расстояние от текста кнопки до ее краев и растояние между кнопками. А насчет темы, тебе надо - ты и ищи. Мне за два года работы с gtk на 800x600 ни разу не понадобилась такая тема.

> Я уже говорил, что спокойно менял расстояние от текста кнопки до ее краев

Просто умница. Покажи, какое именно свойство ты менял: http://developer.gnome.org/doc/API/2.0/gtk/GtkButton.html

>Где тема, которая вписывает полный диалог save as гимпа в 800x600?

Что за идиотизм....

Если уж на то пошло, то работа в Gimp или Photoshop, подразумевает монитор, как минимум 21" 1600х1200, и об этом вам расскажет любой дизайнер....

И разработчики Gimp совершенно не обязаны, подстраивать приложение такого класса под всякого рода извращенцев....

Ты бы ещё на КПК пустил Gimp и сказал, что у тебя там что-то не влазит.... (вазелин тебе поможет)...

Подобного рода выкрики аналогичны выкрикам - "Почему у меня Doom 3 хреново работает на моём 486....

Молодец бравый анонимус. Правильным делом занимаешься.

Лично я ни Гном, ни Гимп не юзаю, а Гтк и в дефолтовой теме устраивает, но просто интересно, можно ли это менять или нет.

Я не знаю кто прав, но хочу, чтоб вы наконец пришли к истине и не прекращали этого треда до тех пор. Может правы init и т.д. - это хорошо, т.к. подтверждает класс ГТК. Но если прав анонимус - ещё лучше. Какой удар по тупым фанатикам, кричащих, что всё настраивается, но не могущими привести примеры. Голословно орущих, что у нас всё хорошо. А у кого не хорошо - иди в Жо...Винду.

Надо расстрелять всех разработчиков ОпенСурс. Ведь главное правило ЛОРа - не трож, если работает. А ведь у нас всё так классно работает.

И пусть хоть кто-нибудь приведёт здесь истину. А то всё тупой ор.

>Предлагаю анонимному оратору отказаться от прослушивания музыки,

>просмотра фильмов и чтения книг. А вдруг их

>записывали/сводили/верстали на маках? :) СлабО? :)

Музыку не слушаю (не понимаю этого странного развлечения), фильмы нормальные, к счастью, на Макаках давно не сводят (исключая, естсно, говно проде там какого-нить "Последнего Героя" или концертов Петросяна -- про эти кстати знаю точно), книги... Последняя, известная мнге популярн6ая. написанная на Маке была о Гарри Поттере, я такое тоже давно перерос.

Так, шта...

А ваще, ты эти журналистские штучки с подменой понятий бросай. Они приставучие, так и оглянуться не успеешь -- гуманитарием станешь ;-)

> И разработчики Gimp совершенно не обязаны, подстраивать приложение такого класса под всякого рода извращенцев....

Таки ты хочешь сказать, что GIMP непригоден для тех, кто на своём ноуте просто хочет слегка обработать фотку с цифровика? Я тебя правильно понял? "Класс" не позволяет? :)

Вот максимум, чего можно добиться при помощи стилей в gtkrc (я не про
цвета и не про иконы, они меня не особо трогают):

style "default"
{
  GtkWidget::draw-border = {0,0,0,0}
  GtkWidget::focus-line-width = 1
  GtkWidget::focus_padding = 1
  GtkWidget::interior_focus = 1
    #GtkContainer
      #GtkBin
        GtkButton::child_displacement_x = 0
        GtkButton::child_displacement_y = 1
        GtkButton::default_border = {1,1,1,1}
        GtkButton::default_outside_border = {1,1,1,1}
        GtkButton::default_spacing = 4
          #GtkToggleButton
            GtkCheckButton::indicator_size = 13
            GtkCheckButton::indicator-spacing = 0
        
          GtkOptionMenu::indicator-size = {6,6}
          GtkOptionMenu::indicator-spacing = {5,5,0,0}
                
        GtkExpander::expander-size = 10
        GtkExpander::expander-spacing = 1
        
        #GtkItem
          GtkMenuItem::arrow-spacing = 5
          GtkMenuItem::horizontal-padding = 4
          GtkMenuItem::selected_shadow_type = GTK_SHADOW_NONE
          GtkMenuItem::toggle-spacing = 3
            GtkCheckMenuItem::indicator-size = 12
        
        GtkScrolledWindow::scrollbar-spacing = 0

      #GtkBox
        GtkButtonBox::child-internal-pad-x = 2
        GtkButtonBox::child-internal-pad-y = 0
        GtkButtonBox::child-min-height = 18
        GtkButtonBox::child-min-width = 64
      #GtkHBox
        GtkStatusbar::shadow-type = GTK_SHADOW_NONE
      
      GtkPaned::handle_size = 5
      
      #GtkMenuShell
        GtkMenuBar::internal-padding = 0
        GtkMenuBar::shadow-type = GTK_SHADOW_NONE
        
        GtkMenu::horizontal-offset = -2
        GtkMenu::horizontal-offset = 1
        GtkMenu::vertical-padding = 1
      
      GtkToolbar::button-relief = GTK_RELIEF_NONE
      GtkToolbar::internal-padding = 0
      GtkToolbar::shadow-type = GTK_SHADOW_NONE      
      GtkToolbar::space-size = 0
      GtkToolbar::space-style = GTK_TOOLBAR_SPACE_EMPTY
      
      GtkTreeView::expander-size = 10
      GtkTreeView::horizontal-separator = 2
      GtkTreeView::indent-expanders = 1
      GtkTreeView::vertical-separator = 0

    #GtkEntry
      GtkSpinButton::shadow-type = GTK_SHADOW_OUT
      
    GtkRange::arrow-displacement-x = 0
    GtkRange::arrow-displacement-y = 0
    GtkRange::slider_width = 12
    GtkRange::stepper_size = 12
    GtkRange::stepper_spacing = 0
    GtkRange::trough_border = 0
      GtkScale::slider-length = 16
      GtkScale::value-spacing = 1

      GtkScrollbar::min_slider_length = 12

  xthickness = 1
  ythickness = 1
}

class "GtkWidget" style "default"


Значения девал разумные, чтоб не очень косо было. Теперь предлагаю
всем самим посмотреть, что это даёт :)

Шрифты у меня восьмого калибру, это видно на скриншотах :)

я разницы никакой не узрел(?)

> я разницы никакой не узрел(?)

Ну, ты непрааааав :) Что-то изменилось, см. http://saveasdialogs.narod.ru/gimp-2.2.3-linux-crazy.png в сравнении со старым http://saveasdialogs.narod.ru/gimp-2.2.3-linux.png :) Я его, правда, по максимуму ужал мышью по горизонтали (это и раньше можно было сделать, в отличие от вертикали), но высота тоже чуть уменьшилась: была 774, а стала 712 :)

Только вот... Никто мне случайно не подскажет, как мне уменьшить отступы виджетов от края окна? А, например, расстояние между Name и Save in folder? И высоту окна он не даёт менять - безобразие какое :)

по-моему в теме gtk никак. Это в gimp`е ,имхо, ковырять надо.
Смотри:
http://www.tigert.com/gimp/ui-critique/

ты не один))

> Таки ты хочешь сказать, что GIMP непригоден для тех, кто на своём ноуте просто хочет слегка обработать фотку с цифровика?

Не знаю, что Вам там пытались сказать, но я совершенно спокойно пользуюсь GIMP на своём ноуте (1280x800). Окно диалога сохранения файла по вертикали никогда не вылазит за рамки экрана по вертикали, даже если развернуть "каталоги" и "типы файлов" (чего я практически никогда не делаю).

> но высота тоже чуть уменьшилась: была 774, а стала 712 :)

Эээ... Чё-то я ему незаслуженный комплимент сделал :) 726 было, а не 774, с шириной я перепутал :)

> Музыку не слушаю (не понимаю этого странного развлечения),

А Вы большой оригинал :)

> фильмы нормальные, к счастью, на Макаках давно не сводят (исключая, естсно, говно проде там какого-нить "Последнего Героя" или концертов Петросяна -- про эти кстати знаю точно)

Сами сводили? :)

> Последняя, известная мнге популярн6ая. написанная на Маке была о Гарри Поттере, я такое тоже давно перерос.

Не написанная, а свёрстанная -- русским языком же написано. Свёрстанных на маках книжек -- до фига и больше. Притом именно популярных. Сходите хоть в тот же ЭКСМО, спросите, чем они пользуются :)

Ужас, с кем общаться тут приходится :)

> Не знаю, что Вам там пытались сказать, но я совершенно спокойно пользуюсь GIMP на своём ноуте (1280x800). Окно диалога сохранения файла по вертикали никогда не вылазит за рамки экрана по вертикали, даже если развернуть "каталоги" и "типы файлов" (чего я практически никогда не делаю).

(мечтательно) ага, а ещё бывает 1400 x 1050... Т.е. хочешь пользовать GIMP - покупай новый ноутбук? :)

Не, ну это как Вам интереснее :) А вообще, если нужно, чтобы всё вписалось в 1024x768, достаточно в диалоге сохранения не пользоваться закрытой по умолчанию панелькой "Типы файлов".

Я уже не говорю о том, что из GIMP файлы можно сохранять бросанием картинок на рабочий стол или файловый менеджер в нужный каталог.

Мда... Много слов, а толку...

Нравится мне местная публика :)

JB * (*) (09.07.2005 15:13:38) пишет

>>gimp, gaim, d4x, inkscape, bmp, realplayer, abiword, gnumeric, Bluefish не требуют в зависимостях гнома их можно собрать с gnomevfs, чтобы использовать все фичи гнома

потом ему прилюдно объяснили, что gnumeric в оригинале все-таки тянет за собой гномовские либы, и чем закончилось?

JB * (*) (09.07.2005 19:42:05)

>>попробуй что нибудь другое из списка выше собрать без гнома >>вообщем гнумерик плохой пример

и вместо того, чтобы показать другой пример, товарищ ушел в глухую самооборону. мда... или вот еще одна нить этого треда: человек просил конкретный пример конфига для диалога сохранения настроек gimp, чтобы он влазил в 800х600. Ну и куда его послали? Менять железо? Или не раскрывать диалог полностью? Смешно.

А если по существу, то тут правильно отметили, что есть куча прог, по сути своей небольших, но тянущих при сборке(не рпм!) большую часть гнома. Тоже самое относится и к кде. Хотите пример? Мне нравится k3b, но в ее requirements на офф. сайте прописано "kde >=3.2".Иськьюзьми, магистр, но это из серии "Купите у нас колесо, но для его работы вы должны купить еще и машину"... И не надо орать что в "наше время винтов меньше 80 гиг уже не выпускают". Дело не в оборудовании, а в целесообразности, а именно она мне и нравится в никсах. Так почему я должен себе в ней отказывать?

> Таки ты хочешь сказать, что GIMP непригоден для тех, кто на своём ноуте просто хочет слегка обработать фотку с цифровика? Я тебя правильно понял? "Класс" не позволяет? :)

Для извращенцев с 800x600 они и сделали выпадающие опции save as диалога. Можно выбрать директорию, свернуть это все и выбрать тип файла.

Я еще раз повторяю, GTK тут не при чем.

> Просто умница. Покажи, какое именно свойство ты менял: http://developer.gnome.org/doc/API/2.0/gtk/GtkButton.html

Я уже это писал два раза. Поищи.

Опять, сведу все к одному. Эта проблема высосана из пальца, я говорил почему! GTK не виноват в том, что разработчики gimp делают такие большие диалоги, к тому же ими вполне можно пользоваться при 800x600, не надо обманывать.

> Что за уроды делают такие умолчательные настройки для KDE?

Вообще-то при первом запуске KDE запускается kpersonalizer, который позволяет быстро убрать все эффекты и выбрать оформление. Так что слив засчитан! :)

> Ну и куда его послали? ... Или не раскрывать диалог полностью? Смешно.

Конечно смешно. Панель "типы файлов "в её текущем виде совершенно излишня. Сколько раз Вы перемещаете палец в верхнюю часть мышки и ещё раз прокручиваете её колесо, чтобы добраться до JPG или PNG в этой панели диалога сохранения? Вы посчитайте сначала. А потом попробуйте вбить jpg в конец файла и сравните.

> Мне нравится k3b, но в ее requirements на офф. сайте прописано "kde>=3.2".Иськьюзьми, магистр, но это из серии "Купите у нас колесо, но для его работы вы должны купить еще и машину".

не ной. здесь тебе не виндуза. я в свое время пользовал кде на гиговом винте. а если тебе жалко ~20мб на kdelibs, то это уже диагноз

> Я уже это писал два раза. Поищи.

"Да, к примеру можно поменять стили default-border и default-outside-border у виджета GtkButton."

Это? Я их менял, можешь убедишься: GtkButton::default_border = {1,1,1,1} GtkButton::default_outside_border = {1,1,1,1} . Не сказал бы, что помогло: http://saveasdialogs.narod.ru/gimp-2.2.3-linux-crazy.png .

"default-border": Extra space to add for CAN_DEFAULT buttons.

"default-outside-border": Extra space to add for CAN_DEFAULT buttons that is always drawn outside the border.

(см. http://developer.gnome.org/doc/API/2.0/gtk/GtkButton.html#GtkButton--default-... ). Тебе перевести эти два предложения? Рассказать, что такое CAN_DEFAULT ?

> Опять, сведу все к одному. Эта проблема высосана из пальца, я говорил почему! GTK не виноват в том, что разработчики gimp делают такие большие диалоги, к тому же ими вполне можно пользоваться при 800x600, не надо обманывать.

Основной вопрос в том, что одинаково огромные (если не учитывать инициативы гимповцев с "File type", об этом ниже) и очень похожие друг на друга окна на gtk2 лепят разработчики: gimp, abiword, bluefish, ethereal, gliv, Inkscape, что хорошо видно на моих скриншотах: http://saveasdialogs.narod.ru . Старый стиль gtk-диалогов виден на скриншотах Adobe Reader, Avidemux, gvim, mhWaveEdit, sweep. Это похоже на какую-то эпидемию. У тебя есть объяснение? Я специально смотрел сорцы gimp'а и не нашёл там ничего явно ламерского. Они просто используют gtk... Вывод напрашивается сам собой: gtk СПОСОБСТВУЕТ созданию именно таких полотнищ.

Что касается GIMP. Основной смех в том, что в GIMP 2.0 диалог save as был ещё вполне себе небольшой и, кстати, позволял изменять свою высоту (в отличие от 2.2.3): http://saveasdialogs.narod.ru/gimp-2.0.4-linux.png (промежутки меж кнопками и границами окна, впрочем, такие же огромные, но тогда это ещё не было столь страшно). Но потом разработчикам в голову ударила мо... пардон, креатив, и получилось в итоге вот это: http://saveasdialogs.narod.ru/gimp-2.2.3-linux.png :) Разница видна? Видно, что они там учудили? Они добавили preview (добре) и зачем-то сделали "тип файла" обычным списком, но по дефолту свёрнутым при помощи экспандера "Select file type". Я понимаю их желание сделать выбор типа файла независимым от выбора каталога для сохранения. Но я в упор не понимаю, что мешало оставить (ничего ж делать-то не надо!) его обычным drop-down'ом. В этом случае всё прекрасно влезало бы на экран и ничего не мешало бы изменять размер окна по горизонтали. Но креатив - он такой, в нём у некоторых, видать, очень много мочевины :)

> Конечно смешно. Панель "типы файлов "в её текущем виде совершенно излишня. Сколько раз Вы перемещаете палец в верхнюю часть мышки и ещё раз прокручиваете её колесо, чтобы добраться до JPG или PNG в этой панели диалога сохранения? Вы посчитайте сначала. А потом попробуйте вбить jpg в конец файла и сравните.

Ты мне не поверишь... Но ни в Photoshop, ни в PaintShop у меня таких проблем не возникает! Всё влезает в маленький компактный диалог 428x338! Где тут подстава?

Вот, смотри, это saveas-диалог фотошопа: http://saveasdialogs.narod.ru/photoshop_cs_win2k.png , размер 563x568. А это - минимальный вариант аналогичного диалога gimp 2.2.3: http://saveasdialogs.narod.ru/gimp-2.2.3-linux-crazy.png , размер - 562x712. Сравни количество полезных элементов (preview в диалоге СОХРАНЕНИЯ - это писк, однозначно).

>Но потом разработчикам в голову ударила мо... пардон, креатив, и получилось в итоге вот это: http://saveasdialogs.narod.ru/gimp-2.2.3-linux.png :)

От нечего делать кликнул. Это просто праздник какой-то. И что, и эти вот люди упрекают винду в неюзабельности и хреновых диалогах?

Спасибо, тезка, порадовал :)))

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

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

Ты эта... Не путай диалог Open с диалогом Save. Preview в диалоге "save as" (!!) я пока видел только в гимпе, остальным эти шишки ещё не завезли :)

В GIMP у меня тоже всё влезает. Я просто не открываю лишние панели -- они мне не нужны. Путь вслепую через Ctrl+L набирается. Ну что я могу поделать? :)))

Неужели это безобразие с диалогами официально соответсвует документам HIG?!.. То есть эти "диалоги" удовлетворяют строгим критериям HIG? Кто-нибудь может прояснить ситуацию?

А вообще, большое спасибо автору за подборку скриншотов. Поскольку гномом почти не пользуюсь из эстетических соображений, то мне было очень интересно сравнить его диалоги с виндой и KDE. Ничего неожиданного для себя не увидел. Это просто прямая анти-реклама GTK и Гнома! ;)

Добавлю еще свои пять копеек к тому гимповскому диалогу "Save As". Preview - конечно глупость несуразная, и незачем контролам "Select File Type" занимать почти пол-окна. Какую такую важную смысловую нагрузку эти контролы несут во время сохранения файла, чтобы занимать столько полезного места?. Потом они же просто банально отвлекают пользователя... Это никуда не годится, тем более для GIMP, который позиционируется, в том числе, и как low-end продукт для дизайнеров.

Итак, имеем ненужный Preview + несуразно огромный "Select File Type" в диалоге "Save As". Что это?

<тихо так> подозреваю, что это и есть хиг...тссс...

а говорят, что тех кому не нравится ...<оглядывается>... расстреливают.

>Итак, имеем ненужный Preview + несуразно огромный "Select File Type" в диалоге "Save As". Что это?

Это accessibility(или как-там-оно-называется) для слепых.Просто бюджетное.

>Это никуда не годится, тем более для GIMP, который позиционируется, в том числе, и как low-end продукт для дизайнеров.

Открою "господам дизайнерам" один секрет - дизайнеры(настоящие) не работают в разрешении 800х600. Посмотрите, как это выглядит на мониторе 21" 1920x1200. Я думаю многие вопросы у вас пропадут. А ставить современный софт на железо, которое выкинуть на помойку надо было еще лет пять назад, и претензии предъявлять - это смешно.

>Добавлю еще свои пять копеек к тому гимповскому диалогу "Save As".

А свои "пять копеек", лучше положите в копилку на новый компьютер.

> Это? Я их менял, можешь убедишься: GtkButton::default_border = {1,1,1,1} GtkButton::default_outside_border = {1,1,1,1} . Не сказал бы, что помогло: http://saveasdialogs.narod.ru/gimp-2.2.3-linux-crazy.png .

Во-первых, ты просил работающий пример изменения размеров в gtk-приложениях - я тебе его привел. Эти параметры затрагивают кнопки, которые находятся внизу. Я не искал (и не собираюсь это делать) параметры, которые меняют ВСЕ кнопки. Это просто пример, а не решение твоей "проблемы".

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

> Основной вопрос в том, что одинаково огромные (если не учитывать инициативы гимповцев с "File type", об этом ниже) и очень похожие друг на друга окна на gtk2 лепят разработчики: gimp, abiword, bluefish, ethereal, gliv, Inkscape

Диалог abiword спокойно влезает в экран, даже полностью раскрытый. Давай не будем говорить о вещах, о которых не знаем?

> Я специально смотрел сорцы gimp'а и не нашёл там ничего явно ламерского. Они просто используют gtk... Вывод напрашивается сам собой: gtk СПОСОБСТВУЕТ созданию именно таких полотнищ.

Советую, посмотри как выглядит на самом деле GtkFileChooser (например в bmp). Все остальное нагородили разработчики GIMP! И в следующий раз прошу аргументировать крики типа "gtk СПОСОБСТВУЕТ".

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

Ты сам себе противоречишь. То ты говорил, что во всем виноваты разработчики gtk, то в голову ударило разработчикам гимпа...

В 48-й раз говорю. Мне с 800x600 еще НИ РАЗУ не приходила в голову мысль о том, что диалоги gtk слишком большие, даже когда я сохранял в гимпе (я просто не разворачивал тип файла). Это надуманная проблема!

>не ной. здесь тебе не виндуза. я в свое время пользовал кде на гиговом винте. а если тебе жалко ~20мб на kdelibs, то это уже диагноз

Я не ною. я из тех, кто "тихо забивает и молчит в тряпочку", как тут хто-то сказал. но раз пошла такая пьянка, объясни мне, убогому, почему kdiff3, использующий все навороты кде имеет ключик --without-kde, и стабильно работает без кде _без_потери_функционала_. Мне просто интересно, почему заточка программы под графический фреймворк должно сказываться на функциональности программы?

> Открою "господам дизайнерам" один секрет - дизайнеры(настоящие) не работают в разрешении 800х600. Посмотрите, как это выглядит на мониторе 21" 1920x1200. Я думаю многие вопросы у вас пропадут. А ставить современный софт на железо, которое выкинуть на помойку надо было еще лет пять назад, и претензии предъявлять - это смешно.

Я - не дизайнер, а девелопер. Но мне приходится общаться с дизайнерами и часто заниматься дизайном в числе прочих задач. Это во-первых.

Во-вторых, вопрос не в размерах, а в том, насколько правильно подана информация в диалоге SaveAs. Если бы было необходимо использовать 1920x1200 для SaveAs, то их нужно было бы использовать. Но здесь нет такой необходимости. Есть откровенно лишнее (Preview должно быть опциональным как в винде и в KDE) и есть неправильно поданная информация (что за бред с этим "Select File Type"). В результате пользователь отвлекается от главного - собственно самого процесса сохранения файла, а те, у которых монитор на 800x600, даже обижаются... :)

Потом здесь уже отметили, что на многих GTK-диалогах нерационально используется место на экране. Я не говорю о "неправильном" порядке OK/Cancel - эта тема уже всем надоела ;) Я имею ввиду, что на многих диалогах пустует слишком много свободного места, а на некоторых из них еще до кучи накиданы совершенно второстепенные сущности (такие как Select File Extension), тогда как главные (File browsing) где-то теряются в тени. Черт возьми, неужели это все HIG? За что же тогда боролись?...

Напоследок хочется написать следующее. Я понимаю, что гном и гтк могут нравится техническим специалистах, и многим из них действительно это нравится. Но не нужно считать, что все остальные думают и чувствуют точно также.