LINUX.ORG.RU

Планы по выпуску GTK+ версии 3

 


1

0

В списке рассылки gtk-devel-list обсуждаются планы выпуска GTK+ версии 3. Основные подготовительные действия, которые необходимо предпринять в текущей ветке:

  • Спрятать все открытые поля структур с помощью макроса GSEAL(). В случае необходимости предоставить новые методы доступа к этим полям. Также должны быть скрыты поля-указатели "priv" на структуры, содержащие закрытые данные. Эти действия уже практически полностью проведены в репозитории git://git.imendio.com/projects/gtk+.git
  • Реализовать закрытые члены класса, что включает изменения в коде GType.
  • Объявить как deprecated публичные данные класса с помощью макроса GSEAL().
  • Поскольку не останется простого способа для доступа к полям класса, а использование g_object_[sg]et() утомительно, необходимо ввести новые методы доступа, вроде g_object_get_int(), *double(), *string() и т.д.
  • Существует множество макросов, таких как GTK_WIDGET_GET_FLAGS(), которые всегда были причиной многочисленных проблем (см. bug #69872). Необходимо реализовать нормальные методы доступа (в виде функций) и избавиться от этих макросов.
  • GtkStyle, без сомнений, самый сложный тип, нуждающийся в скрытии публичных полей, и до релиза должно быть проведено множество исследований.
  • Избавиться от всего кода, объявленного deprecated в 2.x. Это подразумевает все соответствующие виджеты и функции.
  • Удалить все поля структур из публичного API. Есть два способа достичь этого:
    a) переместить все структуры в закрытые заголовки;
    b) переместить структуры в C-файл реализации, но тогда всей библиотеке придётся использовать соответствующие методы доступа.
    Эти варианты ещё обсуждаются.
  • Отключить deprecated-код по умолчанию во флагах компиляции.
Таким образом, версия 3.0 будет готова к релизу. Все приложения, которые собираются для ветки 2.x с макросом GSEAL() и не используют deprecated-кода, будут без проблем собираться для ветки 3.x. Наверное, таким образом разработчики пытаются избежать кошмара миграции, который можно видеть на примере библиотеки Qt.

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

★★★★

Проверено: JB ()
Ответ на: комментарий от svu

Ещё есть ETK - API весьма похож на GTK+, вместо glib - ecore, присутствует продвинутый канвас evas, офигенная библиотека для описания интерфейсов edje (включая анимацию), нормальная поддержка тем, а не той безвкусицы, что есть в GTK+, типа clearlooks, murrine, etc, быстрая и качественная обработка растровой графики imlib2, возомжность рисовать через cairo. Написана на Си. Один недостаток - в разработке, хотя уже достаточно стабильная, и практически нет приложений её использующих.

Спрашивается, а нафига тогда нужны уродства в виде GTK или Qt? Короче, нет предела совершенству!

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

> етк - не смотрел. Как-то не верю в платформу имени одного гения...

Лучше один гений, чем тысяча посредственностей.

З.Ы.: сам особым фанатом Растермана не являюсь :))

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

>нормальная поддержка тем, а не той безвкусицы, что есть в GTK+, типа clearlooks, murrine, etc

Это Вы нереально "отожгли", да :D Сколько надежд я когда-то вкладывал в е17.. а до сих пор нет приличных приятных глазу тем..

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

> Это Вы нереально "отожгли", да :D Сколько надежд я когда-то вкладывал в е17.. а до сих пор нет приличных приятных глазу тем..

http://code.google.com/p/detour/

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