GTK+ 3.3.4

Оффтоп, но я однажды собрал GTK3 (вроде, какую-то из 3.1.x) тулчейном от MSVC — осуществимо, но приключение то еще... Причем «веселье» было не столько с самим кодом (так, только если по-мелочи пропатчить где-нибудь, в целом же все вполне нормально), сколько с аццким наслоением всех этих libffi-gettext-glib-ATK-Pango-cairo-..., необходимостью качать каждую библиотеку по-отдельности, проверять зависимости, докачивать нужное, снова проверять, снова докачивать недостающее, прове... потом ковыряться со сборкой и в итоге получить нечто, дефолтным оформлением которого можно всех потенциальных пользователей распугать. А т.к. вписываться в системную тему оно не умеет, решил подождать лучших времен и потом когда-нибудь еще потыкать.

AlexCones

There is more engines, than only gecko. Almost all of them base on GPL.

Let me speak from my heart!

Мне тоже. Особенно, если по-тихоньку переделывать устаревший код, так чтобы и под gtk3 скоро собралось.

Ну, там и свежей 2-ой (2.24.8) нету. Ни рантайма, ни инсталятора. Так что новость

GTK+ 2.24.8 (stable) released: update of the win32 backend, it now works at least as well as the old 2.16.x

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

Qt наше всё!

Я до сих пор пользуюсь 2.16 или 2.18 под винду. Знаю, что гавно мамонта, но ничего новее не выкладывают для glade 3. А ведь интерфейсы удобно рисовать им. Так что я юзаю что есть по этой ссылке: http://ftp.gnome.org/pub/GNOME/binaries/win32/glade3/3.6/

> всех потенциальных пользователей распугать.

Все потенциальные пользователи уже давно убежали из-за старого бага, когда при смене раскладки (перед запуском программы) отваливаются хоткеи. Надо быть либо очень красноглазым, либо самоуверенным, чтобы писать на gtk+ под Windows. Это правда не касается случаев портирования - там если заработало худо-бедно, то и ладно ))

