| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Never use module-wide inclusions. They blow up build times. For QtTest
this is usually just a typo (QTest was meant instead). Add missing
includes as needed.
In the diffs I've spotted other huge inclusions (QtQuick, QtQml), but
those need more attention.
Task-number: QTQAINFRA-7110
Pick-to: 6.9 6.8
Change-Id: I74bf3fe212f50a7a3a6af2b1c80bbcaabc2516d7
Reviewed-by: Fabian Kosmale <fabian.kosmale@qt.io>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In bd5e078e5b908dc647b5395f9a772074ce206670,
QQuickControlPrivate::calcHoverEnabled was added. Presumably its goal
was to check if QQuickControl and other interactive control-like types
such as QQuickTextArea and QQuickTextField had hover enabled. However,
the property() check was too general and included MouseArea, which also
has a hoverEnabled property.
This patch makes the check stricter by checking for all types.
While we're here, make a reusable isInteractiveControlType function
in the new QQuickTemplatesUtils namespace, since e.g.
findActiveFocusControl() in QQuickApplicationWindow does similar
checks.
Fixes: QTBUG-130807
Pick-to: 6.5 6.8
Change-Id: I6ff8478984eaa89cc725e7bf652d8318eaab7fdc
Reviewed-by: Oliver Eftevaag <oliver.eftevaag@qt.io>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
According to QUIP-18 [1], all test files should be
LicenseRef-Qt-Commercial OR GPL-3.0-only
[1]: https://contribute.qt-project.org/quips/18
Pick-to: 6.7
Task-number: QTBUG-121787
Change-Id: I26d72e8de04d4c7c57b3b7838af5d033265de5ba
Reviewed-by: Shawn Rutledge <shawn.rutledge@qt.io>
Reviewed-by: Kai Köhne <kai.koehne@qt.io>
Reviewed-by: Ulf Hermann <ulf.hermann@qt.io>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Normally, Button should only handle the left mouse button.
To do this, we even call setAcceptedMouseButtons(Qt::LeftButton) in
the QQuickAbstractButton's constructor.
But since 70113ef66b245e58ce12e2a9d26268e2eaeb3a42
QQuickItem's acceptedMouseButtons is overridden with Qt::AllButton
every time when any handler is set on the Item.
This caused a bug where the Button responds to the right mouse button
when, for instance, a HoverHandler is set on it.
As a solution, we ignore a mouse press event explicitly in
QQuickAbstractButton::mousePressEvent() if the left button is not pressed.
Fixes: QTBUG-116289
Pick-to: 6.6 6.5
Change-Id: I6f30da38fd7be274eb70f2e761789a9f49fefbff
Reviewed-by: Qt CI Bot <qt_ci_bot@qt-project.org>
Reviewed-by: Mitch Curtis <mitch.curtis@qt.io>
|
|
|
Qt Quick Controls 2 was named that way because it was a follow-up to
Qt Quick Controls 1.x. Now that Qt Quick Controls 1 is no longer
supported, we don't need to have "2" in the name. Work on this was
already started for the documentation in
1abdfe5d5a052f2298b7bf657513dfa7e0c66a56.
By doing this renaming a few weeks before feature freeze, it won't
affect the release but still results in as little time possible spent
manually fixing conflicts in cherry-picks from non-LTS releases as a
result of the renaming.
This patch does the following:
- Renames directories.
- Adapts CMakeLists.txt and other files to account for the new paths.
A follow-up patch will handle documentation.
It does not touch library names or other user-facing stuff, as that
will have to be done in Qt 7.
Task-number: QTBUG-95413
Change-Id: I170d8db19033ee71e495ff0c5c1a517a41ed7634
Reviewed-by: Mitch Curtis <mitch.curtis@qt.io>
|
