> ССЗБ
Ответ в стиле кодеманкей. :)

В коде. Теперь кроме сишного появился еще и Quick, но с ним еще мало работал.

Оустерхаут

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

Кстати, какие прогнозы на портирование Tk на wayland?

> позволяет ей иметь настоящий родной вид на любой из поддерживаеых платформ

ну да. выглядит везде одинаково. +100 к постоянству

> портирование Tk на wayland

Из них двоих кто-то не нужен. И каждый линуксойд твердо уверен, что уж он-то точно знает, что именно не нужно.

Ты еще Telepathy не видел.

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

Гуй в PyGtk большей частью написан на компилируемом Си :) На Питоне - только прокладки.

>Здесь должен быть обширный список из низкоуровневых сишных gui либ, но на ум пришли только Tk и Motif.

EFL

зы: я не знаю, зачем разбивать на субкомпоненты gtknotebook. честно не знаю, куда там дальше разбивать-то. чего там разбивать афтар? подскажи

зачем разбивать на субкомпоненты gtknotebook

Наскидку: как раскрасить табы в разные цвета. Для новичка это просто невозможная задача.

EFL

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

К тому же, последний раз когда смотрел, куча нереализованных todo висело. Именно по части дубовости виджетов. Маловато всё-таки на нем приложений написано, чтобы говорить о его пригодности.

Дык используй Qt же

Unix way же. Тулкит рисует, LSD раскрашивает.

DSL

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

зачем красить notebook? почему не покрасить вложеный вместо названия таба виджет?

Скажу со стороны пользователя.
Софт на гтк в зависимостях тянет не так уж и много. Пользуюсь на работе gentoo + openbox + куча гуевых приложений на гтк, ибо куте лень тянуть еще в систему. Дома арч с кедами. Так вот, не так давно в арч приплыло обновление гтк. До третьей версии. И оно сцуко перестало реагировать на gtkrc и прочие настройки и только его реестро-подобным dconf-edito'ом удалось поменять шрифты и курсоры.

афтар мог взять gtkVBox(например) всобачить туда нужные иконки лабелы и кнопки а потом сделать сам контейнер app_paintable и рисовать там какой нужно цвет,, градиент и статусбары. и все это было бы позади лабелов и кнопок

> Наскидку: как раскрасить табы в разные цвета.

На самом деле, дело в другом. Контейнер, отображающий один из N слоев - это один виджет. А полоска табов - это совсем другой виджет. Их и использовать можно раздельно. С какого фига они намертво прибиты друг к другу?

почему не покрасить вложеный вместо названия таба виджет?

Это первое, что приходит в голову, но не работает, так как виджет не занимает всё пространство таба. Можно, конечно исправить тему и убрать мешающийся пэддинг, но это будет совсем уж жестокое вмешательство в пользовательские предпочтения.

С какого фига они намертво прибиты друг к другу?

Как должны выглядеть оторванные от бука табы? Есть картинки? Интересно посмотреть.

Это легко и просто, когда знаешь как.

С другой стороны, что мешает ТС просто спросить как реализовать ту или иную думку?

я по этой же причине в deadbeef написал свой tab widget :)

Например, так: http://blogs.gnome.org/johannes/2010/04/05/re-anjuta-ui-work/

А вообще, это логически разные сущности: хрень-которая-даёт-пользователю-переключать-вкладки и хрень-которая-реально-знает-как-их-переключать. Скажем (первый пришедший на ум пример), вкладками могут быть открыты закладки координат на карте, а виджет для отображения карты при этом будет один на всех, т.к. перерисовать кадр гораздо проще, чем заводить по отдельному промежуточному view-компоненту на каждую вкладку. Или же вкладки могут переключать режимы какого-то фильтра.

>Кроме творений божественного Андерса Хейсберга, конечно.

Как много ошибок в имени Маттиас Эттрих

>Пусть все эти любители кутей покажут столько интерфейсов для других языков, скока есть у gtk

а какие еще преимущества у gtk есть помимо количества биндингов? Такое ощущение что пел писали исключительно для тго чтоб писать к нему биндинги

А мне Gtk понравился, когда я на нем писал. Этакий швейцарский нож, работающий как швейцарские часы.

Правда свои виджеты на нем писать - умучаешься.

не больно ли ядерно - покрасить все пространство таба? тем более что таб сам может быть с каким нибудь хитрожопым стилем поверх которого красить не комильфо

А вообще, это логически разные сущности

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

И так во всем gtk. Из достаточно общих виджетов можно выделить только реализации CellLayout, ну и некоторые контейнеры.

Да, базовые виджеты убоги, их не хватает, если хочется своеобразного гуя. Но знаешь в чем прелесть? Gtk настолько прост, что смастерить из этих примитивных кубиков нужный функционал не представляет большую проблему. При этом не надо рыть сотни доков в поисках очередного тысячного QWhatever, ты всегда точно знаешь — gtk этого не может, поэтому просто подписываешься на size-request, size-allocate, expose-event и делаешь как надо, дешево и сердито.

не больно ли ядерно

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

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

>Gtk настолько прост, что смастерить из этих примитивных кубиков нужный функционал не представляет большую проблему.

А почему бы тогда писать не сразу на xlib?

>Этакий швейцарский нож, работающий как швейцарские часы.

В смысле многофункциональный прибор способный выполнять только одну функцию?

Это не GTK виноват, это виноват Gnome 3

И ничего тут не попишешь, гном скатился в СГ.

А почему бы тогда писать не сразу на xlib?

Нет абстракции ввода/вывода и соответствующих бэкэндов. Быть привязанным к X11 очень невеселая перспектива.

Быть привязанным к X11 очень невеселая перспектива.

Почему? Мне кажется, это был бы наилучший вариант. Чем меньше «абстракций», тем лучше работает.

в gtk3 отрисовка состоит из кучи накладываемых друг на друга слоёв. то есть отрисованное дерьмо не во вложенном виджете испакостит виджет уровнем выше

в 2 немного не так, но засирание будет аналогичное.

Ну гном же по прежнему использует гтк, я надеюсь? :)

Операсты линуксовый гуй переписали на Xlib :)

Конечно же использует. Но если ГТК2 был все же GIMP ToolKit, то ГТК3 - по идеологии чистый Gnome ToolKit.

> начав пилить свой таскбар

А иконки трея он ловит?
Если да, сделай его полупрозрачным.

tk нужен полюбэ

Вот и я говорю: к чему все эти излишние обертки?

xlib наше всё!

Это понятно. Заигрывать с наложением виджетов не собираюсь. Я просто поменяю expose у GtkNotebook, когда он рисует полоску с табами, то есть заливает фон, не более.

Вот, вспомнил: gtk-server.
Теперь флудить о GTK можно со ссылкой на любой язык программирования из этой таблицы. Есть красивые картинки. :)

Чем меньше «абстракций», тем лучше работает.

И тем больше велосипедов надо изобретать. Особенно при портировании.

Операсты линуксовый гуй переписали на Xlib :)

Зато теперь у них есть свой кроссплатформенный тулкит, причем довольно таки неплохой.

Жесть. Добавил в закладки.

При портировании куда? И что вы все заладили «портирование», «портирование»... Если приложение свое и используется в узкоспециализированных целях, кому может понадобиться его портировать?

Он еще и более-менее сносно умеет мимикрировать под кути и гытыка, пусть не всегда и идеально. Но подозреваю, что там не полноценный тулкит, а нечто опероспецифичное.

Я про это: https://bugzilla.gnome.org/show_bug.cgi?id=501842

Каких только костылей не придумают чтобы хоть как-то упростить программирование на GTK.