LINUX.ORG.RU

Будущее GTK

 ,


0

0

Сайт ars technica выложил подборку статей и интервью, где обсуждаются планы будущего развития GTK+. В общем, можно выделить такие направления:

  • Imendio, компания, ведущая около-GTK'шную разработку, а также спонсирующая порт GTK+ на MacOS X, предлагает реализовать эффекты, анимацию, физику (!) для улучшения пользовательского интерфейса (полный доклад http://developer.imendio.com/sites/de...)
  • Хавок Пеннингтон, который недавно ушел из Red Hat, 9 лет занимавшийся разработкой GNOME, предлагает интегрировать так давно необходимый Canvas в GTK+3.0. До этого разработчикам приходилось использовать для своих нужд сторонние разработки, что вызывало ряд проблем. Полный текст письма http://mail.gnome.org/archives/gtk-de....
  • Целый ряд разработчиков во главе с Mirco Muller (Canonical, Ltd) мечтают увидеть отрисовку виджетов полностью на OpenGL, что позволит создавать любые мыслимые и немыслимые эффекты для приложений. Некоторые успехи уже есть http://arstechnica.com/news.ars/post/..., но это все равно еще не предел. Плюс Andrea Cimitan уже сделал поддержку rgba прозрачности в виджетах, что добавляет оптимизма.

Подводя итоги, нужно сказать что GTK+ - замечательный тулкит, но все же некоторые болезни есть и у него. Сюда входят и две абсолютно разные модели заселения тулбаров, и три схемы построения интерфейса на основе XML, и разные проблемы с попиксельным позиционированием виджетов. Все это не может быть решено без слома старого API, поэтому в стане GTK+ все чаще звучат голоса в поддержку нового API в GTK+3.0. Все же, усилия Immendio, Пеннингтона и огромного сообщества делают будущее GTK+ чистым и ясным.

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

>предлагает реализовать эффекты, анимацию, физику (!) для улучшения пользовательского интерфейса

Теперь в гноме вместо кнопочек будут шеволящиеся пальцы ноги .

wfrr ★★☆
()

Главное — чтобы физический ускоритель задействовали!

Legioner ★★★★★
()

Лет через 20 наверно появится. Может к этому времени они туда и биореактор встроят?

Belko
()

Хоть бы все это реализовали!!!

MaDMaN ★★
()

Угу. Это всё так же достоверно, как и переписывание гнома на ксуле вместо моно.

http://live.gnome.org/ScratchPad

См. „XUL Based Desktop (ChristianSchaller)”.

З.Ы. Я знаю, что это бред. Я просто к тому, что текст сверху аргументирован ничуть не больше.

Кстати, на http://live.gnome.org/ThreePointZero написано, что в гробу они видели гном 3.0 и гтк 3.0.

ChALkeR ★★★★★
()

Надеюсь, доживу до того дня, когда виджеты в ГТК будут рисоваться полностью через OpenGL.

troorl ★★
()

ОпенГЛ? А не жирно? Будем делать 3д игрушки, интегрированные в десктоп?

anonymous
()

>отрисовку виджетов полностью на OpenGL

по-моему кто-то обкурился. Где метка "вещества"?

amoralyrr ★☆
()

ОМГ! Хотите программу на гтк А? Поставьте GTK-1. Хотите программу на гтк Б? Поставьте GTK-2. Хотите новую программу на гтк В? Поставьте GTK-3.

Не могут довести все до ума. Сколько можно ломать и строить? А не улучшать уже созданное?

gh0stwizard ★★★★★
()

У GTK нет будущего.

anonymous
()

>Надеюсь, доживу до того дня, когда виджеты в ГТК будут рисоваться полностью через OpenGL.

Надеюсь, если увижу такую штуку в ГТК, то там будет возможность выбора, использовать фичу или нет...
Видел железо, на котором страшно тормозной вывод через OpenGL без возможности лечения (например для sis650 я не видел решения проблемы).

И имхо, как раз пункт про OpenGL - самый бредовый.

FaiR
()

Еще в Gtk кривоватая подсистема теминга. Поэтому они хотят сделать нормальное API для энджайнов и прикрутить что-то навроде CSS (В Qt это есть и успешно используется). Судя по имендовскому плану делаться все будет долго и нудно, с постепенной инкапсуляцией приватных структур и полей структур данных в обертки вызовов функций, кучей макросов на проверку deprecated кода и т.д. По примерным прикидкам на переход уйдет лет 5-6. В общем, на нашем веку Gtk 3.0 мы вряд ли увидим.

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

>ОМГ! Хотите программу на гтк А? Поставьте GTK-1. Хотите программу на гтк Б? Поставьте GTK-2. Хотите новую программу на гтк В? Поставьте GTK-3.

Как раз в Gtk2 бинарную совместимость они блюдут, как сопливая девственница свою честь. Отсюда и часть проблем с прикруткой костылей и местами кривом API. При движении в сторону Gtk3 переход будет постепенный без кардинального ломания софта. А не как в KDE.

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

Эвоюция невозможна без кардинальных улучшений, из-за чего приходится ломать API. Те изменения, которые быди сделаны в Qt стоят сломанного API. Если же не делать кариднальные изменения, то этот драндулет под названием GTK, подпираемый со всех сторон костылями, в один момент рухнет, и от него останется груда никому не нужных ржавых болтов и гаек.

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

Давно рухнул, и не осталось даже гаек.

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

>> Refactoring GTK+ is very hard and in some cases impossible

> гтк в морг.

Ты же конечно понял, что имелся ввиду рефакторинг без ломания API/ABI?

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

