Btw, the performance difference was reported upstream back in May, but no Qt developer seems to be interested:
Announcement
Collapse
No announcement yet.
Qt5's Linux Requirements Cause Problems
Collapse
X
-
Originally posted by JS987 View PostIt is possible that Microsoft paid Nokia to screw up Linux support in Qt library.Last edited by Teho; 16 September 2012, 01:25 PM.
Comment
-
Originally posted by bwat47 View PostLinux support in Qt hasn't been "screwed up", so no that did not happen. Too much FUD posted on this site :/
Comment
-
Originally posted by JS987 View PostQt5 is screwed up on Linux because it doesn't support native graphics system like Qt4 AFAIK, which will mean 6 times worse performance on my PC.
Comment
-
Originally posted by RealNC View PostI think the native renderer is still there. However, raster was introduced because it was supposed to be faster, even if it's purely software. So this looks more like a bug.
It seems Qt5 won't support -graphicssystem
Comment
-
Originally posted by JS987 View Posthttps://bugreports.qt-project.org/browse/QTBUG-23022
It seems Qt5 won't support -graphicssystem
Comment
-
Originally posted by rohcQaH View PostThose patches seem to be about the build option. If Qt5 allows switching gfx systems during runtime, then good riddance to build switches.
The QWidget based stack continues to work as in Qt 4.x, based on QPainter. QPainter does however support less backends than it used to. It is now limited to SW rasterization (Raster backend) for drawing to the screen, pixmaps and images, an OpenGL backend for GL surfaces and a backend for PDF generation and printing. The platform dependent backends using X11 or CoreGraphics are gone.
Comment
-
Originally posted by JS987 View Post
Comment
Comment