После полугода разработки представлен (https://blog.qt.io/blog/2018/05/22/qt-5-11-released/) релиз кроссплатформенного фреймворка Qt 5.11 (https://www.qt.io/). Исходные тексты компонентов Qt поставляются под лицензиями LGPLv3 и GPLv2, инструменты Qt для разработчиков, такие как Qt Creator и qmake, а также некоторые модули поставляются под лицензией GPLv3.Основные новшества (https://wiki.qt.io/New_Features_in_Qt_5.11):
- В движке QML отмечаются (http://blog.qt.io/blog/2018/05/22/optimizing-qml-compiler-pi... серьёзные внутренние изменения: полностью переписаны стадии парсинга и компиляции QML, что отразилось в увеличении производительности и удобства сопровождения. Новый компилятор теперь формирует на базе QML не привязанный к конкретной платформе байткод, который может кэшироваться в файлах qmlc.Байткод также можно компилировать отдельно при помощи qmlcompiler и включать в поставку продукта. Для выполнения байткода применяется новый интерпретатор, который на 80-90% опережает по производительности интерпретатор, применявшийся в прошлом выпуске. Поверх интерпретатора байткода применяется Hotspot JIT, во всех областях обгоняющий по производительности старый JIT;
- В Qt Quick добавлена поддержка загрузки сжатых текстур, поставляемых в форматах ktx и pkm, что позволяет сократить потребление памяти и ускорить запуск приложения за счёт применения формата изображений, который напрямую может быть обработан GPU, без отдельных стадий распаковки изображений jpeg/png;
- Представлена порция мелких улучшений (https://www.kdab.com/new-in-qt-5-11-improvements-to-the-mode... в Qt Core, например, добавлены новые методы для более полной совместимости с STL. Классы QChar, QString, QTextBoundaryFinder, а также алгоритм обработки двунаправленного текста, приведены к полной совместимости со спецификацией Unicode 10;
- В Qt Quick Controls 2 добавлено множество мелких новшеств и исправлений, таких как свойство auto-repeat для кнопок, улучшенное позиционирование для ScrollBars и более качественная настройка стилей для SpinBoxes;
- Значительно переработан диалог вывода на печать для платформы Linux, расширена поддержка всех опций, предоставляемых системой печати CUPS;
- В Qt Widgets проведена работа по устранению ошибок. В классе QLineEdit добавлена поддержка режима быстрого выделения текста мышью;- В Qt Location добавлена экспериментальная поддержка пошаговой навигации (turn-by-turn). Представлен API для создания картографических объектов, не привязанных к классу QQuickItems. Значительно увеличена производительность объектов MapPolyline, в которых также появилась поддержка слоёв в комбинации с элементами объекта Map. API Routing и Places доработаны для поддержки расширений,
добавлен новый элемент WayPoint. В плагине MapBox появилась поддержка геокодирования и объектов Places;- Qt WebEngine обновлён до кодовой базы Chromium 65. Добвлена поддержка встроенных инструментов для web-разработчиков, не требующая запуска отдельного браузера;
- В набор Qt for Device Creation, предназначенный для создания полноценных загрузочных мобильных систем с окружением на базе Qt и QML, добавлена возможность использования графических слоёв на базе оборудования, поддерживающего аппаратный композитинг (VSP2), что позволяет повысить производительность, снизить энергопотребление и реализовать такие возможности как вывод видео в нижележащем слое;
- В классе SerialBus улучшена поддержка CAN Bus, а в Bluetooth поддержка BTLE. Обновлён модуль QtKNX (https://blog.qt.io/blog/2018/05/18/qtknx-updates-5-11/) с поддержкой одноимённого стандарта для управления (https://doc-snapshots.qt.io/qtknx/qtknx-overview.html) домашней автоматизацией. Добавлен (https://blog.qt.io/blog/2018/05/16/opc-ua-support-qt-5-11/) экспериментальный модуль (https://blog.qt.io/blog/2018/05/16/opc-ua-support-qt-5-11/) с поддержкой промышленного коммуникационного стандарта OPC/UA (https://ru.wikipedia.org/wiki/OPC_UA);
- В Qt Network для платформы iOS добавлена поддержка TLS-расширения ALPN, применяемого для установки защищённого соединения в HTTP/2. В QNetworkRequest добавлена операция Http2DirectAttribute для запуска сеанса HTTP/2 без первого согласования соединения;- Расширена поддержка средств для людей с ограниченными возможностями, предоставляемых на платформе Windows. Связанный с accessibility код полдностью переписан с использованием Microsoft UI Automation вместо старого фреймворка Microsoft Active Accessibility;
- Проведена работа по улучшению стилей виджетов на платформе Windows, при использовании экранов с высокой плотностью пикселей (High-DPI);
- Утилита qdoc переведена на libclang для разбора кода на C++
- Удалена поддержка некоторых старых компиляторов и платформ, включая MSVC 2013, QNX 6.6 и macOS 10.10;
- Представлена (http://blog.qt.io/blog/2018/05/22/qt-for-webassembly/) ...экспериментальная версия Qt для WebAssembly, которая позволяет компилировать графические приложения на базе Qt в виде модулей на WebAssembly, которые можно запускать непосредственно в web-браузере. Для компиляции применяется (https://wiki.qt.io/Qt_for_WebAssembly) Emscripten (http://emscripten.org/). OpenGL транслируется в WebGL. Из поддерживаемых классов отмечаются QtBase, QtDeclarative, QtCharts, QtGraphicalEffects, QtQuickControls, QtQuickControls2, QtWebSockets,
QtMqtt;- Проходит тестирование Qt for Python (https://wiki.qt.io/Qt_for_Python), набор модулей для создания графических приложений на языке Python с использованием Qt5. На текущем этапе содержимое Qt for Python полностью аналогично PySide2.
URL: https://blog.qt.io/blog/2018/05/22/qt-5-11-released/
Новость: https://www.opennet.ru/opennews/art.shtml?num=48641
Отличный повод для форка! Пора разрабатывать свой собственный Российский графический тулкит!
> Отличный повод для форка! Пора разрабатывать свой собственный Российский графический тулкит!но ведь отечественная ос "парусрыба" и так какой-то отечественный тулкит уже содержит
> Отличный повод для форка! Пора разрабатывать свой собственный Российский графический тулкит!Они даже поучаствовать нормально не могут. https://codereview.qt-project.org/ забанен по решению суда.
Вранье, все работает.
Блокировки обходишь? http://isitblockedinrussia.com/?host=codereview.qt-project.org
Не вранье, Ростелеком продолжает по ip блокировать
Билайн. Ниxpeна не работает.
Билайн. Все работает.
TTK-Волга работает.
Не коннектится...
Заодно и llvm.org заблокирован...
Аналогично. Билайн, подмосковье. Работает.
Причём здесь РКН?
И здесь байткоды :(
И не говори. Виджеты похоже выкинут скоро. Годы стагнации не пройдут даром.
Похоже да не похоже.>В Qt Widgets проведена работа по устранению ошибок.
>Проведена работа по улучшению стилей виджетов на платформе Windows, при использовании экранов с высокой плотностью пикселей (High-DPI);
Это незначительные изменения.
Зачем вносить значительные измененияй в то, что и так хорошо работает? Чего же там не хватает?
Нормального процесса разработки. А то сейчас там одни регрессии и точечные костыли.
Регрессии могут быть во всем, ошибки фиксят. С процессом разработки все в порядке. Для десктопа архитектура виджетов весьма стройная и продуманная. Вот для спецэффектов и смартфонов уже не подходят, поэтому и делают _параллельно_ Qt quick.
Фиксят те же пользователи через codereview, а на счёт архитекторы уже никто не думает давно. 10 лет там ничего не изменилось.
Я уже не говорю, что рендеринг в них исключительно на CPU, да и тот замедился раза в полтора после Qt4. В общем оставление от современных реалий на лицо.
> это незначительные измененияА так?
http://code.qt.io/cgit/qt/qtbase.git/tree/dist/changes-5.11....
Чем это плохо? Вроде же производительность выросла.
Если открыть скриншот со сравнением PNG vs. KTX, то видно, что KTX замылен и неприятен глазу.
> Если открыть скриншот со сравнением PNG vs. KTX, то видно, что KTX замылен и неприятен глазу.Ишь, чего учудили! Только ламповый JPG!
Так ты специслист по мылу получается?
5.9 LTS прочно занял свою нишу на ближайшую пятилетку вместе с Ubuntu 18.04 LTS на десктопе и все эти ноухау пролетают мимо.
Гораздо интереснее когда всё-таки релизнут pyside2 и что там нынче с мобильной разработкой, кажется на неё забили
В Ubuntu ещё и snap полноценно появился, так что нет :)
Было б интенесно, если б еще запили сборку хотя бы exe-шников с PySide2, а то начудили с cx_Freeze, удаляя параметры для включения либ в архив. А с "zip_include_packages" cx_Freeze не все зависимости ищет, например, с numpy. А без сжатия, сборка exe-шника - долгое занятие, да еще и размер прожки с несжатыми либами - больше 1 Гб, если используется numpy+mkl. PyInstaller тоже чудит с Matplotlib, если не установить девелоперскую версию с одной из веток на GitHub. Было бы хорошо, если б еще придумали нормальный сборщик с простой настройкой и без геморроя.
зачем вообще этот qml
Он шикарен, лаконичен.
Попробуйте.
Это он так эпично спалился
> зачем вообще этот qmlТолько чтобы делать свистопердящие приложения в стиле Aero и еще для мобильных устройств с пальцетыканьем.
>Только чтобы делать свистопердящие приложения в стиле Aero и еще для мобильных устройств с пальцетыканьем.Так офигенно же. Не старопердящие же приложения в стиле motif делать для десктопов.
> зачем вообще этот qmlрендеринг виджетов напрямую на видеокарте (через scenegraph). Qt Widgets сейчас полностью рендерятся цпу например
Новый компилятор теперь формирует на базе QML не привязанный к конкретной платформе байткод, который может кэшироваться в файлах qmlc.зачем??? зачем в компилируемой на ц++ программе не привязанный к этой платформе гуи??? ну зачем? нафига? какой в этом смысл?
Хуже того, в этот "байткод" qtcreator не умеет.
> Новый компилятор теперь формирует на базе QML не привязанный к конкретной платформе
> байткод, который может кэшироваться в файлах qmlc.
> зачем??? зачем в компилируемой на ц++ программе не привязанный к этой
> платформе гуи??? ну зачем? нафига? какой в этом смысл?дофйxoa вapиaнтoв, от простых и до навороченных:
- стильно, модно..
- доставка гуя по том или иному тарифному плану
- в "следующей перспективе", тарифицируются клики на контролах
...
> зачем???В сущности, они пилят своё подобие Electron-а. ИМХО это было очевидно.
Они пилят подобие XAML, и начали это делать задолго до появления Electron.
Electron пилит подобие XAML и QML, это было очевидно. Ты небось сидишь в шапке из фольги.
> Они пилят подобие XAML, и начали это делать задолго до появления Electron. Electron пилит подобие XAML и QML, это было очевидно.И? Кроме особенностей реализации, идейно в них есть какое-то различие?
> Ты небось сидишь в шапке из фольги.Мне какбы пофигу вот от слова совсем. Просто высказал мысль.
Но, действительно, мне не внушает оптимизма идея пихать куда надо и не надо очередной JavaScript.
Мммм...нет. Электрон это когда пользовались !@#$%^ и палками и решили пилить приложения как серьезные дяди. Ничего толкового конечно не вышло.
QML это когда серьезные дяди пилили толковые приложения и решили, что синтаксис С++ хорош для логики, но для GUI неплохо заюзать декларативщину со своим рантаймом и обработкой на GPU. Тут толковое выходит с переменным успехом.
Зачем байткод отвязали от платформы - не до конца понятно. Видимо для вебассембли, что по-мне вызывает слишком много вопросов, да еще и заходят на территорию !@#$%^ и палок.
> Зачем байткод отвязали от платформы - не до конца понятно.Мне как раз непонятно, зачем байткод был платформозависимый, если интерпреирует и исполняет его всё равно фреймворк.
>Зачем байткод отвязали от платформы - не до конца понятноТ.е. зачем шейдеры для графических карт в 3D сценах генерируются через llvm байткод Вам понятно.
А зачем то же самое делать с GUI нет? К какой конкретной видеокарте Вы собрались приколачивать байткод?
Те же виджеты, плагины, расширения от сторонних разработчиков не обремененных интересом поддерживать множество платформ. Ярким примером служит KDE. А сколько их было до QML не счесть.И вообще, почему нет? Вас кто-то заставляет этим пользоваться или как?
> И вообще, почему нет? Вас кто-то заставляет этим пользоваться или как?Это называется критика.
> Те же виджеты, плагины, расширения от сторонних разработчиков не обремененных интересом
> поддерживать множество платформ. Ярким примером служит KDE. А сколько их было
> до QML не счесть.
> И вообще, почему нет? Вас кто-то заставляет этим пользоваться или как?Я по другую сторону баррикад, но да - заставляют. Qt фактически единственный нормальный GUI фреймворк и любое его изменение отражается на многих пользователях хотят они того или нет.
А кто сказал, что программа на плюсах, а не на питоне каком?
Например, чтобы можно было поставлять программный продукт на QML и не бояться, что его просто так возьмут и слямзят.
> Hotspot JITИз openjdk что ли взяли или просто имя такое же выбрали?
> Once we had the new interpreter implemented, we then went ahead and added a relatively simple hotspot JIT ...JIT из OpenJDK далековат от "relatively simple", так что просто название такое же.
Это засланец из орацле мину заложил, чтобы по приходу проекта к успеху выкатить иск.
А я только что Qt5-5.10.1 на FreeBSD 11.2-BETA2 щупаю.
>Утилита qdoc переведена на libclang для разбора кода на C++А это печально :(
Gcc из-за gpl не очень для этого применим. Даже с самим qt под lgpl он не совместим, не говоря уже о прикладном софте, юзающем qt, который может быть и с лицензией bsd/mit, и с apache или, вообще, прости господи, проприетарной.
И, скорее всего, там, вообще, до этого был свой велосипед, кривой и косой.
сломали qsettings под Андроид (пофиксят в 5.11.1) и webgl streaming везде
Что за попугаи на графиках?
в 5.10 был мощный рывок - поддержка графики api Vulkan.
ну а что в новой? экспериментальная версия Qt для WebAssembly не работает я ее собирал на этапе тестирования по инструкции. что до версии под питон вообще нечего говорить с 1998 года варится все никак не сварится уже 20 лет.
может для iOS и Windows и людей с ограниченными возможностями, которые ими пользуются - это, да. но я всю дорогу в Linux а сейчас в основном осваиваю программную среду Google для Chromeos и Fuchsia. и рад бы порадоваться да как то не выходит.