LINUX.ORG.RU

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)

Зачем они пилят еще один браузерный движок (Qt Quick) внутри desktop-приложений? Почему бы просто не использовать вебкит?

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

Зачем они пилят еще один браузерный движок (Qt Quick) внутри desktop-приложений?

Чтобы любая макака могла творить дизайн. Только это совсем не браузерный движок, хотя что-то общее есть.

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

Саш, ты сравнивала их вообще? Небо и земля же.

anonymous
()

object oriented bloatware; монстр; не нужно.

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

Зачем они пилят еще один браузерный движок (Qt Quick) внутри desktop-приложений? Почему бы просто не использовать вебкит?

Потому что его можно использовать, но сегодняшний HTML+CSS+JS - кривое угрёбище, он на вебе ещё как-то оправдан в силу своей традиционности, но лепить с его помощью приложения - верх маразма. Вот и используют не его, а гораздо более удобную для программирования вещь - QML.

asaw ★★★★★
()

Лор таки совсем скатился. Даром что про релиз было известно заранее, новость всё равно написали с опозданием более чем на сутки, а подтвердили вообще на третий день.

Может новости отменить, а на главную выводить популярные посты с форума?

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

Там баги в драйвере для оракла, например, к cpp не имеют никакого отношения, так что отдыхайте, толстые анонимусы.

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

Там баги в драйвере для оракла, например, к cpp не имеют никакого отношения

А начём написал драйвер для оракла в Qt, если не на цепепе? :-)

anonymous
()

На днях компилил приложение на Qt5.4 под свежую убунту 15.04. Так вот меню не интегрируется в верхнюю панельку как у всех остальных приложений. Иконка в systray не появляется хоть убей.

Откатился назад на Qt4. Такой вот прогресс.

QWebEngine пока еще не полноценный, странно, что они WebKit деприкейтят. В QWebEngine не реализована поддержка плагинов, таких как PepperFlash (обещают только в 5.6), нельзя пробросить QObject внутрь.

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

На чем бы он ни был написан, эти баги не относятся к тому, на чем он написан.

Не увернёшься, он написан на цепепе - язык, предоставляющий тыщи способов выстрелить себе в ногу, а попасть в руку :-)

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

Анон, почему у тебя горит от C++? Вот только не надо отрицать этого. В противном случае ты бы прошел мимо, а не пытался замаскировать свою ненависть под паршивый юмор.

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

Надо же, в QtQuick появился TreeView не прошло и пяти лет.

Ага, ведь очень мало кто из программистов цепепе будет писать свой класс типа TreeView. Большинство будет активно искать библиотэки или ждать годами, чтобы потом можно было просто «вызывать методы, используя API, а не изобретать велосипед». Ведь «зачем изобретать велосипед, когда есть уже готовые решения?». Если готового решения нет, они могут думать так: «зачем изобретать велосипед, которого нет? лучше подождать когда его сделают корпорации и использовать классы, методы и API» :-)

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

Иконку в трее уже починили?

Если про юнити в убунте, то нет. В КДЕ работает ок.

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

Анон, почему у тебя горит от C++?

Потому что уже само название - C++ - вызывает недоумение. Слово - не слово, символ - не символ. «цепепе» и то лучше смотрится и передаёт смысл :-)

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

На днях компилил приложение на Qt5.4 под свежую убунту 15.04. Так вот меню не интегрируется в верхнюю панельку как у всех остальных приложений. Иконка в systray не появляется хоть убей.

Чтоб было меню нужен плагин из пакета appmenu-qt5. Его нужно собрать или даже просто попробовать скопировать в твой Qt. А иконку должны были исправить в 5.5.

anonymous
()

Обсуждение новости о Qt скатилось в срач анонимусов)))

Twissel ★★★★★
() автор топика

Годнота. Осталось весь код зарефачить в цепепе17.

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

