LINUX.ORG.RU
Новости — Open Source  

Qt 5.5

 ,


1

5

1 июля 2015 года, после 6 месяцев разработки был выпущен фреймворк Qt 5.5.

В данной версии было устранено более 1500 различных ошибок — разработчики уделили основное внимание повышению стабильности и оптимизации производительности.

Пакеты новой версии Qt для Linux были собраны на RedHat Enterprise Linux, что позволило использовать одни и те же бинарные файлы на множестве различных дистрибутивов (от RHEL 6.6 до Ubuntu 15.04).

Новое в этом выпуске:

  • Qt3D — новый модуль, содержащий высокоуровневый API для C++ и QML делающий более простой интеграцию средств работы с 3D графикой в приложениях на Qt. Данный модуль поддерживает рендеринг на OpenGL 2, 3, 4, OpenGL ES 2 и ES 3. Демонстрацию возможностей нового модуля можно посмотреть на YouTube.

    Функциональность пока имеет статус Tech Preview.

  • Qt Canvas 3D — Javascript API трёхмерной отрисовки для Qt Quick.
  • Новый модуль Qt Location содержит средства для определения местоположения, прокладки маршрутов и прочих операций с картами.

    Работает с сервисами Nokia Here, Mapbox, OpenStreetMap.

    Правда, на данный момент, функциональность модуля также реализована только на уровне Tech preview.

  • В модуле Qt Bluetooth реализована полноценная поддержка спецификации Bluetooth Low Energy.
  • Qt Multimedia — GStreamer 1.0 используется по умолчанию, но необходимо сконфигурировать проект с -gstreamer 1.0.
  • Новый субфреймворк для создания видеофильтров, поддерживающий интеграцию элементов VideoOutput с OpenCL или CUDA.
  • Поддержка Windows 10.
  • Коммерческие версии продуктов Qt теперь разделены только на две категории.
    • Qt for Application Development — включает в себя все мобильные и настольные решения, поставляется с коммерческой лицензией и сервисом поддержки;
    • Qt for Device Creation — инструментальные средства создания приложений для прочих встраиваемых устройств.

Объявлены устаревшими следующие модули:

  • Qt Webkit, вместо него следует пользоваться Qt WebEngine.
  • Qt Declarative (Qt Quick 1), настоятельно рекомендуется перейти на Qt Quick 2.
  • Qt Script, рекомендуется использовать Qt QML.

Сборки IDE Qt Creator отныне также формируются на базе Qt 5.5.

>>> Полный список изменений

★★★★★

Проверено: Shaman007 ()
Последнее исправление: Dendy (всего исправлений: 7)

 ← 1 2 3 4 →
Ответ на: комментарий от anonymous

Всё проще. Слишком маленький рынок оказался для этого.

То-есть теперь с повышением цены в 14 раз рынок должен вырости?

Dendy ★★★★★
()

Ребят... немного не по теме, но я в отчаянии! Помогите пожалуйста в получении посылки с кикстартера! Я не понимаю этих заморских понятий...

http://i72.fastpic.ru/big/2015/0703/29/77b2e2d76776bcdfd3a79e922c985529.png

Я в московской области живу, так понимаю это State/Province? А zip code это что? А P.O.Box? Телефон им мой зачем? Я все-равно ниче толкового им не скажу...

Можете по пунктам пройтись и сказать че писать? :)

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

Я в московской области живу, так понимаю это State/Province

Конечно, есть еще какие-то варианты?

А zip code это что?

Почтовый индекс.

казать че писать?

Главное индекс правильно напиши, остальное работники почты как-нибудь разберут.

anonymous
()

Объявлены устаревшими следующие модули:
Qt Script, рекомендуется использовать Qt QML.

непонятно, как они предлагают заменять QtScript на QML, если qml - это markup language, а QtScript используется для скриптования логики приложения?

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

У QML свой движок Javascript, а QtScript это вроде бы V8.

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

Потому и ждали родной компонент, скрывающий весь этот маразм.

Да я не возражаю, что C++ - это один большой маразм.

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

Да ты вообще не понимаешь о чем говоришь. Какой C++, QML это javascript + велосипедный язык описания интерфейса.

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

На русском, по старинке а\я — абонентский ящик, если нет, желательно завести для солидности, э-эх, школота!

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

Проблема с созданием велесипедного TreeView в QtQuick заключалась в сложностях динамической генераций объектов и их последующего удаления из памяти. qml это декларативный язык и подобные вещи в нем крайне неудобны (просьба не тыкать в документацию на CreateObject и Loader, попробуйте, сначала, запилить на этом что-то посложнее, чем в примерах).

Я подобную проблему решил в свое время созданием прокси-модели, которая преобразует дерево в список. На так ненавистных некоторым плюсах, что характерно :)

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

непонятно, как они предлагают заменять QtScript на QML, если qml - это markup language, а QtScript используется для скриптования логики приложения?

