[Interest] some doubts about current graphics stack in Qt 5.1

pritam.ghanghas at gmail.com pritam.ghanghas at gmail.com
Mon Dec 9 11:13:22 CET 2013


HI All,

Based on the readings till now, this is what I understand. I will be
grateful if someone can help me clarify it a little bit. WebLinks are also
welcome.

I will start bottom up. Qt does all its magic before the QPA plugin. So all
rendering from Qt's Side has happened before that. After that its upto the
window manager how it handles Qt's pixmap.

Within Qt
QtWIdgets use QPainter, which can use raster, native or opengl backends.
Most of the time it will be raster. But if one is using QGLWidget or sets a
QGLWidget as viewport. QPainter will switch to opengl. There are non
programmatic ways as well to make OpenGl default.

QQuick always uses opengl API (it may not be hardware accelerated if mesa
or angle is used)

Now a little specific, how does webkit rendering is done. Using QPainter,
opengl or it follows the same rules as above.

eg.

################# 1 #############
QWebView view;
view.show();


################# 2 ##############
QGraphicsScene scene;
scene.addWidget(new QWebView);
view.addWidget(&scene);
view.setViewport(new QGLWidget);
view.show();

I would assume 1 is using raster and second one is using opengl.
Are there any platforms where 2nd will be slower than first?
And what about WebView QML element?

-- 
Regards,
pritam
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/interest/attachments/20131209/ac925ae2/attachment.html>


More information about the Interest mailing list