> Проэктивная

Проективная?

Они придумали Qt4?

И как исправить?

>> Они придумали Qt4?

Физика в графическом интерфейсе: кинетическая прокрутка, магнетизм, трение, отскок элементов, растягивание, затухание, смешивание, тени и другие оптические эффекты

Независимость от разрешения, легкое масштабирование элементов графического интерфейса, включая шрифты и изображения

От себя: АBI

???

>Удаление всех public полей из структур. Сделает поддержку ABI намного проще путем доступа только через функции

Много программ переписывать придётся?

Полное offscreen рисование. Необходимо для анимации и эффектов за пределами компонентов

Это EPIC WIN. Как говорится, не прошло и ста лет! Теперь «тяжёлые» GTK+шные окна с кучей виджетов будут перерисовываться мгновенно, а не частями, как сейчас.

> Много программ переписывать придётся?

Зная гткашников. Они обозвут это все deprecated заранее. Если не обозвали уже лет 5 назад. Просто я не слышал. Хз. Я и так все через функции или макросы делаю. Та как public поля - плохо. Всем известно

> Это EPIC WIN. Как говорится, не прошло и ста лет! Теперь «тяжёлые» GTK+шные окна с кучей виджетов будут перерисовываться мгновенно, а не частями, как сейчас.

Ни разу не видел... Видео в студию?

Ни разу не видел... Видео в студию?

Похоже это уже исправили - не могу воспроизвести. Прямо даже не к чему придраться =).

Эй, слыш, а у тебя крайзис^W гном на максах потянет?

Замечательно, меня всё устраивает, я как разработчик доволен и счастлив. Ребята идут в верном направлении!

P.S. Новость не читал

Молодцы. Скоро до функционала Qt3 допилят.

Сроки?

Какой-то неправильный roadmap, не нашёл чётких сроков доведения GTK+3 до конкретных стадий. Без сроков это только wishlist или todo, но не roadmap.

Вор. Украл новость у Мужика-2.

Проактивная.

fat mode

А было когда-то по-другому у них?

Отлично, скоро GTK можно будет безболезненно превратить в C-биндинг для Qt.

а зачем это всё Gimp-у в его тулките?

Это всё хорошо, а комбобоксы с диалогами переделают, или они так и останутся в стиле начала 90-х?

* Полное offscreen рисование. Необходимо для анимации и эффектов за пределами компонентов
* Независимость от разрешения, легкое масштабирование элементов графического интерфейса, включая шрифты и изображения
* Простая прозрачность для компонентов. Должно работать даже без XComposite
* RGBA фон для компонентов

eye-candy во все поля. Круто.

> Стили меток как в Mac

Что здесь имеется в виду?

а электричество оно умеет вырабатывать?

не осилил гему gtk сменить?

> Полное offscreen рисование. Необходимо для анимации и эффектов за пределами компонентов

Это они так double buffering хитро описали или я неправильно понял?

Удаление всех public полей из структур. Сделает поддержку ABI намного проще путем доступа только через функции

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

>Удаление всех public полей из структур. Сделает поддержку ABI намного проще путем доступа только через функции

а как же хвалёная ынтерпрайзность гтк?

Стили меток как в Mac

а вот уже не удивляет

ну gtk как и qt уже умеет вырабатывать метан через некоторых лоровцев, думаю до электричества недалеко

> Много программ переписывать придётся?

Много. За счет этого сути ABI и сломается

Роадмар пишут методом diff'а с Qt?

а зачем это всё Gimp-у в его тулките?

тонкий вброс.

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

> Многие из этих возможностей можно реализовать через другие библиотеки, то в GTK 3 они станут доступны out of the box. Список будет расширятся

Многие из этих возможностей уже доступны в Qt 4.6 out of the box. Как бы не случилось так, что когда gtk3 зарелизится, его уже будет пора закапывать.

PS: не имею ничего против gtk, просто сейчас gtk по моему мнению на позиции догоняющего

> From http://mail.gnome.org/archives/gtk-devel-list/2009-April/msg00048.html