>В общем, на нашем веку Gtk 3.0 мы вряд ли увидим.

Ну и слава богу.

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

> Эвоюция невозможна без кардинальных улучшений

Эволюция не происходит за год. KDE4 - это не эволюция, это нагромождение идей Зураба Церетели.

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

разработчикам GTK, ИМХО, следует действительно изучить опыт Троллей

да и вообще , не пора ли объединяться ? Qt давно уже опенсорсная

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

KDE API был и будет лучшим C++ фреймворком для построения GUI приложений и не только. Для ацких ненавистников С++, есть биндинги к другим языкам.

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

> разработчикам GTK, ИМХО, следует действительно изучить опыт Троллей

Поведайте же нам, что ж это за опыт такой?

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

Он медленнее GTK, поэтому по крайней мере на более медленных машинах он лучше. Поэтому с вашим ИХМОм можете сами знайте куда сходить.

anonymous
()

а не пора ли морду таки повернуть в сторону EFL, а не языками чесать? imho - альтернативы-то на сегодня и ближайшее будущее нет.

p.s. qt* за альтернативу не считаю, может и зря.... но...

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

>Кстати, в таком топике "онанимных комментаторов" можно было и задизаблить. X-)

правда глаза колет?)

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

> Ты же конечно понял, что имелся ввиду рефакторинг без ломания API/ABI?

Рефакторинг в нетипизированном языке вообще сладкое занятие. В С++ компилятор сам скажет где? что отвалилось, а в Си сплошной void* Вообщем enjoy your AIDS

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

>> разработчикам GTK, ИМХО, следует действительно изучить опыт Троллей

> Поведайте же нам, что ж это за опыт такой?

опытые троли советуют: Заходишь на лор и пишешь, "А" - нинужно, "Б" - сосет... неплохим завершающим аккордом будет "А вот на венде..."

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

> gtk нафиг ненужен

А вот уроки великого и могучего кое-кому не повредят. ;-)

Bohtvaroh ★★★★
()

да да да. Давайте все через opengl рисовать. В линуксе самые лучшие драйвера для всех видеокарт. Мало того, все *bsd уже давно научились opengl поддерживать. Да и доп гиг памяти копейки стоит.

Почему что в кде, что в гноме все сконцентрировались на свистелках, когда хватает реальных проблем?

В самом деле, догоним и перегоним висту по свистелкам, перделкам и потребляемым ресурсам.

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

Очевидно же, что OpenGL будет опциональным. Доп гиг памяти стоит действительно копейки, но для этого типа ПО это не существенно, системное ПО традиционно пишется экономичным к ресурсам.

А какие реальные проблемы в GTK+? Мне вот свистелок хочется, так всё работает. Точнее уже не сильно хочется, то, что есть, подрихтовать, и будет совсем здорово.

А висту перегонять надо, как и макось.

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

а ты думаешь это все будет только видеопамять кушать? :)

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

> Рефакторинг в нетипизированном языке вообще сладкое занятие.

О каких ограничениях GType/GObject идёт речь? ;-)

Bohtvaroh ★★★★
()

>предлагает интегрировать так давно необходимый Canvas

в гтк нет такой базовой вещи? какой ужас!

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

Да. У GTK+ должно быть хорошее будущее если сделают хотя бы то, о чем написали. Искренне желаю им удачи! Хорошие планы, хорошие идеи. А интерфейс GTK+ 2 могут просто оставить для обратной совместимости. Как сделали в Qt4 для Qt3. Тогда проблема ихняя решится. :)

P.S. Виват LGPL, GTK+ и GNOME.

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

ахуеть. скока специалистов-то ёпт.

вы хоть одну програмулину на qt написали? а на gtk?

вот я писал и не одну. говна в qt - лопатой греби. косяков немеряно.

gtk2 гораздо более стабилен и предсказуем. мало того, для встраиваемых систем - самое то. прога на GTK стартует в 3 раза быстрее, чем на Qt. так-то вот. Интерфейсы на гтк создаются любой сложности. Главное - фантазия чтоб вылезала за пределы привычного. Скажем, вертикальные табы - хорошо экономят место. Во многих прогах такие видели?. Вот.

Более, Кутэ = набор велосипедов. и классы для БД там встроены, и для ХМЛ, и интернационализация через собственную жопу.

В то время, Гтк - это просто либы для гуёв. остальное - на ваш выбор.

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

>Более, Кутэ = набор велосипедов. и классы для БД там встроены, и для ХМЛ, и интернационализация через собственную жопу.

QT -- это полноценный инструментарий разработчика, GTK -- тулкит для построения GUI. Парсеры XML в QT неплохи, а интернациализация задумана и реализована блестяще, так что про жопы тут не надо.

>gtk2 гораздо более стабилен и предсказуем

пустословие. где рез-ты тестов? Все в большей степени зависит от криворукости кодопейсателя.

>прога на GTK стартует в 3 раза быстрее, чем на Qt.

Опять пустобрешешь и коэффициент 3 взял с потолка. Тесты где?

Demon37 ★★★★
()

Позитивные намерения, однако, как бы, на практике, это не превратилось в аналогию известной басни о лебеде, раке и щуке.

MiracleMan ★★★★★
()

Счастливого будущего GTK, надеюсь слом API пройдет не так болезненно, а то Гыку нечем будет ругать KDE :D

gnomino
()

отрисовка виджетов полностью на OpenGL, бла-бла-бла

"Любой образованный дурак может сделать проблемы еще серьезнее " (с)Эйнштейн

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