Так в том-то и дело, что более-менее нормальных кроссплатформенных тулкитов с GUI чуть более, чем нисколько: наверное, самый фичастый, но имеющий весьма сомнительные перспективы развития Qt; GTK+, поноценно работающий только в *nix; тулкит-враппер (с соответствующими плюсами и минусами) wxWidgets... И все, пожалуй. Пичалька... :(

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

> There is more engines, than only gecko. Almost all of them base on GPL.

- MGIMO finished?

- Ask!

щито не так с qt?

> щито не так с qt?

Qt5:

• QML во все поля, классические виджеты deprecated и останутся только для совместимости, да и вообще значительный акцент на JavaScript

  Qt 5 should be the foundation for a new way of developing applications. While offering all of the power of native Qt using C++, the focus should shift to a model, where C++ is mainly used to implement modular backend functionality for Qt Quick.

  With Qt 5 we should put Qt Quick into the center of Qt ...

  В обсуждениях на Qt Labs не раз высказывали мнение, что Qt превращают в «yet another JavaScript framework».
• Требование наличия OpenGL [ES] 2.0.
• QtOpenGL deprecated — GUI и так через OpenGL, т.ч. как отдельный необязательный модуль его выпиливают.
• QtNetwork deprecated и объединяется с QtCore.
• QtSVG deprecated и останется только для совместимости; SVG во всех его проявлениях, даже значки для тулбаров и т.п., рекомендуется рисовать через WebKit (рисовать маленькие простенькие значки для интерфейса через монстрообразный веб-браузерный движок — это круто и современно!).
• Официальная поддержка только Linux, Windows и MacOS X, остальные платформы спихивают на сообщество.

  В общем, гугл в помощь.

плять, плохие новости(

надо форкать 4й кьют

> надо форкать 4й кьют
Звучит как «надо форкать GNOME 2».

>когда впилят обратно прокрутку табов колёсиком мыши

упс, думал мышА сломалась, а это нововведения разрабов ;(

Не вижу ничего плохого ни в одном из пунктов, кроме SVG. Да и там, подозреваю, не все так плохо. Почти уверен, что для отрисовки svg не обязательно создавать браузер, как ты наивно подумал. Просто код парсинга и рендеринга в Webkit уже и так есть и развивается. Так зачем дублировать его в отдельном модуле, если сам Webkit - часть Qt?

> Не вижу ничего плохого ни в одном из пунктов, кроме SVG.

Нативный код лишь как прослойка с API для свистелок QML — хорошо? Этот QML даже системные темы оформления до сих пор хватать толком не умеет (фича всё ещё в стадии разработки).

Обязательный OpenGL — хорошо? Хотя да, нынешние видеокарты как-то уж очень частоты-энергопотребление срезают и мало греются в 2D... И ноутбуки/планшеты/смартфоны без 2D-через-3D аж по нескольку часов без подзарядки работают... Непорядок, надо срочно исправлять эти фатальные недостатки.

Невыпиливаемая сеть — хорошо? Давно в мире перестали делать «оффлайновый» софт?

Сокращение количества [официально] поддерживаемых платформ — хорошо? Вряд ли ошибусь, если скажу, что на данный момент Qt — один из лидеров по части кросс-платформенности среди инструментов уровня «всё-в-одном». Вот нокия и решила «исправить» и этот «фатальный недостаток» (есть некоторые сомнения в том, что сообщество в долгосрочной перспективе потянет проект такого масштаба без [существенной] потери качества).

Почти уверен, что для отрисовки svg не обязательно создавать браузер, как ты наивно подумал.

Да хрен бы с ним, с браузером, но использовать жирнющий WebKit в пару десятков мегабайт для задачи, с которой с избытком хватило бы возможностей ~500-килобайтного QtSvg — идиотизм.

И я тоже думаю, что браузер создавать не придётся, но поддержка SVG в вебките является, по сути, «побочным продуктом» его главной функции — работы с веб-страницами. Для того, чем в Qt4 занимается QtSvg (в основном, рисование тех же значков всяких и прочих не шибко замороченных картинок), WebKit слишком избыточен и вообще совсем не для того делался.

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

> жирнющий WebKit в пару десятков мегабайт для задачи

Ловим момент, пока libqt4-dev всего лишь рекомендует libqtwebkit-dev.

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

Какая там сейчас расстановка сил андроид - неандроид смартфоны? Потому что гугл ради заботы об аккумуляторах линукс форкнули, а libc вообще заново сделали.

> Ловим момент, пока libqt4-dev всего лишь рекомендует libqtwebkit-dev.

Ключевые слова — «qt4» и «пока». С libqt5-dev будет уже не так весело.

гугл ради заботы об аккумуляторах линукс форкнули, а libc вообще заново сделали.

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

> Не вижу ничего плохого ни в одном из пунктов, кроме SVG. Да и там, подозреваю, не все так плохо.

Внезапно, иконка Dropbox имеет формат SVG. Gnome2, Unity - всё отлично, а KDE - ну вы поняли, да.

> Внезапно, иконка Dropbox имеет формат SVG. Gnome2, Unity - всё отлично, а KDE - ну вы поняли, да.

Внезапно, Qt != KDE. Разработчики последнего любят навешивать на Qt свои велосипеды, т.ч. совсем не факт, что проблема в кутях.

Ух ты-ж 2.24.8 вдруг так появился! Наутро после нашей тут беседки.

> Сокращение количества [официально] поддерживаемых платформ — хорошо? Вряд ли ошибусь, если скажу, что на данный момент Qt — один из лидеров по части кросс-платформенности среди инструментов уровня «всё-в-одном». Вот нокия и решила «исправить» и этот «фатальный недостаток» (есть некоторые сомнения в том, что сообщество в долгосрочной перспективе потянет проект такого масштаба без [существенной] потери качества).

Судя по gtk+ сообщество даже одну платформу еле вытягивает.