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)
Ответ на: комментарий от vertexua

все в gconf хорошо, только он однопоточный и libxml2, который так любит гном — до безобразия тормозной. К счастью большой кусок проблемы решается удалением миллиона локализаций для конфигов. До сих пор не понимаю, почему это не делается в дистрибутивах. Как и прелинкинг собственно.

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

От gconf избавятся в скором времени. dconf приняли для будующих реализаций. А там бинарный формат хранения, хотя схемы текстовые.

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

> От gconf избавятся в скором времени. dconf приняли для будующих реализаций.

Ага.

А там бинарный формат хранения, хотя схемы текстовые.

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

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

>dconf

У них есть какой-то roadmap?

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

> все в gconf хорошо, только он однопоточный и libxml2, который так любит гном — до безобразия тормозной.

1. libxml2 на самом деле весьма шустрая штука. Возможно просто Вы её хмм... неоптимально применяете?

2. IIRC, gconf не использует libxml2, а опирается на парсер XML-подобной разметки из Glib (GMarkupParser)

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

ну, это «скорое время» длится уже с год :) А работа даже не начата afaik

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

>IIRC, gconf не использует libxml2, а опирается на парсер XML-подобной разметки из Glib (GMarkupParser)

Не знаю как сейчас, но раньше он на GMarkupParser переходил только если libxml2 не было (и писалось это для порта эволюшена под оффтопик).

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

>>IIRC, gconf не использует libxml2, а опирается на парсер XML-подобной разметки из Glib (GMarkupParser)

Не знаю как сейчас, но раньше он на GMarkupParser переходил только если libxml2 не было (и писалось это для порта эволюшена под оффтопик).

Судя по исходникам, всё ещё немного иначе: это просто два разных backend'а. libgconfbackend-oldxml.so использует libxml2, а libgconfbackend-xml.so — GMarkupParser.

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