LINUX.ORG.RU

Анонс Gtk 4.0 и новый план выпуска и нумерации будущих версий тулкита

 


2

3

В блоге разработчика GNOME и Gtk Allison Lortie (desrt) опубликована запись с заголовком «Gtk 4.0 is not Gtk 4». Это отчёт с GTK hackfest, который состоялся 13 июня в Торонто, где команда разработки Gtk сделала несколько громких заявлений о будущем тулкита.

Цикл разработки одной мажорной версии Gtk составит 2 года, после чего её объявят стабильной и перейдут к разработке новой мажорной версии, не совместимой с предыдущей. Каждые два года очередной выпуск Gtk будет увеличивать мажорное число версии (4.0, 5.0, 6.0).

Каждые полгода будет выходить новый минорный релиз Gtk, увеличивая минорное число версии на два (4.2, 4.4 и 4.6). Каждый из них будет иметь несовместимые с предыдущими версиями API и ABI.

Каждый четвёртый релиз одной мажорной версии (4.6, 5.6, 6.6) будет стабилизировать API этой версии. Например, после релиза 4.6 API Gtk 4 становится стабильным и не меняется с выходом последующих релизов. Это то, что имеется в виду в заголовке записи: Gtk 4 – это скорее 4.6, чем 4.0. После версии x.6 последует версия y.0, снова ломающая обратную совместимость, и так далее.

Gtk 3 продолжат разрабатывать до тех пор, пока не выйдет его стабильная версия. По словам Allison Lortie, ею может стать 3.26.

Мажорные версии можно будет установить и использовать параллельно (Gtk 3, 4, 5 и т. д. будут работать так же, как сейчас Gtk 2 и 3). Минорные также будут работать параллельно, но devel-версии пакетов будут между собой конфликтовать.

Причинами изменения политики версионизации является ломание совместимости API/ABI даже внутри ветки gtk 3.х при минорных обновлениях, необходимость выработки стабильного API, и следующая из этого бессмысленность текущей системы версий.

Данный план не является окончательным, поскольку необходимо произвести обсуждение и согласование с GNOME release team и разработчиками дистрибутивов. Скорее всего, это случится за пару месяцев, накануне конференции GUADEC.

>>> Оригинальная запись



Проверено: Falcon-peregrinus ()
Последнее исправление: shahid (всего исправлений: 7)

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

Мнение гимповцев там ещё кого-то волнует?

anonymous
()

Т.е. до x.6 никто не пользуется (т.к. постоянно ломающийся API), а когда начнут, так баги никто не будет фиксить, потому что железобетонно до конца дней и вообще, мы уже над x+1.0 работаем. Отличная идея!

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

ООП … в … JavaScript нормальные
Причем в жс ооп на прототипах, а это очень круто

Это нормально и круто, когда ты морлод и хочется попонтоватся, переизобрести всё. А когда тебе нужно ехать, всё это нужно выбросить.

anonymous
()

Но зачем, это же не ядра? Что там такого может появиться за два года, что нужно будет делать новую несовместимую с предыдущими библиотеку?

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

отлично ж, см мой use case

посмотрел, не понял, что ты пытался собрать на Qt. Если софт для 5.6(который юзает специфичные для этой версии фичи) пытался собрать на 5.5 то естессно ничего не выйдет

все кто поливает gtk, как то так.
тулкитофобией не страдаю, есть и qt какой то там версии, и gtk2 и gtk3 - меня это не парит совершенно.

Воооо... если gtk будет так же развиваться как сейчас, то оно _нигде_ кроме Gnome не будет выглядеть нормально(см. недавнюю драму GTK3 в KDE, сейчас все более-менее норм). Потому и поливают.

. лицензия

ЕМНИП и там, и там LGPL2.1/GPL3

зависимость от всяких факторов, то nokia, то digia

Qt менее зависим от digia(см. оф.сайт, там расписано), чем Gtk от политики RH.

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

эээм. Вообще-то MATE и так не поддерживает hidpi сейчас

Они переходят на GTK+3 для того, чтобы он поддерживался в будущем.

EXL ★★★★★
()
Последнее исправление: EXL (всего исправлений: 1)
Ответ на: комментарий от anonymous

Говноед? Да в С++ ООП самый кошмарный и странный
Как вообще на этом пишут люди? А уж о сборке молчу - вероятность собрать популярный Си++ проект стремится к нулю
И Тормоза, тормозааа

mystery ★★
()

Цикл разработки одной мажорной версии Gtk составит 2 года, после чего её объявят стабильной и перейдут к разработке новой мажорной версии, не совместимой с предыдущей. Каждые два года очередной выпуск Gtk будет увеличивать мажорное число версии (4.0, 5.0, 6.0).

Они специально решили самозакопаться?

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

Твоя болтливость

и юношеское всезнайство начинают всерьез раздражать.Ты буквально в каждую ветку лезешь вставить свое безусловно ценное мнение.

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

Как добавить метод для всех массивов, который будет возвращать новый массив из элементов, которые равны 10
В CoffeeScript я делаю это просто:

Array::isTen = -> el for el in @ when el is 10

Проверка:
do [1, 2, 6, 10, 124, "TEST", {lvl: 26}, 10, 10].isTen
#=> [ 10, 10, 10 ]

В этом и суть прототипов
Для каждого прототипа может быть свой прототип и т.д.

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

Ломать CSS движок - это святое
Там даже псевдоэлементы хитро сделаны, вместо привычного hover нужно писать prelight и т.д.

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

Такими темпами даже XFCE перепишут на Qt, как это происходит с LXDE.

Скорость разработки там просто песец, до пенсии будут переписывать на Qt.

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