к чести кутешников, qml для некоторых задач реально проще. Например нарисовать кастомные контролы. Или обвязка стандартными методами типа сигнал-слот (на стандартных же сигналах). А вот, если что то выходящее за рамки «сваять формочку», то все равно надо пилить обвязку из плюсов. Кароч такой, мобилко-ориентированный ui.

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

В QQml v4, в WebKit свой велосипед JavaScriptCore, v8 в хромиуме (значит должен быть в QWebEngine), ни один из движков полноценно не умеет ECMAScript 6, экспертиза уровня ЛОР.

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

WebKit пришлось «деприкейтнуть», потому что в нём куча дыр, а у разрабов (Qt) нет сил на (самостоятельную) поддержку и исправление.

WebEngine ещё пилится, что тут ещё сказать. Лично мне не нравится, что WebEngine не поддерживает mingw32.

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

Только это совсем не браузерный движок,

Ну хорошо, назовем его layout engine.

zenden
()

Срач про внезапно выросший ценник на кутю с $25 до $350 в месяц тут: http://lists.qt-project.org/pipermail/interest/2015-July/017539.html

Если кому не безразлично - желательно вбросить свое экспертное мнение по поводу, $350/mo это как-то слишком уж завышено. За эти деньги можно Xamarin на команду купить, оно хоть production-proven.

dib2 ★★★★★
()
Последнее исправление: dib2 (всего исправлений: 1)

Как народу в треде то пригорело. Значит жив курилка.

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

А что, все браузеры уже умеют полноценный ECMAScript 6?

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

Срач про внезапно выросший ценник на кутю с $25 до $350 в месяц

Что-то совсем жадно.

Они наверное подумали, что раньше не брали по $25 и теперь не будут брать по $350. Но если хоть кто-то купит месяц подписки, то заживём =)

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

с LGPL в AppStore не всегда пускают.
да и вообще не понятна политика - Qt и так не блещет на мобилах, а тут обрезают всех инди-разработчиков, и я сомневаюсь что кроме них этим вообще кто-либо рискнет пользоваться, да еще и немалых денег отваливая.

есть люди, готовые голосовать рублем за кутю, но это не значит что можно ценник умножать на 14 по желанию левой пятки. Qt в 14 раз не улучшился, инфа 100%

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

Там где часики. Иконки HP и скайпа там появляются, а вот аппликухи на пятом кьюте не хотят.

В Unity вместо трея - индикаторы на dbus. Впрочем тут:

https://bugreports.qt.io/browse/QTBUG-31762

указано, что в 5.5 профиксили, если нет - надо опять им запостить.

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

QWebEngine пока еще не полноценный, странно, что они WebKit деприкейтят.

А будет ли он полноценным? Оставили снаружи пару ручек и всё. Ни QWebElement с доступом к тел^W DOM, ни NAM с фильтрацией и корректировкой запросов. Тупо браузер. Назад, вперёд, выйти.

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

Иконка в systray не появляется хоть убей.

Довольно сложно это сделать в xcb, куда и переехал Qt5.

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

с LGPL в AppStore не всегда пускают.

Проблемы AppStore шерифа не волнуют.

anonymous
()

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

cvv ★★★★★
()

Обеспечена поддержка Windows 10.

wat?

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

Ага, ведь очень мало кто из программистов цепепе будет писать свой класс типа TreeView

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

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

WebKit пришлось «деприкейтнуть», потому что в нём куча дыр, а у разрабов (Qt) нет сил на (самостоятельную) поддержку и исправление.

Не совсем так. Основная проблема в параллельном доступе и работе скриптов.

Архитектура не позволяет реализовать безопасно.

Если исправлять, то надо новый движок писать.

WebEngine ещё пилится, что тут ещё сказать. Лично мне не нравится, что WebEngine не поддерживает mingw32.

Пока это кастрат из которого вырезали все что только можно.

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

Qt теперь поддерживает Windows 10.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.