LINUX.ORG.RU

Gtk+ 3 Roadmap

 , , ,


0

0

Список самых интересных возможностей будущего GTK 3, включая Contributor features и Wishlist

Запланированные

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

Contributor features

  • Контейнер с поддержкой анимации
  • Физика в графическом интерфейсе: кинетическая прокрутка, магнетизм, трение, отскок элементов, растягивание, затухание, смешивание, тени и другие оптические эффекты
  • Стили меток как в Mac
  • Throbber
  • Облегчение создания виджетов

Wishlist

  • Проективная трансформация компонентов

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

Полный список читаем в подробностях.

>>> Подробности

★★★★★

Проверено: maxcom ()
Последнее исправление: maxcom (всего исправлений: 3)

Ответ на: комментарий от Levinskij

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

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

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

От себя: АBI

???

vertexua ★★★★★
() автор топика

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

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

Deleted
()

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

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

Deleted
()
Ответ на: комментарий от Deleted

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

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

vertexua ★★★★★
() автор топика
Ответ на: комментарий от Deleted

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

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

vertexua ★★★★★
() автор топика
Ответ на: комментарий от vertexua

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

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

Deleted
()

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

melkor217 ★★★★★
()

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

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

yoghurt ★★★★★
()

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

anonymous
()

Сроки?

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

Camel ★★★★★
()
Ответ на: Сроки? от Camel

fat mode

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

Deleted
()

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

mannaz
()

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

Saloed
()

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

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

tensai_cirno ★★★★★
()

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

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

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


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

m0rph ★★★★★
()

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

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

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

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

RedPossum ★★★★★
()
Ответ на: комментарий от alltiptop

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

muhas ★★★
()
Ответ на: комментарий от Deleted

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

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

m0rph ★★★★★
()

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

Pavval ★★★★★
()
Ответ на: комментарий от anonymous

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

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

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

Genuine ★★★
()

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

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

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

m0rph ★★★★★
()

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

anonymous
()

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

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

fxd

yaroslav
()
Ответ на: комментарий от elipse

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

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

m0rph ★★★★★
()
Ответ на: комментарий от Deleted

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

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

anonymous
()
Ответ на: Сроки? от Camel

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

m0rph ★★★★★
()

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

CyberTribe ★★
()
Ответ на: комментарий от anonymous

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

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

ananas ★★★★★
()
Ответ на: комментарий от CyberTribe

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

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

m0rph ★★★★★
()
Ответ на: комментарий от m0rph

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

CyberTribe ★★
()

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

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

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

anonymous
()

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

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

Плохо искал?

anonymous
()

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

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

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

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.