Появился сайт для отслеживания готовности KDE для сборки с Qt 6

Каким браузером его открываешь?

No, but 271 out of 588 projects already build against Qt6.
Still missing are:
akonadi-calendar-tools
akonadiclient
akonadiconsole
akonadi-import-wizard
akregator
alkimia
amarok
...

Забавно вот это:

amarok

Оно и с Qt5 в итоге как-то не сдружилось, а тут уже порт на Qt6 ожидают.

Brave'ом же. Их собственные патчи под Mozilla Public License 2.0, а патчат они Chromium, который в основе этого Brave'а.

как он? лучше фф?

Firefox неплох, но Brave на мой взгляд лучше. По сути, это Chromium с бонусами. Одним из таких бонусов идёт, например, встроенный Tor - при необходимости можно открыть в новом окне по Alt + Shift + N. Также в браузер встроен дополнительный «Brave Щит», который автоматически режет всякие трекеры.

Вот и в данный момент Brave прямо здесь и сейчас на ЛОРе заблочил мне ssl.google-analytics.com/ga.js .

Подозреваю, что через пару итераций KDE про сайт благополучно забудут, обновляться он не будет, а на Qt 6 KDE таки ж перейдёт :)

посмотрю, спасибо.

хотя бы Бриз для Кути 6 сделали вначале

Ребята молодцы. Развивают единственное жизнеспособное DE.

Оно и с Qt5 в итоге как-то не сдружилось, а тут уже порт на Qt6 ожидают.

А зачем они это делают? Вот недавно обсуждали.

Оказывается, Cantata всё. Чем теперь играть музыку?

Один плеер закопали, второй закопали, новый пилят… Теперь опять Amarok воскрешают. Круг замкнулся?

Насколько я понял, дефолтом для КДЕ в настоящее время является смузи-Элиза, Амарок никто воскрешать не собирается. Попытка портировать его на Qt5 стагнировала, Qt6 в планах нет.

А что такого есть в этой Elisa, чего не было в предыдущих плеерах?

Резоннее спросить, чего там нет.

к чёрту подробности, где KdePatchedForBsd.ord ???

Вроде уже большой мальчик — должен понимать, на каком канале об этом инфу черпать.

Вам ещё в 2007-м году советовали юзать новое KDE и не морочить себе голову.

https://community.kde.org/FreeBSD/Setup/Ports

Тулкитоокупированные De не нужны, нужна спецификация DBus-интерфейсов под типовые функции и всё, потом каждый соберёт себе DE по вкусу, примерно как это в андроиде - вот тебе спецификация интентов и просто реализуй свои обработчики

Наоборот нужны KDE OS и GNOME OS где использование определённого тулкита строго обязательно как и во всех нормальных ОС.

DBus-интерфейсов

Кривая тормозная поделка.

использование определённого тулкита строго обязательно

Это в какой ОС так?

Да, это было бы идеально.

Это в какой ОС так?

Смех-смехом, а были попытки сделать такое на базе Арча – Chakra Linux. Сейчас дистр благополучно помер вроде бы.

Оно и с Qt5 в итоге как-то не сдружилось, а тут уже порт на Qt6 ожидают.

На самом деле сдружилось, самосборку юзаю на десктопе… Но до перфекции не допилили… Да и не все плагины адекватно работают… По факту допильников не хватает…

Это в какой ОС так?

Любой кроме Линукса: Windows, Mac OS, iOS, Android, Haiku, QNX.

На самом деле сдружилось, самосборку юзаю на десктопе… Но до перфекции не допилили… Да и не все плагины адекватно работают… По факту допильников не хватает…

Вот это я и назвал:

Оно и с Qt5 в итоге как-то не сдружилось

Любой кроме Линукса: Windows...

Уже где-где, а в Винде-то кто в лес, кто по дрова.

В итоге там всё работает через системный тулкит user32.dll включая новомодные приложения UWP.

Без понятия, через что там всё работает, но различные приложения могут использовать, как минимум, разные версии виндового тулкита (назовём это так). А ещё есть всякие devexpress'ы, самописные скины и «линуксовые» Qt с GTK.

и «линуксовые» Qt с GTK.

Они работают поверх user32.dll, а не системных вызовов win32k.sys (приблизительный аналог протоколов X11 и Wayland в Windows).

Они работают поверх user32.dll, а не системных вызовов win32k.sys (приблизительный аналог протоколов X11 и Wayland в Windows).

С одной стороны, и в линуксах у тех же тулкитов / фреймворков есть бэкенды. А с другой, какая разница, что там уровнем ниже, если в результате различные приложения всё равно используют разные тулкиты? В итоге и приходим опять к тому, что в Винде тоже не без зоопарка (уж в визуальном-то плане точно).

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

Между протоколами X11/Wayland и полноценным системным тулкитом разница огромная. Qt в Windows например умеет использовать нативные темы системного тулкита. Меньше проблем с совместимостью.

Есть кстати реализация Qt поверх GTK которая обеспечивает большую интеграцию, чем поверх X11/Wayland. Именно так и надо делать вместо использования протоколов напрямую. Системный тулкит должен быть один.

Как оно там внутри, не суть важно. Мы ж всё ещё про зоопарк тулкитов?

Лично мне не хватает скробблинга в ласт.фм.

Лично я прослушиванием потокового аудио не страдаю, поэтому конкретно этот пункт мимо меня.

Смотря что в винде тулкитом читать. WinAPI да, один. А так навскидку mfc и wpf вполне себе разные тулкиты. На кутях часто софт попадается, на гытыка gimp как минимум.