После девяти месяцев разработки представлен (http://blog.qt.io/blog/2016/03/16/qt-5-6-released/) релиз кроссплатформенного фреймворка Qt 5.6, продолжившего развитием ветки Qt 5.x и отнесённого к выпускам с длительным сроком поддержки. Qt 5.6 стал первым LTS-выпуском Qt 5.x, для которого обновления будут выпускаться в течение трёх лет, в то время как обычные выпуски поддерживаются только год. Время поддержки прошлого LTS-выпуска Qt 4.8 истекает в конце 2015 года, пользователям Qt 4.x рекомендуется перейти на Qt 5.При разработке релиза Qt 5.6 использовалась новая система непрерывной интеграции Coin, позволившая повысить оперативность выявления ошибок и перейти на новый уровень тестирования, охватывая различные платформы и конфигурации. При подготовке LTS-выпуска значительное внимание было уделено повышению качества и обеспечению паритета функциональности для различных платформ.
Основные изменения (http://qt-project.org/wiki/New-Features-in-Qt-5.6):- Полная переработка кода для кросс-платформенной поддержки экранов со сверхвысоким разрешением (High-DPI). Новая реализация позволяет автоматически масштабировать интерфейс приложений, написанных для обычных экранных разрешений, для экранов с высоким DPI. Размеры шрифтов, элементов окон, пиктограмм и прочих графических объектов автоматически подстраиваются под имеющееся разрешение. В конфигурациях с несколькими мониторами подобное масштабирование производится на лету при перемещении окна между обычным и High-DPI экраном.
- Значительное улучшение браузерного движка Qt WebEngine, который обновлён до кодовой базы Chromium 45 и получил возможность использования плагинов с интерфейсом PPAPI (Pepper), например, в форме PPAPI-плагина поставляется Flash для Chrome. Добавлена возможность настройки работы через прокси. Портирован WebActions API. Добавлен новы модуль Qt WebEngineCore, предоставляющий низкоуровневый API для обработки web-контента. На платформе Linux порция поставляемых в составе библиотек заменена на использование штатных системных библиотек дистрибутивов.
- В разряд полностью поддерживаемых переведён модуль Qt Location, предоставляющий приложениям простые средства для интеграции карт, навигации, пометки интересных мест (POI). Модуль поддерживает интерфейс плагинов, через который можно подключать бэкенды для работы с различными сервис-провайдерами и создавать расширения API. В текущем выпуске обеспечена поддержка сервисов HERE, Mapbox и Open Street Map;
- В инфраструктуру виджетов для создания панелей добавлена поддержка программного изменения размера панели, создания плавающих панелей и перегруппировки вкладок;- В Qt Multimedia добавлен новый QML-тип PlayList и Audio role API для медиаплееров;- В Qt Canvas 3D добавлена возможность использования объектов Qt Quick Items в качестве текстур и возможность прямой отрисовки в фоновые и активные сцены QML;
- Обеспечена полноценная поддержка платформы Windows 10 и подготовка бинарных сборок Qt для Visual Studio 2015.- Из поставки удалены Webkit и Qt Quick 1, которые оставлены в репозиториях исходных текстов, но не вошли в состав пакета Qt 5.6. Qt Script пока оставлен в Qt 5.6, но имеет статус устаревшей технологии.
- Улучшена совместимость кодовой базы со стандартом C++11 и STL;- Добавлен новый класс QVersionNumber;- В QNetworkAccessManager добавлена поддержка перенаправления HTTP-запрсоов;- Улучшена поддержка OpenGL ES 3;
URL: http://blog.qt.io/blog/2016/03/16/qt-5-6-released/
Новость: http://www.opennet.me/opennews/art.shtml?num=44059
Что-то ничего кардинального или просто интересного нет. Зато, будем надеяться, ничего не поломали:)
Qt script оказался никому не нужен. Кто бы мог подумать! Кто-то заплатил деньги, кто-то писал код, а в итоге не нужно. Гримаса капитализма.
>Гримаса капитализма.Да, расскажи нам как при комунизме люди перестают ошибаться.
В гражданку из ВПК практически ничего не пришло. В каждом учебнике по технологиям двойного назначения приписка: "по материалам зарубежной прессы", потому что свое все страшно секретное.Практически 100% потери труда и ресурсов.
Не нужен, потому что javascriptcore. Новые QQmlEngine и QJSEngine уже jit даже на арме умеют.
>Новые QQmlEngine и QJSEngine уже jit даже на арме умеют.А JavaScriptCore умеет JIT еще и на MIPS и SH4, причем полноценный DFG, а не обрубок из QJSEngine.
А если часть окна на одном мониторе, а часть — на другом?
Причём второй повёрнут на бок...
Не на 45 градусов же. Что ему будет, DPI-ю?
Было бы глупо от одного плясать при различном горизонтальном и вертикальном. Не поверю, что до такого додумаются.
http://doc.qt.io/qt-5/qquickasyncimageprovider.html - джва года ждал!
Добавьте в новость, если кому интересно.
Вкратце: реализована возможность асинхронной загрузке изображений из C++ в QML. Правда, пока не очень понятно, как этим пользоваться
9 месяцев разработки как бы намекает
Намекает, что на пол месяца выкатили раньше?
Может лет через 5-10 начнёт поддерживать Kerberos в классах HTTP
https://bugreports.qt.io/browse/QTBUG-1538
Тогда можно будет запилить Single Sign-On в KDE...
Qt Script жаль.
Нужен ещё аналог делфийного RadioGroup.
Нафиг не нужен ибо RTFM https://doc.qt.io/qt-5/qtwidgets-widgets-groupbox-example.html
Прекрасно всё делалось ещё на Qt 4.x (более раннего просто не успел попользовать). Delphi (и вообще всё экс-Борландовское) вообще плохой пример для подражания.
google delphi groupbox (с delphi1 1995)
И что я там должен увидеть, чего не умеет Qt? Всё прекрасно средствами Qt делается. А если не осилил - форумов навалом, хоть тот же prog.org.ru
Вот чего, возможно, не хватает, так это какого-нибудь NCReport и готовых дров к БД сразу из коробки, чтобы не собирать по отдельности в разных системах.
И какой-нибудь ботвы которая будет жрать мозг и давать в щи за дерьмовый стиль кодирования прямо на этапе написания, как это делает решарпер например.
>готовых дров к БД сразу из коробки, чтобы не собирать по отдельности в разных системах.А Qt5 для винды поставляется с драйверами для мускуля, постгреса, sqlite и odbc (для всего остального).
В линуксах всё есть в репозитариях (основных и дополнительных), ну если не брать в счет LFS - там ВСЁ нужно собирать.
О, спасибо. Как-то пролетела мимо эта новостя.
Mint 17.3 до сих пор qt-sdk из коробки 4.8.5 ставит и как-то не было раньше резона сильно рваться до 5-ой.
Когда оно будет нормально мимикрировать под GTK+3? Без слёз на программы на Qt не взглянешь.Будет ли оно поддерживать CSD, есть ли какие-нибудь виджеты, вроде GtkHeaderBar? Вообще неплохо было бы реализовать QGtkExtras, как это сделали для иксов (x11extras).
Так как GTK+ -- единственный дефолтный тулкит для GNU/Linux, нечто вроде Win32 API.
>GTK+ -- единственный дефолтный тулкит для GNU/Linux, нечто вроде Win32 API.Это с каких пор.
Qt -- дефолтный для линуксов (KDE, LXQt).
Не обращай внимание, для фанатов Gtk+3 характерно не в меру раздутое ЧСВ "Gtk идёт своим путём, а другие пусть под него подстраиваются".
А это легко решается. Надо лишь разобраться как в gtk задаются темы, сделать реализицию, протащить в апстрим, попутно исправив недостатки апстрима. Думаю, за 20 баксов в час легко можно найти желающего это сделать.