Details
-
Suggestion
-
Resolution: Done
-
Not Evaluated
-
None
-
None
-
OS X, Windows, Linux
-
16944277d2aa2cdab194ec05de6c8e2d5ee814cd
Description
It's time to accept the fact that no matter how hard we want to bring the convenience of QML on the desktop, Qt Quick is not a desktop toolkit. Qt Quick runs great in a single full-screen window. That means embedded Linux and mobile platforms. Using Qt Quick in a classic style desktop app with multiple resizable windows doesn't make much sense.
Let's look at some random screenshots on various platforms and configurations:
- Scrolling welcome screen on OS X or Linux
- Text rendering gets screwed when scrolling the Qt Quick based welcome screen.
- Welcome screen gone black on Linux
- Something somewhere probably called winId() so QQuickWidget went mad.
- Resizing QQuickWindow on Windows
- Can't reproduce this one wiht Qt Creator's welcome screen, but in general, resizing QQuickWindow on Windows is not pleasant.
- The first impression is important. The first time you run an application, the window size is most likely not what you prefer, so you resize the window. Resizing QQuickWindow often looks horrible. It gives a very bad first impression.
- Stacking order in a virtual Linux
- The welcome screen goes on top of everything. It's a bit inconvenient to use menus when they go below the welcome screen. It hovers even on top of the Ubuntu dashboard.
- Resizing Qt Creator in a virtual Linux
- The first impression is important. The first time you run an application, the window size is most likely not what you prefer, so you resize the window. This gives a horrible first impression.
- Moving Qt Creator in a virtual Linux
- One can't even move a window without problems. The content lags somewhere behind and you see some rendering artifacts and what not.
- Again, stacking order in a virtual Linux
- I had to add this because it's just so funny. The welcome screen doesn't only float on top of the Ubuntu dashboard, but also on top of the lock screen.
On top of that, there's the endless flow of P1 issues related to popup coordinate mapping. Transient parent windows, effective render windows, render window offsets, window containers. Windows embedded inside windows embedded inside windows... nobody knows how the get the coordinates right.
With widgets the welcome screen would have no rendering issues or popup positioning issues like that. It would just work, even in virtual machines that developers rely on. As a bonus, widgets-based welcome screen probably reduces the startup time of Qt Creator significantly.
Attachments
Issue Links
- relates to
-
QTBUG-49807 Menu bar doesn't work in Full Screen mode (with QQuickWidget embedded in Widgets)
- Reported
-
QTBUG-48859 Button's context menu appears in wrong position in Full Screen mode on Windows
- Reported
-
QTBUG-50925 When moving from one menu to another then it will cause the QQuickPopupWindow to be recreated
- Reported
-
QTBUG-47247 Windows/Desktop GL: Flicker when creating another top level window on a full screen GL window
- Reported
-
QTBUG-37404 Focus handling between widgets and controls is not in order
- Open
-
QTCREATORBUG-16275 font rendering artifacts in home screen
- Closed
-
QTBUG-40883 [REG 5.3.1->5.3.2] A menu opens at the wrong position if QQuickWindow is embedded in widgets
- Closed
-
QTBUG-49097 [REG Qt 5.5.1 -> Qt 5.6] Drop-down part of combo box shows in wrong place
- Closed
-
QTBUG-40765 QQuickWidget::winId() breaks rendering
- Closed
-
QTBUG-41181 Popup menu does not show text
- Closed
-
QTBUG-49879 [Reg 5.5->5.6] Windows/ANGLE/D3D11: Bad artifacts visible while resizing the window
- Closed