mapron Dec 10 2014 at 18:04

Релиз Qt 5.4 и Qt Creator 3.3

5 min

39K

C++*Qt*

Translation

+24

Comments 25

tower120 Dec 10 2014 at 18:25

Qt Quick без OpenGL

1) А как включить софтверный рендерер в QML?
2) А как же кастомные компоненты (написанные на С++, расширяющие QQuickItem) будут, извините, работать при влюченном софтваном рендерере? [напомню что QQuickItem возвращает текстуру, а на текустуре обычно малюют с помощью QOpenGLFunctions, которые есть по сути OpenGL ES 2.0]

Как оно вообще работает? Можно где то по конкретнее об этом почитать?

mapron Dec 10 2014 at 18:46

Видимо, никак. Я так понял это про писалово на чистом QML. Я Qt, в основном, использую в частях не связанных с Qt Quick — это QtSql, QtNetwork, виджеты, Qt Script… поэтому надеюсь, что кто-то еще проконсультирует.

mapron Dec 10 2014 at 18:50

добавил ссылку в статью из исходного поста: doc.qt.io/QtQuick2DRenderer/index.html
(простите мою лень, там текст в оригинале пестрел ссылками, я не все продублировал).

tower120 Dec 10 2014 at 20:25

doc.qt.io/QtQuick2DRenderer/index.html:

Available under certain Qt licenses.

Дык оно ж платное, ядрен батон!

Помойму, оно не очень совместимо с С++ компоннентами (через QQuickItem).
И примеров нет…

navrocky Dec 11 2014 at 16:21

На мой взгляд лучше использовать llvmpipe. С ним все замечательно работает и абсолютно программно. Есть даже сборка для Windows.

pdima Dec 11 2014 at 16:43

Так для программного рендеринга llvmpipe и используется:

blog.qt.digia.com/blog/2014/11/27/qt-weekly-21-dynamic-opengl-implementation-loading-in-qt-5-4/

navrocky Dec 12 2014 at 10:34

Проглядел, спасибо. Отлично что теперь эта возможность из коробки. Собрать llvmpipe под windows задача не из простых.

Xlab Dec 10 2014 at 21:31

Обмен между обоими сторонами возможен благодаря использованию QObject-объектов в контексте выполнения Web-приложения.

Чёрт, мне бы такое годик назад, когда курсач писал и дикие мосты строил через QtWebKit.experimental модуль.

namespace Dec 11 2014 at 00:25

Забыли про то, что теперь размеры виджетов можно привязывать к DPI монитора и про то, что QQuickWidget теперь поддерживается на андроиде.

EuroElessar Dec 11 2014 at 04:22

Да ладно, самая главная фишка Qt 5.4 — наконец то починены сочетания клавиш в X11 :) Лично потратил на это суммарно около месяца: codereview.qt-project.org/96993

namespace Dec 11 2014 at 12:17

Большое спасибо за фикс!

EuroElessar Dec 12 2014 at 01:22

Всегда пожалуйста! Там вообще все весело было, в ходе исследований проблемы оказалась, что как минимум следующие тулкиты содержат баги разной степени в реализации сочетаний клавиш: GTK+ 2, GTK+ 3, Qt4, причем каждый со своими прикольными болячками разной степени заметности, так что теперь Qt5 — единственный тулкит, в котором раскладки реализованы «правильно», по крайней мере я больше не знаю случаев, когда поведение становится неадекватным.

Xfrid Dec 11 2014 at 06:03

Отличная новость!
Кто разбирается — можете прояснить? Qt WebEngine — это именно chromium, не CEF? Просто думаю поизучать и интересно, намертво ли там вшиты гугловские интерфейсы или можно использовать рендерер отдельно? Так же интересно обновляется ли он из гугловских репозиториев или нужно ждать пока в самом qt обновят версию. В общем насколько все это модульно? Простите за возможно глупый вопрос, просто пока очень поверхностно представляю как работает qt и хромиум.

UFO just landed and posted this here

namespace Dec 11 2014 at 12:18

Наверное очень печально быть вами, соболезную.

Torvald3d Dec 11 2014 at 11:56

За high DPI отдельное спасибо!

Voronar Dec 11 2014 at 13:20

Подскажите, пожалуйста.
Если смысл пытаться ускорить рендеринг в QWebEngine с помощью QOpenGlWidget?
Если да, то как это сделать (старые варианты с QGraphicView не предлагать)? И это будет актуально только для ПК с отдельным GPU или с гибридным также?
Использую linux.

ncix Dec 11 2014 at 15:21

Очень бы пригодился высокоуровневый набор инструментов для создания веб-интерфейсов классических серверных приложений. Я так понимаю QWebChannel может в этом помочь?

Voronar Dec 11 2014 at 18:16

Если я правильно понимаю, то этот «веб-канал» связывает Qt C++ и JS по веб-сокету. Если этот сокет не ограничен localhost'ом, то по идее мы можем организовать связь между клиентом-браузером и самописным сервером на Qt. Я вас правильно понял?

ncix Dec 11 2014 at 19:38

Если я правильно понимаю

Не уверен. Связь между JS-клиентом и сервером на Qt всегда можно было организовать — через QTcpServer и QTcpSocket.
Я говорю о более широкой задаче:
Есть какое-то серверное приложение на Qt. Требуется к нему сделать веб-GUI, для каких-то сервисных а может и для пользовательских функций. И при этом не сильно закапываться в веб-технологии и внешние сервера вроде Apache или nginx.
Типичный пример подобного класса задач — веб-интерфейс роутера.

UFO just landed and posted this here

belator Dec 11 2014 at 18:19

Они научились нормально поддерживать хотя бы auto deduction и shared/unique_ptr из С++11?

mapron Dec 13 2014 at 14:45

shared да, за unique следить здесь
bugreports.qt-project.org/browse/QTCREATORBUG-8937

miolini Dec 18 2014 at 23:01

А что они в open source версии много что запретили, это ок? Например, публикации в магазины приложений.

EuroElessar Dec 18 2014 at 23:06

Можно подробнее? Лицензия на Qt как была, так и есть LGPL/GPL, ни о каких ограничений со стороны Qt я не знаю. Конкретные магазины типа AppStore уже давно запрещают все GPL приложения, а не только на основе Qt. Так что поменялось?