Компания Qt Company опубликовала релиз фреймворка Qt 6.2, в котором продолжена работа по стабилизации и наращиванию функциональности ветки Qt 6. В Qt 6.2 обеспечена поддержка платформ Windows 10, macOS 10.14+, Linux (Ubuntu 20.04+, CentOS 8.1+, openSUSE 15.1+), iOS 13+, Android (API 23+), webOS, INTEGRITY и QNX. Исходные тексты компонентов Qt поставляются под лицензиями LGPLv3 и GPLv2. Qt 6.2 получил статус LTS-выпуска, в рамках которого для пользователей коммерческой лицензии обновления будут формироваться в течение трёх лет (для остальных обновления будут публиковаться полгода до формирования очередного значительного выпуска)...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=55889
оо все, сегодня же перехожу на 6.2
Надеюсь, что это сарказм.
Мощное, универсальное, но уже тяжёлое и неповоротливое. Будущее у проекта, конечно, есть. И мы знаем как оно будет выглядеть с точки зрения требуемых аппаратных ресурсов.
> Мощное, универсальное, но уже тяжёлое и неповоротливое.Ой. Да ладно. Можно подумать у основного конкурента - GTK, сильно отличается прожорливость. На современном железе производительность XFCE 4.16 и KDE Plasma 5.22 на глаз не отличима, а вот достоинство у плазмы куда больше.
Достоинства в виде кастомизации и прочего? Ага, только в состоянии отличного от стандартных настроек у КДЕ начинают вылезать баги на ровном месте, одна из причин почему это ДЕ не используется по умолчанию в большинстве дистров. Да возможностей много, но к этому прилагаются и негативные аспекты.
Фор грейт джастис, плазма не падает даже под вяленым, даже с хитрыми настройками, даже с древним синаптег драйвиром. ЧЯДНТ?
Серьезно? Стоит поменять Window specific параметры как кде под вайланд замирает намертво.У меня крашился даже во время обычного использования под х11, благо это было пару раз за год. Он достаточно стабилен, последние месяцы использования гном крашился гораздо чаще, но утверждать что ваше любимое окружение непогрешимо, это глупость.
По-моему речь шла про прожорливость и неповоротливость, при чём тут баги? Слился?
Вы давно смотрели в сторону последнего GTK. Опробуйте как-нибудь на современном дистре.
Ещë как отличается. Вы поиграйте в gnome mines и kmines на максимальном поле, увидете, как gtk медленно ворочается. Даже если лаги почти незаметны, заряд аккумулятора уходит намного быстрее (это не только про сапера).
Только вот помимо памяти есть еще и процессор, и если на стационаре это не заметно, то на ноуте очень даже слышно как под кедами постоянно работают кулеры, а в крыске только когда я что-то тяжелое запускаю, понятно что для современных процессоров это пук в лужу и на общей отзывчивости не сказывается, зато сказывается на времени работы от батареи. Ну и выглядят кеды как вырвиглазное поделие, как не настраивай
Уже давно основной конкурент это электрон
Электрон лучше чем гтк.
Они бы лучше сделали что-нибудь для поддержки csd.
Возьми да сделай, представитель гордого "свободного сообщества". Или мы только с дивана можем компаниям советы давать?
с их лицензией то?)
Basic Premises of the Qt Open Source ModelGPL – All users have the rights to obtain, modify and redistribute the full source code of your application. Your users are granted rights founded on the four freedoms of the GNU General Public License.
LGPL – Any modification to a Qt component covered by the GNU Lesser General Public License must be contributed back to the community. This is the primary open source Qt license, which covers the majority of Qt modules.
что тебя не устраивает?
Так ты не понял что ли? Там при отправке кода подписываешь отказную, чтобы они могли твой код продавать закрытой в коммерческой версии.
Не все хотят работать бесплатно. Так что вполне аргумент. А без шашечек можно и пешочком, по старинке.
> Не все хотят работать бесплатно.В постсовковии- то? Кек
Ну и да, это всё ещё впопенсурс, и лицензия как бы разрешает тебе сделать форк и делать хорошо. Так что отмазаться от DIY всё ещё не получится.
С другой стороны, никто ж никогда не пользовался плодами гордого сообщества в меркантильных целях, да?
>всё ещё впопенсурсА это уже каждый сам решает. Либо форкать, либо мириться, что твой код ещё и продают. Лично меня больше удручает тот факт, что LTS закрыт. Т.е. я отправил код в бесплатную версию, а она намеренно с кучей багов.
Вот и шигорин бесплатно не хочет. Говорит на переезды и кроватки денех надо.
"Свободного сообщества" у таких больших проектов уже давно нет. Это свой мир со своими правилами, где просто "взять да сделать" не получится.
А что это?
Декодирование окон на стороне клиента. Например, Firefox, когда вкладки на уровне заголовка отрисовываются.
*декорирование, спс Т9 на планшете
> Они бы лучше сделали что-нибудь для поддержки csd.Вот и хорошо что не сделали. CSD - это рак.
CSD поддерживается ещё с пятых культей и гткшные приложения с csd прекрасно работают в кедах и на иксах и на вялом (чего нельзя сказать про поддержку SSD на гноме под вялым). Какая поддержка тебе ещё нужна?
>чего нельзя сказать про поддержку SSD на гноме под вялымШта?
https://gitlab.gnome.org/GNOME/mutter/-/issues/217
Там про CSD, а не SSD.
>Там про CSD, а не SSD.???
Там про реализацию расширения (которой не будет) xdg-decoration в mutter, который и есть SSD в вялом, первая же строка в описании интерфейса zxdg_decoration_manager_v1:
>This interface allows a compositor to announce support for server-side decorations.
Отличная новость, отличный фреймворк. Удачи проекту.Неоселяторы электронщики брызгать слюной.
Лийензияфаната удачого похода в гости к белому другу
Qt от электрона не далеко стоял. Вникай в тему.
Adobe Air и Flash тоже казались вечными и где они теперь? А Qt всё так же радует глаз.
Уже давно как не радует. Устарело
После гибели лтс ветки не нужно.
А в том другом, нужном, лтс ветка есть?
В Tk?
Говно мамонта тоже получается лтс.
Она есть - её сопровождают KDE
Да, это так: https://community.kde.org/Qt5PatchCollection
Это значит, что розробка Kde 6 начнется?
Да начнется, а когда закончится? Может даже никогда.
Не на Расте же. Значит, релиз будет.
Наконец вышел 6.2 LTS можно ждать новых КЕД.
Kde 6?
Эх, опять плазма падать будет.
Не спеши переходить, пока из дистров не начнут 5-ю убирать.
> Windows 10, macOS 10.14+, Linux (Ubuntu 20.04+, CentOS 8.1+, openSUSE 15.1+), iOS 13+, Android (API 23+), webOS, INTEGRITY и QNXНе понял. А где NetBSD?
И кстати где хоть одно приложение под iOS на Qt?
Вот оно https://apps.apple.com/us/app/sfosaka/id1131879202
Спасибо. Занятно. Не думал что Apple пропустит что-то, что на альтернативном фрэймворке и не выглядещее нативно.
> Не понял. А где NetBSD?Там же, где у её собственных разрабов. То есть - нигде.
Непонятно на кой нужны все эти лютые спецэффекты что демонстрируются в видео. Это теперь фрэймворк для игр?
Может потому что сейчас 2021 год и пора уже вылезать из интерфейса виндоуз 95?
Зачем? Летающие огоньки могут как-то повысить удобство работы?
Намек посмотри интерфейс macOS. Спойлер: «Да!»
Интерфейс макос это гном. Где удобство? Ты странный.
Про неудобство Гнома говорят только люди которые не поняли парадигму этого de, тоесть обычные неосиляторы или люди которые даже не пробовали разобраться как и что там работает или видели гном только на скриншотах.
Какая у него парадигма? Мне правда очень интересно
Все в штыки воспринимают разделение рабочего пространсва на два слоя, где первый слой это запушенные приложения и верхняя панель для быстро доступа к часто используемым функциям и информаии типа громкость, время/дата, а второй слой это непосредственное управление окнами и запуском/переключением между приложениями. Поэтому пытаются переделать гном с помощью расширений в привычный для них вид, даже не попытавшись разобраться дефолтным состоянием, а если разобраться то получается что такое разделение на самом деле очень удобное, и им удобно управлять как полностью мышью так и полностью с клавиатуры(абсолютно все можно сделать через горячие клавиши) или гибридно клава+мышь(мой вариант) и это делается так же быстро как и в других ДЕ, несмотря на то что там два слоя и кажется что все должно быть дольше, а для владельцев ноутуков или отдельных тачпадов есть очень удобные жесты, с которыми буквально срастаешся и даже становишся немного зависимым от них. Но проблема в том что люди не дают шансов дефолтному гному и пытаются сделать из него привычное для себя ДЕ и портят себе весь экспириенс.
Как и всегда отвечу тебе: проблема гнума в тулките и в его серпентарии ака сообществе.
А кому хоткеи надо, прекрасно юзают мозаику. Таки да.
Что не так с тулкитом? У КДЕ такой же серпентарий.
Продолжайте мысль, уже несколько человек заинтригованы.
ждемс )
Что там за парадигма, мы, таки, от тебя не узнаем.
Сижу на гноме 10 лет. Что за парадигма? Может я против. Меня не предупреждали.
современная Макось ближе к идеологии гном2 чем к этим огонькам, садись два.
А что там с типизованным qml и с внедрением в него c++ заместо js?
Пока тишина. Никаких громких заявлений.
В винде dll Qt 6.2 похудели процентов на 20 по сравнению с Qt 5.15.2
Они и в Linux похудели. Один только вынос QTextCodec в отдельный модуль qt5compat дал, по-видимому, значительное сокращение объема кода, поскольку кодеки поддерживались в большом количестве разных классов (QFile, QSettings, ...) и теперь эта поддержка была выкинута. В результате QSettings теперь не может в Linux с локалью ru_RU.UTF-8 корректно прочитать ini-файл, созданный в винде и содержащий значения строковых параметров в кодировке win-1251 (в процессе чтения происходит полная порча текстовых значений, которые уже не восстановить). Пришлось вместо использования QSettings переходить на использование классов из boost'а. Прибил бы этих оптимизаторов...
Это где такую траву завозят? gui+core+widgets. Всё вместе возросло на 3 мегабайта.
> win-1251Шёл 2021 год...
Да хоть бы 2051й.
Есть требования - надо реализовывать. Окружающий мир не всегда соответствует желаниям и представлениям о прекрасном
Надо — реализовывай.
В системе то UTF-8, но данных в 1251 хоть завались.
Это только если машина находится чисто в Linux экосистеме порядок и единообразие, а редкие данные в инородных кодировках можно и перекодировать.
А в реальности многим программам еще долго приходится жрать и ср1251.
Тьяго сказал depreacated, значит deprecated.
Это данные, которые на деле проще сжечь и забыть, чем перевести в utf-8?
Да, сначала распечатать, потом в шредер, потом сжечь, потом заново распечатать и пойти работать ибо заказчик баран и по другому не умеет
Расскажите это, например, РЖД с их убогим но безальтернативным ЭТРАН, понимающим только CP-1251.
cp65001
> ini-файл, созданный в винде и содержащий значения строковых параметров в кодировке win-1251Чепуха какая-то. В комментариях, что-ли? Пример можно?
[Person]
Name="Вася"Такого примера достаточно?
Ты со знаком ошибся, либо собрать чего-то забыл.
Сам посмотри. Qt5.14.2/Qt6.2 оба собранный MinGW 8.1 64 bit:
QtCore 7,8/5,99
QtGui 9,21/8,79
QtMultimedia 1,51/0,62
QtNetwork 2,57/1,7
QtWidgets 8,26/6,19
plugins/platforms/qwindows 2,76/0,98
Qt6Core5Compat -/0,82Итого: 32,11/25,09
Qt6.2 в данном наборе библиотек похудело на 22%
*Qt5.15.2/Qt6.2
*собраны
Чего-то у тебя с размером 5.15 не то. Стрипнуть забыл?6782912 libQt5Widgets.so.5.15.2
7705832 libQt6Widgets.so.6.2.09880144 libQt6Gui.so.6.2.0
7137240 libQt5Gui.so.5.15.2
Я привел размер библиотек в винде. Я не собирал, эти библиотеки установила Qt MaintenanceTool.
Вендузята такие смешные:)
С чего ты взял что я "вендузят"? Для Qt есть сборка от Qt company. Понятно, что для linux это не очень то надо, но для винды в самый раз.
Вот в liunux:
6908 libQt5Core.so.5.15.2
6312 libQt6Core.so.6.2.08572 libQt5Gui.so.5.15.2
9520 libQt6Gui.so.6.2.01388 libQt5Multimedia.so.5.15.2
972 libQt6Multimedia.so.6.2.02168 libQt5Network.so.5.15.2
1648 libQt6Network.so.6.2.07912 libQt5Widgets.so.5.15.2
7192 libQt6Widgets.so.6.2.05% в пользу Qt 6.2
Build and run GTK 4 applications with Visual Studio
https://www.collabora.com/news-and-blog/blog/2021/03/18/buil.../
>Ключевые улучшения в Qt 6.2 в основном касаются включения в состав модулей, которые были доступны в Qt 5.15Инновации!
Самое смешное, что подобное будет и при переходе с 6 на 7 версию.
> Инновации!Конечно.
Наконец-то перешли на C++17 и CMake, это огромный объём работы.
Жаль, что в новый релиз не включили Unicode 14.0, ну да ладно, не срочно. :)
Не понимаю шутка это или нет.Ну да, работать нужно. Чтобы релиз выпустить.
Однако это уже третий релиз 6той ветки.
Обычно предполагается что работать всё должно в первом релизе, а в последующих только править ошибки и вносить небольшие изменения не ломающие апи.
> Однако это уже третий релиз 6той ветки.Самое главное написано во втором абзаце новости: "...в состав включены недостающие модули...".
> работать всё должно в первом релизе
А они кому-то задолжали?!
> вносить небольшие изменения не ломающие апи
Вот для этого и был разработан модуль QtCore5Compat.
> А они кому-то задолжали?!Ох. С таким подходом обсуждать тут нечего и новость писать незачем.
С таким подходом лучше вообще только читать.
Я тоже считаю что это несколько странно - выпустить релиз 6.0, в котором половина модулей не работает, и только к версии 6.2 добавить остальное. Получается 6.2 по-хорошему это и есть 6.0, так и зачем тогда было так спешить и выдавать тот огрызок за полноценный релиз.
Так и не всё ещё добавили.
Всё очень просто: не каждой программе на Qt нужны все эти модули сразу.
И хочется использовать новые возможности уже сегодня, а не ждать неизвестно сколько.
Чем больше баг-репортов и патчей получит Qt Group - тем лучше для всех. :)
А я по прежнему сижу на 5.5 из-за того что это последняя версия с QtWebKit. Мне нужна нормальная программная работа с браузером в editable режиме, а вся эта асинхронность блинка требует кардинального переписывания кода, а в некоторых случаях, даже если действовать по рекомендациям Qt нужного результата не получается.
Не ты один. Еще Sailfish с Аврорами тем же путём идет.
Хороший был toolkit, но страдает ожирением. А компактных gui практически не осталось, gtk тоже страдает лишним весом.
> страдает ожирениемНе страдает, а наслаждается.
> А компактных gui практически не осталосьСлежу за https://www.ttauri-project.org - Vulkan, C++20, но для Линуксов нужно чуть-чуть подождать.