Firefox, Chromium, LibreOffice

Да там вроде бы не сильно много нужно переписывать для перехода.

FiXer ★★☆☆☆
()

Может следует вообще выбросить возможность детальной настройки виджетов со стороны пользователя с помощью тем? Отчаянные попытки мимикрии одного тулкита под другой кажутся несколько странными. Если не брать в расчет однокнопочные приложения, то каждое графическое приложение создано для визуализации какой-либо информации, где без кастомных виджетов ну никак не обойтись. Сюда же относится и выделение цветом одной из кнопок из-за различной семантики. Следует заметить, что я говорю не о запрете кастомизации в целом: добрый разработчик какого-нибудь наутилуса вполне может в настройках добавить возможность смены цвета фона, а большего и не надо.

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

Ломать CSS движок - это святое

Они довели его до такого состояния что любой школьник может наклепать свою тему с модными анимациями просто вооружившись gtk inspector.

Там даже псевдоэлементы хитро сделаны, вместо привычного hover нужно писать prelight и т.д.

Можно, пожалуйста, раскрыть мысль?

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

По-хорошему, надо как в OS X делать.

Выкидывать на куй все эти гытыки с культями и создавать собственное современное LunixUI, нечто вроде Cocoa API. А GTK и Qt пусть потом к этому LinuxUI привязку делают, как в OS X или MS Windows.

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

Руби быстрее питона
Си++ медленнее си, но быстрее руби и питона

Понятненько.

Откуда такие вот лезут, интересно? А кто-то не может найти неэффективные вузы.

Как добавить метод для всех массивов, который будет возвращать новый массив из элементов, которые равны 10

Да это же восхитительно! И как я без этого жил? Ах да, отлично жил, ведь это идиотское решение идиотской синтетической задачи.

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

Понятненько

Руби не далеко не самый быстрый язык, но быстрее питона
Быстрый питон - это 100% совместимые версии с оригинальным питоном реализации питона
И да, плюсы будут медленне Си, это нормально

Да это же восхитительно

Это да, очень прекрасное решение, вместо того, что бы ручками бегать по массиву
Можно вынести сложный метод в отдельный метод и в нужных модулях делать так:

Array::newMethod = require 'newMethod'

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

В чём же плюсы медленнее си? Производительность зависит исключительно от того, что и как напишешь. Если реализовать абсолютно идентичный по семантике плюсовому код на си, он весьма вероятно окажется даже медленней и выигрыш может быть только на узкой специализации. Потому что компилируется в идентичные инструкции.

Алсо, в жизни не поверю, что раби быстрее питона. С каких пор? На каких операциях? Ты не перепутал с перлом, случаем?

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

Твой кофе-скрипт — обёртка, а не ЯП вообще.

А за

Как добавить метод для всех массивов

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

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

в жизни не поверю, что раби

Кек. Хейтеры они такие.

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

Also, у меня от такой херни Prototype помер.

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

В Linux ничего стандартного нет и быть не может. Во многих дистрах даже сам linux/ядро можно заменить. А вы предлагает стандартную графическую либу. Этого не было и не будет.

PS: сейчас стандарт GTK+, благодаря усилиям красношапки, но всё равно большую часть софта пишут на Qt. Ибо проще.

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

посмотрел, не понял, что ты пытался собрать на Qt. Если софт для 5.6(который юзает специфичные для этой версии фичи) пытался собрать на 5.5 то естессно ничего не выйдет

вот именно, то есть нет совместимости между 5.x и 5.y ЧиТД

Воооо... если gtk будет так же развиваться как сейчас, то оно _нигде_ кроме Gnome не будет выглядеть нормально(см. недавнюю драму GTK3 в KDE, сейчас все более-менее норм). Потому и поливают.

не знаю что там в KDE ...

Qt менее зависим от digia(см. оф.сайт, там расписано), чем Gtk от политики RH.

ну на оф сайт RH тоже много чего написано ... так что спорное утверждение.

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

вот именно, то есть нет совместимости между 5.x и 5.y

Ты ведь понимаешь различие между полной совместимостью и обратной?

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

Тут написано что удален. Кто-то пилил форк на гитхабе, но не оффициально. Разве это не ломание обратной совместимости?

MLP_Fan ★★
()
Ответ на: комментарий от quantum-troll

Ты ведь понимаешь различие между полной совместимостью и обратной?

конечно, так с gtk такая же фигня была, что в течении мажорной версии меняем API. я про это вот.

alwayslate ★★
()
Ответ на: комментарий от quantum-troll

То есть оффициальный анонс врёт? В арче и убунте больше не собирают qt5-webkit, значит кто хочет использовать программы до qt5.6 должны его сами собирать?

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

То есть оффициальный анонс врёт? В арче и убунте больше не собирают qt5-webkit

А вот в генте собирают :/

dev-qt/qtwebkit
     Доступные версии:      
     (4)    4.8.6-r1 ~4.8.7 [M]~4.10.4
     (5)    5.5.1-r1^mt (~)5.6.0(5/5.6)^mt ~5.6.1(5/5.6)^mt
Описание: WebKit rendering library for the Qt5 framework (deprecated)

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

В арче и убунте больше не собирают qt5-webkit, значит кто хочет использовать программы до qt5.6 должны его сами собирать?

Да. Поскольку в генте он есть:

dev-qt/qtwebkit
Доступные версии:
(5)    5.5.1-r1^mt (~)5.6.0(5/5.6)^mt (~)5.6.1(5/5.6)^mt[1] **5.6.9999(5/5.6)^m[1] **5.7.9999(5/5.7)^m[1] **5.9999(5/5.9999)^m[1]

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