В QML тоже есть JavaScript-движок и там тоже можно выполнять код на JS. Можно только его и использовать: http://doc.qt.io/qt-5/qjsengine.html

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

Использовать можно. Но qml таки придётся тащить.

А что там тащить? Если только для скриптов, то QtQuick не нужен. Остается QtQml, а это по сути только движок.

BlackRaven86 ★
()

Qt Webkit, вместо него следует пользоваться Qt WebEngine.

А Qt WebElement API и поддержку своего network access manager (или аналог) сделали?

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

Из фишек там только это указано:

  • WebEngineProfile for control of storage and cache paths and related policies.
  • Added support for javascript Geolocation API with QtLocation as a backend
  • Added API for managing downloading of files
  • Added API for controlling cache and cookie paths and policy
  • Added API for WebEngine settings
  • Various experimental QML API has been promoted to public
  • Added QtWebChannel integration API over Chromium IPC
  • Updated Chromium snapshot to version 40
Twissel ★★★★★
() автор топика
Ответ на: комментарий от anonymous

он его не осилил, очевидно же

Сдуй щёки, т.к. на планете нет такой личности, которая бы осилила цепепе :-)

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

А Qt WebElement API

Нет и не будет.

и поддержку своего network access manager (или аналог) сделали?

В 5.5 вынесли cache и cookies в QWebEngineProfile. Возможно, NAM тоже не будет.

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

Нет и не будет.

Год назад говорили что скоро будет

В 5.5 вынесли cache и cookies в QWebEngineProfile. Возможно, NAM тоже не будет.

Значит QWebEngine - это урезанная замена QtWebKit?

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

Осталось теперь придумать, как без NAM делать фильтрацию/адблок.

Ага, мелочь какая.

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

Гибкости QtWebKit уже не будет, учитывая архитектуру нового хромо-движка.

Suigintou ★★★★★
()

Им не понравился общепринятый веб-стек и они решили запилить свой с нуля? Похвально, чо. И как, попытка удалась?

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

Все просто - он так и неасилил С++. В основном в ногу стрелял, а попадал себе в голову.

Так основная изюминка цепепе в том, что «осилившие», обречены на кодирование с последующим исправлением тысяч ошибок, как, например, в кутэ их было 1500 :-) А «не осилившие» просто посмееваются над сборником заимствованных откуда только можно, криво реализованных идей, под названием цепепе :-)

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

Прозреваю, что в версии 6 QtWidgets объявят deprecated, а в версии 7 от Qt останется только Google Chrome.

anonymous
()

Интересно, почему новость про Qt привлекает столько анонов? Наверно, потому что оно годно.

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

Наверно, потому что оно годно.

Действительно, в контексте цепепе оно самое годное :-)

anonymous
()

> Qt Multimedia — GStreamer 1.0 используется по умолчанию, но необходимо сконфигурировать проект с -gstreamer 1.0

Это печально, что Qt подстраивается под GTK, а не наоборот. Gstreamer зависит от Glib (и без него не собирается). И вообще, KDE отказался от DCOP в пользу DBus, от Arts в пользу PulseAudio - сделал много первых шагов к унификации! А GTK/GNOME вместо шагов в ответ - сел на шею.

ZenitharChampion ★★★★★
()

А QT для мобильной разработки бесплатный? У меня сейчас просто не легкий выбор, купить Xamarin или все же взять QT?

Int64 ★★★
()

В целом Qt очень адекватная среда разработки. В пятерке много логики поломали, и старые апликухи уже надо допиливать. Как и с питонами было. В целом книжку по QT 4.5 можно сжечь :)

TecH-22
()
Ответ на: комментарий от Int64

А QT для мобильной разработки бесплатный?

OpenSource-версия бесплатная, конечно.

Но если ты хочешь делать закрытое ПО, то может не получиться выпустить его в AppStore без коммерческой лицензии. На остальных платформах все ок.

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

Это печально, что Qt подстраивается под GTK, а не наоборот.

Основа в Linux это всё-таки — GNOME с GTK+, и нравится это Qt-разрабам или нет, они должны уметь «в GTK+» и они зависят и будут зависеть от GTK+. Тем более они целятся в RHEL: http://blog.qt.io/blog/2015/06/24/qt-is-coming-to-red-hat-enterprise-linux/

У KDE был шанс изменить господствующее положение GTK+, но вместо того, чтобы развивать функциональность окружения KDE 3, они начали прикручивать всякую хрень в KDE 4 — синие сопли на окна, наркоманские собственные ШГ, ужасающие Oxygen-виджеты и прочую ахинею, которая вызывает только отвращение у нормальных людей. Так что теперь имеем то, что имеем: самое популярное DE на GTK+3 (XFCE), а в лагере KDE — один лишь разброд и шатание. Вон, недавно главного разработчка kUbuntu/KDE сместили с должности.

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

Ну даже если я приму дистровотч как авторитетный ресурс, то

KDE: 1220 (22%)

Xfce: 1243 (22%)

Sunderland93 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2 3 4 →
Open Source