LINUX.ORG.RU

Выпуск GTK 4.0

 ,


2

4

16 декабря состоялся выпуск графического тулкита gtk 4.0.

В новом выпуске были добавлены новые виджеты, поддержка встроенного медиа-проигрывателя, доработки ускорения через GPU, улучшена поддержка других операционных систем.

Что нового:

Разработчики заявили, что несмотря на выход четвертой ветки тулкита, третья всё ещё будет развиваться и поддерживаться, однако вторая ветка — «достигла конца своей жизни», планируется ещё один минорный релиз, после которого поддержка второй ветки будет окончена.

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



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

FF использует свой самописный виджет-сет, от ГТК там только файловые диалоги и тому подобное. Он просто мимикрирует под ГТК.

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

А что надо? Жигуль?

Водовку конечно же. Ты видел салфетки антисептические? Они пропитаны чем? Спиртом! А потребитель водовки весь им пропитан, никакие вирусы и бактерии ему не страшны. К тому же, пользоваться сабжем без алкогольного дурмана как-то совсем грустно. А вещества, на которых сидят авторы гтк, нам не очень доступны

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

FF использует свой самописный виджет-сет

Может и так. Но в гтк-окружении он выглядит лучше – полностью соответствует общему стилю.

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

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

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

можно писать в хорошем стиле новых стандартов

Причём они это и подчёркивают: gtkmm compared to Qt. Хоть с Qt 6 ситуация должна стать немножко лучше, но MOC и ныне там.

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

Какой язык программирования разработчик лучше знает, то и использует. Связка GTK и python очень популярна.

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

Менюбар есть, проблем нет.

А теперь возьмите менюбар с длинными подменю или большой вложенностью подменю. Всё будет вылезать из экрана т.к. код меню не может узнать границы размещения меню.

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

Нет, потому что на выходе будет страшная корявка, которая никому не понравится, особенно на иных платформах. А если уже вложились в C++, то Qt очевидный выбор здорового человека, которому интересны пользователи.

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

Для опенсорса она такая же, как и для ГТК.

И сколько там опенсорс в десктопном софте места занимает, если взять все-все пк? 1% ?

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

Динамические списки вроде без виджетов могут.

для плоского списка - да. когда нужна нормальная группировка с заголовками и изменяемыми метками меню - только так. и с GtkMenu это все в разы проще

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

Водовку конечно же

белая закуску требует. так от ожирения загнуться можно

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

FF использует свой самописный виджет-сет, от ГТК там только файловые диалоги и тому подобное

а не пофиг ли, если с gtk он линкуется явно, а не дергает его через dlsym

ananas ★★★★★
()

походу, а кто щупал уже это безобразие - эти их уипанские хвостики для popover-ов отключаемыми сделали? или как с csd - жрите, как дают?

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

Может и так. Но в гтк-окружении он выглядит лучше – полностью соответствует общему стилю.

Найс, бро! У меня раньше был один образец подобного рассуждения - «Если LO Writer плохо открывает .docx, то это недостаток LO. Если MS Word не открывает (или плохо открывает) .odt, то это недостаток LO.»

И фигня, что в gtk3 так часто ломали стили, что некоторые (например, автор qtcurve - см. QtCurve-Gtk3 ) отчаялись и бросили поддержку совместимых тем.

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

А сильно плохо использовать байдинги, например для Python?

Сильно, анонимусы на ЛОРе зачмырят) Если серьёзно, то зависит только от прямоты рук. Например, есть два видеоредактора на Питоне и ГТК, и Pitivi лагает, тормозит и падает, а Flowblade очень быстр. Так что тут только дело привычки, какой язык лучше знаешь, на том и пишешь. Тем более, биндинги для GTK есть для всех языков, кроме совсем уж экзотических.

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

На чём это можно проверить? Из того, что у меня стоит, только в Инкскейп нашлись меню с тремя уровнями вложенности. Всё работает, багов нет. Но у меня дефолтная Адваита и разрешение 1900чототам на 1080.

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

Из того, что у меня стоит, только в Инкскейп нашлись меню с тремя уровнями вложенности.

Поднести к краю экрана, открыть меню и посмотреть что будет. Также посмотреть что будет если уменьшить размер окна.

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

Ну, проблемы афроамериканцев шерифа не волнуют, что позволено Юпитеру, не позволено быку, кто девушку ужинает, тот её и танцует, вот это всё)

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

Когда я пробовал GNOME в Fedora у меня меню со списком окон верхней панели вылезало за пределы экрана и никакой прокрутки не было. Воспроизводится открытием большого числа окон например gedit.

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

