LINUX.ORG.RU
ФорумTalks

Вы ноете о том, что GTK3 — земляной элементаль? Мы вняли вашим молитвам, и презентуем GTK4 и GTK5!

 


0

2

Разработчики из проекта GNOME объявили о намерении воплотить в жизнь новый план разработки тулкита GTK+, который даст возможность добиться оптимального баланса между развитием функциональности и поддержанием стабильного API. Суть плана, который ещё находится в обсуждении и не утверждён официально, в создании экспериментальной ветки GTK+ 4, в которой будет развиваться порция новых возможностей, постепенно стабилизируясь. Через некоторое время ветка GTK+ 4 перейдёт в фазу стабилизации API, а новшества начнут развиваться в новой экспериментальной ветке GTK+ 5.

http://www.opennet.ru/opennews/art.shtml?num=44596

★★★★★

Здравое решение.

Им бы ещё с дефолтным look'n'feel что-нибудь сделать, а то выглядит как кусок северокорейского говна.

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

The new release of Gtk is going to be fully parallel-installable with the old one. Gtk 4 and Gtk 3 will install alongside each other in exactly the same way as Gtk 2 and Gtk 3 — separate library name, separate pkg-config name, separate header directory. You will be able to have a system that has development headers and libraries installed for each of Gtk 2, 3, 4 and 5, if you want to do that.

Meanwhile, Gtk 4.0 will not be the final stable API of what we would call “Gtk 4”. Each 6 months, the new release (Gtk 4.2, Gtk 4.4, Gtk 4.6) will break API and ABI vs. the release that came before it. These incompatible minor versions will not be fully parallel installable; they will use the same pkg-config name and the same header file directory. We will, of course, bump the soname with each new incompatible release — you will be able to run Gtk 4.0 apps alongside Gtk 4.2 and 4.4 apps, but you won’t be able to build them on the same system. This policy fits the model of how most distributions think about libraries and their “development packages”.

Each successive minor version will be growing toward a new stable API. Before each new “dot 0” release, the last minor release on the previous major version will be designated as this “API stable” release. For Gtk 4, for example, we will aim for this to be 4.6 (and so on for future major releases). Past this point there will not be disruptions; this “stable API” will be very stable. There will certainly not be the kind of breaks that we have seen between recent Gtk minor releases.

In this way, “Gtk 4.0” is not “Gtk 4”. “Gtk 4.0” is the first raw version of what will eventually grow into “Gtk 4”, sometime around Gtk 4.6 (18 months later).

Deleted
()

Для Ъ: новый мажорный релиз каждые два года, все устанавливаются параллельно. Вас ломало поставить одновременно gtk2 и gtk3? Ну так теперь у вас их будет пять!

morse ★★★★★
()

Офигеть...

Deleted
()

было плохо, сделаем еще хуже :D

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

Да нормально, они каждую версию в бандл засунут. Зря, что ли, всякие flatpak'и пилят?)))

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

“Gtk 4.0” is the first raw version of what will eventually grow into “Gtk 4”, sometime around Gtk 4.6 (18 months later).

Кто-то там смеялся про 9 женщин и один месяц, чтобы родить ребёнка. А у разработчиков ГТК сотня женщин рожают его аж 18 месяцев!

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

ещё есть.

x11-libs/gtk+
     Доступные версии:      
     (1)    1.2.10-r13
     (2)    2.24.28-r1 2.24.29 ~2.24.30
     (3)    3.16.7 3.18.7 ~3.18.9
samy_volosaty ★★★★★
()

Мда, гноморазрабы совсем с катушек съехали. Лучше бы не чаще 5-7 лет мажорная версия, с 18 месяцами нестабильности. Но с доками, туториалами и учебниками, сволочи, книг к 3 версии до сих пор нет.

Deleted
()

Видимо гтккапец неизбежен.

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

квадратненько. почти венда-дисятка

Мдауш, не получилось очевидно у меня тогда победить билли в 2004 :\

d_a ★★★★★
()

Подход правильный. Даже не знаю, почему в ветке возмущаются.

anonymous_sama ★★★★★
()

Each 6 months, the new release (Gtk 4.2, Gtk 4.4, Gtk 4.6) will break API and ABI vs. the release that came before it.

я вот не могу понять, зачем обязательно ломать АПИ? Почему просто нельзя добавлять новые фичи, а старое апи стараться максимально держать стабильным, насколько это возможно?

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

Ну проблемы в архитектуре.... Например нельзя так просто сделать одно API для синхронных и асинхронных задач..

Хотя это неприятно да.

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

Почему просто нельзя добавлять новые фичи, а старое апи стараться максимально держать стабильным, насколько это возможно?

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

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

А уж если все в курсе, что API может поменяться, почему бы тогда и не убирать какие-то устаревшие вызовы.

Потому что разработчики могут быть заняты написанием полезного функционала, а им предлагают держать ещё команду переписывальщиков одного и того же каждые 18 месяцев.

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

Ну может гноморазрабы таким вот образом просто заботятся о том, чтобы разрабам приложений не было скучно?

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

я вот не могу понять, зачем обязательно ломать АПИ?

потомуШто разрабы гнома заняты великими делами и на проблемы простых смертных разработчиков пытающихся юзать их поделие им нас... положить в общем. Было бы не положить может и на линуксе было более 1% десктопов.

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