Сдается мне, что это баян от апреля месяца.

> Стили меток как в Mac

о! оне таки начали «заимвствовать» или просто впервые признали ;)

> Много программ переписывать придётся?

Зачем ?
в системе могут быть несколько lib -это не QT.

Моё предложение:

* Поддержка прозрачности в самом Gtk+;
* Поддержка цветовых профилей в самом Gtk+.

> Моё предложение:

Я серьёзно. У кого есть доступ «к верхам» Gtk, озвучьте им эту идею. А то у меня и с английским тоже никак.

>...библиотеки, то в GTK 3 они станут...

...библиотеки, но в GTK 3 они станут...

fxd

> Зачем ? в системе могут быть несколько lib -это не QT.

Qt3 и Qt4 могут прекрасно уживаться друг с другом. Другое дело, что при переходе с одной версии библиотеки на другую, программа будет вынуждена подстраиваться под изменившийся API.

> Много программ переписывать придётся?

Если ты лазил в структуры своими грязными руками, то это больше не прокатит. Если же использовал функции, то ничего не поломается. В 3.0 будут убраны все функции, которые сейчас помечены как deprecated. Если проект собирается с -DDISABLE_DEPRECATED_GTK -DDISABLE_DEPRECATED_GLIB, то всё будет работать и с 3.0. В 3.2 запланированы новые плюшки.

а пользователи xmms и сегодня могут поставить gtk1 и забить на все

Март 2010, ищите на лучших ftp интернета.

> Если ты лазил в структуры своими грязными руками, то это больше не прокатит. Если же использовал функции, то ничего не поломается. В 3.0 будут убраны все функции, которые сейчас помечены как deprecated. Если проект собирается с -DDISABLE_DEPRECATED_GTK -DDISABLE_DEPRECATED_GLIB, то всё будет работать и с 3.0. В 3.2 запланированы новые плюшки.

Т.е. у них уже был вменяемый API для доступа к внутренностям структур? Значит я ошибался и правда переписывать придется только тот код, который злоупотреблял использованием членов структур.

Новость хорошая.
Хоть я и не фанат gtk, но есть минимум одно приложение, аналогов которому на Qt пока не предвидится. (Да-да, именно gimp, что не удивительно).

> Если проект собирается с -DDISABLE_DEPRECATED_GTK -DDISABLE_DEPRECATED_GLIB, то всё будет работать и с 3.0.

еще стоит добавлять -DGSEAL_ENABLE

а фотошоп разве не на qt написан?..

> Хоть я и не фанат gtk, но есть минимум одно приложение, аналогов которому на Qt пока не предвидится. (Да-да, именно gimp, что не удивительно).

Да по большому счету и не нужен аналог. Есть уже качественная реализация, ее и надо пилить. Вот к чему надо стремиться всем этим gtk/qt - так это к унификации. Чтобы была возможность например выбрать для использования некие «стандартные диалоги» открытия файлов, выбора цвета и т.п. Разница во внешнем виде легко убирается, так как Qt умеет миммикрировать под стили gtk. Кроме того, существуют реализации некоторых стилей для обоих тулкитов (например QtCurve).

Толсто.

Согласен. Но даже в рамках Qt существует как минимум 2 реализации диалога открытия файлов один - чистое Qt, другое - kdelibs.

>Физика в графическом интерфейсе: кинетическая прокрутка, магнетизм, трение, отскок элементов, растягивание, затухание, смешивание, тени и другие оптические эффекты

Кто там о перделках в KDE4 говорил?

//c:other Logician как бы намекает на сутность гномеров

Не нашел пункт

- новый нормальный диалог сохранения файлов;

Плохо искал?

>Удаление всех public полей из структур. Сделает поддержку ABI намного проще

Ждем мужика-2 с утверждением «Никто ABI не ломает, нефиг пользоваться полями, а не методами». Не он ли недавно газифицировал лужи, что gtk 3 будет обратно совместимо с gtk 2?

//c:«Redmond this» следит за гтк!