Вот Инкскейп, баг с вложенными меню так и не смог поймать: https://mega.nz/file/Q8pEEBpC#zCDzfxrV4rkFfSqMvVz7HPbhzkXDyCdU-vgjS9FGo6k Вот куча Gedit-ов, действительно, меню верхней панели ушло за границы экрана: https://mega.nz/file/I0xiDTaA#TG3aeJAhdheACCpsJlxaLmsYuFIxtQ0MuhZ8Ho0sY44 Но мне для этого пришлось пару минут запускать всё новые и новые окна, никому в здравом уме не придёт в голову открывать 34 окна gedit, тем более, что по умолчанию он открывает новые документы как вкладки основного окна.

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

никому в здравом уме не придёт в голову открывать 34 окна gedit

У меня во время разработки иногда бывает открыто больше 50 окон, а для тестов и 1000 окон открывал.

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

Попробуй вкладки

В Haiku из любых окон любых приложений можно делать вкладки. В Линукс похоже это пока не завезли.

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

В четверокедах было. Там и осталось. Кажущееся удобство не оправдалось, очевидно. Вот если бы окна можно было закреплять бок о бок и так таскать, чтобы оба сразу видеть - вот это бы да.

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

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

В Haiku это тоже есть.

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

Кстати, у Хаику есть лайв-сборки?

Там все сборки с поддержкой LiveCD/USB. Должно работать при записи через dd. Брать отсюда. Группировать окна с помощью кнопки Opt (WinKey).

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

И, так понимаю, не предвидится, да?

Может быть портирую драйвера из Linux если смогу побороть заголовки ядра Линукс. Там какой-то ужас с заголовками и переопределением объявлений через компиляторо-специфичные конструкции. Порт программного OpenGL через Mesa уже есть. Можно будет включить драйвера и аппаратное ускорение если удастся портировать модули ядра DRM/KMS.

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

Но mesa же не используется самой гайкой, да? Как и кмсы эти все. Если всё так прикручивать - это же кадавра страшная получается. Ох, не успела Гайка впрыгнуть в будущее, теперь обречена на ковыляние. А все плюсы так и остались в беосе на демонстрации проигрывания двух видео и 3д чайника. Жаль.

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

Но mesa же не используется самой гайкой, да?

Используется, но пока только программная отрисовка OpenGL. Если поддержка OpenGL не нужна, то Mesa можно удалить. Сама система (кроме примеров вроде GLTeapot) OpenGL и Mesa не использует.

Как и кмсы эти все.

Это пока нет.

Если всё так прикручивать - это же кадавра страшная получается.

Предлагаете 3D драйвера с нуля писать? Это фантастика без поддержки корпораций. Их и в Линуксе долго разрабатывали с поддержкой корпораций. Никаких проблем с использованием драйверов от Линукса я не вижу, на архитектуру это особо не повлияет. Тащить всякие X11, Wayland не нужно. Для DRM можно сделать нативную обёртку чтобы с ним программы напрямую не работали.

А все плюсы так и остались в беосе на демонстрации проигрывания двух видео и 3д чайника.

Это всё через программную отрисовку работало и сейчас также работает на Haiku. Одно из основных преимуществ BeOS было нормальная многопоточность и поддержка нескольких процессоров/ядер. Оно и сейчас походу в Haiku лучше чем в Windows работает.

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

Предлагаете 3D драйвера с нуля писать?

Для того, чтобы что-то предлагать - нужно в этом понимать. А я понимаю только то, что прикручивая инородную технологию вы закладываете проблему в основание Гайки. Вполне возможно, что меса и кмсы с дрмами даже заработают хорошо, но для дальнейшего существования гаечникам придётся постоянно подстраиваться под кульбиты этих технологий, которые в любой момент могут повернуть на 180°. А как хвалёная гаечная работа с процессами будет уживаться с этим флюсом?

ChekPuk ★★★
()
Ответ на: комментарий от deep-purple

А вы про какую утилиту эпсоновскую говорите? Которая закрытая? И как вы её перелопатите?

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

Qt не С++. Там свой язык, немного похожий на C++, но не он. И вот почему:

  1. Код на Qt не соберётся, если его не прогнать через moc перед этим.

  2. API Qt практически не умеет работать с типами стандартной библиотеки C++.

Вывод: Qt - отдельная от стандартного C++ экосистема, которая, так уж сложилось, использует компилятор C++ в процессе сборки приложений.

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

к EOL совсем собираются выкинуть

EOL уже почти год как наступил

В портах FreeBSD свой EOL.

Нельзя просто взять и выкинуть зависимость. Ящитаю, это правильное решение, мейнтейнеры должны успеть написать патчи или выкинуть пакеты из дерева портов до того, как удаление ключевой для кучи пакетов зависимости эти пакеты сломает.

Сейчас в дереве (почти?) нет пакетов, напрямую зависящих (рантайм) от python27, остались только те, которые требуют его для сборки, но о их судьбе мне неизвестно потому что не интересно.

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

чет ссыкотно мне на 4 гном смотреть

У меня точно наоборот, жду новое «вау, ничтяяяк!!!».

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