| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
Run all WebKit validations first (no point testing QML if the test are wrong).
|
| |
|
|
|
|
| |
Tidy js.
|
|
|
|
|
| |
Includes test for regression against QT-669 (but it doesn't work just
yet)
|
| |
|
|
|
|
|
| |
Test cases constantsOverrideBindings, outerBindingOverridesInnerBinding and
aliasPropertyAndBinding now pass.
|
|\
| |
| |
| | |
git@scm.dev.nokia.troll.no:qt/kinetic into kinetic-declarativeui
|
| |\
| | |
| | |
| | | |
git@scm.dev.nokia.troll.no:qt/kinetic into kinetic-declarativeui
|
| |\ \
| | | |
| | | |
| | | | |
git@scm.dev.nokia.troll.no:qt/kinetic into kinetic-declarativeui
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Note that a test based on focus is still failing, presumably due to
recent focus changes. Haven't yet investigated if it should be failing
or not.
|
| | | | |
|
| |_|/
|/| | |
|
| | | |
|
| |/
|/| |
|
|\ \
| | |
| | |
| | | |
git@scm.dev.nokia.troll.no:qt/kinetic into kinetic-declarativeui
|
| | | |
|
|\ \ \
| |/ /
| | |
| | | |
git@scm.dev.nokia.troll.no:qt/kinetic into kinetic-declarativeui
|
| | | |
|
| | | |
|
| | | |
|
| |/ |
|
|/ |
|
| |
|
|\
| |
| |
| | |
git@scm.dev.nokia.troll.no:qt/kinetic into kinetic-declarativeui
|
| |
| |
| |
| | |
(but not for non-installed local files)
|
|/ |
|
| |
|
| |
|
|\
| |
| |
| |
| | |
Conflicts:
configure.exe
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This enables us to convert from and to new Symbian type of
graphics resource, namely SgImage. This only supported with
the OpenVG graphics system.
On other graphics systems this will return null QPixmap.
Conflicts:
src/corelib/global/qglobal.h
src/gui/image/qpixmap.h
src/gui/image/qpixmap_s60.cpp
Reviewed-by: Jason Barron
|
| |
| |
| |
| |
| |
| |
| |
| | |
This test mysteriously fails when run from the autotest system, but
succeeds when run manually. We need more data to find out what is
going on.
Sort-of-reviewed-by: Jesper
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
We only output that message in debug builds....
|
| |
| |
| |
| | |
Reviewed-By: TrustMe
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Added an auto test for the currently supported size policies set.
This is a simple test containing a single item anchored to the layout
vertical and horizontally. The size policies are set, then the
item's minimum, preferred and maximum sizes are compared to the
expected ones, according to each policy.
Signed-off-by: Anselmo Lacerda S. de Melo <anselmo.melo@openbossa.org>
|
| | |
|
| |\
| | |
| | |
| | |
| | | |
Conflicts:
tests/auto/qtwidgets/tst_qtwidgets.cpp
|
| | |
| | |
| | |
| | |
| | |
| | | |
This caused the tests/header test to fail.
Reviewed-by: Kim
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
After the QTRY_COMPARE was added, the size of the view suddenly
became a hard requirement. However, this reqirement was not met on
windows, since the forcedSize was smaller than the minimum size allowed
for the view.
Thus, it would never have its size set to forcedSize and the
QTRY_COMPARE would fail.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
If a tool tip is to be reused, it *has* to be visible otherwise
it *may* get destroyed by the expiration timer before the timer is reset.
The tst_qtooltip::setPalette() test triggered this obscure bug under
Windows.
Reviewed-by: Kim
|
| | | |
|
| | |\ |
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Note that t does not fail with simplification turned off
(QT_ANCHORLAYOUT_NO_SIMPLIFICATION=1)
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Several autotests written by the Orbit team were added as a new
QGraphicsAnchorLayout autotests file.
Signed-off-by: Jesus Sanchez-Palencia <jesus.palencia@openbossa.org>
Reviewed-by: Eduardo M. Fleury <eduardo.fleury@openbossa.org>
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The QItemSelectionModel::Current was not set in
QTableViewPrivate::selectColumn(). However, Control-drag selection in
QTableView behaved differently than other software such as OpenOffice's
spreadsheet.
Now the behaviour when Control-dragging is that the selection will be set to
the opposite of the selection state of the first cell. If that cell is
selected, we will deselected the cells while dragging, and conversely, if it
isn't selected, the cells will be selected.
Reviewed-by: Olivier
Task-number: QT-1435
Task-number: 191545
|