| Commit message (Collapse) | Author | Age | Files | Lines |
|\ |
|
| |\ |
|
| | |
| | |
| | |
| | | |
Reviewed-by: Trond
|
| | |
| | |
| | |
| | | |
Reviewed-by: Trust Me
|
| | |
| | |
| | |
| | | |
Reviewed-by: Trust Me
|
| | |
| | |
| | |
| | | |
Reviewed-by: Trust Me
|
| | |\ |
|
| | | |
| | | |
| | | |
| | | | |
Reviewed-by: Trust Me
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Oxygen draws a fancy background gradient etc so it's not suitable for
this kind of pixel testing. Since we're testing the window surface and
not the style just use the simple QWindowsStyle here.
Reviewed-by: Gunnar Sletta
|
| |\ \ \ |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
moc on Mac define itself as GCC, but does not define the __EXCEPTIONS macro.
It then defined QT_NO_EXCEPTIONS and did not generate the moc output for some
classes, resulting in link errors later.
Reviewed-by: Gabi
|
| | | | |
| | | | |
| | | | |
| | | | | |
Reviewed-by: Trust Me
|
| | |\ \ \ |
|
| | | |\ \ \ |
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
Some concerns were expressed about the float precision of QMatrix4x4,
which this change addresses by using qreal instead.
The QVector2D/3D/4D classes still use float internally, so that they
can be used directly in large arrays of vertex values to be uploaded
to an OpenGL server.
QQuaternion is a client-side class, and it should produce rotations
that are consistent with QMatrix4x4. So its precision was changed too.
A consequence of this change is that the following no longer works
in a portable fashion:
QMatrix4x4 mat;
...
glLoadMatrixf(mat.constData());
The caller must now repack the argument to convert from qreal to GLfloat.
Reviewed-by: Michael Goddard
Reviewed-by: Andreas
|
| | | |/ / /
| | |/| | |
| | | | | |
| | | | | | |
Reviewed-by: Trust Me
|
| |/ / / /
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
<exception> header was missing from sqt60main_mcrt0.cpp, causing
Symbian builds to break.
Reviewed-by: axis
|
| |\ \ \ \ |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Previously we didn't properly compose windows so QT_NO_DIRECTFB_WM mode
would generally only work for single windows (with no popups).
This also simplifies the code a lot. Previously we would among other
things paint the mouse cursor twice in this mode.
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
This surface is painted every time we move the mouse cursor (in
NO_DIRECTFB_WM) and doesn't change all that often so caching it is
relatively easy and beneficial.
Reviewed-by: Donald Carr <donald.carr@nokia.com>
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Make sure to release the surface of a window before resizing. Seemingly
certain versions of DirectFB change the surface when the window is
resized.
Also clean up setGeometry()
Reviewed-by: Donald Carr <donald.carr@nokia.com>
|
| |/ / / /
| | | | |
| | | | |
| | | | | |
Reviewed-by: Aaron Kennedy
|
| |\ \ \ \
| | |/ / / |
|
| | | | | |
|
| | | | |
| | | | |
| | | | |
| | | | | |
not hovered
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Missing from e3c62dc1def9270761ca63c73ae76fdca9d61582 is the actual
change to the (generated) scanner, namely to skip lowercase conversion
for each and every character.
|
| | | | |
| | | | |
| | | | |
| | | | | |
Reviewed-By: TrustMe
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Rename the hex-to-RGB routines to avoid conflicts with the same
functions in QtGui. We do not really want to export this function.
Beside, we want to clean-up and simplify the case for #rrggbb only
(the most common one for SVG).
|
| | |\ \ \ |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
This way we avoid having a lot of code in a static (and
unmaintainable) library. The s60main static library now currently has
only one task: to call main().
To move the initialization into QtGui also meant a change in how the
S60 framework is created, because we can no longer use the trick
where we create and start the the S60 event loop and then have the
framework call us back to start main(). The initialization now
follows the creation and destruction of QApplication, which is a lot
more in line with how other platforms do it.
Since S60 doesn't support creating the environment, and *then*
starting it (both are executed by the same call), we had to open up
the S60 framework construction classes and just mirror what they do.
This means that after QApplication construction is done, the S60
framework is initialized, but nothing will run yet and control will
return to main(), where the user can start the event loop himself.
One of the quirks of this approach is that the construction of the
S60 framework makes a new cleanup stack. This means that any active
traps will not be active anymore, and leaving without setting a new
trap will most likely panic. This shouldn't be a problem for us,
since Qt is never supposed to leave, but it means that if anyone uses
the cleanup stack without setting a new trap, they will receive a
panic.
It was considered to add a trap mark in QApplication construction and
then removing it on destruction, but it was dropped because leaving
from main() is still undefined (even if the old cleanup stack would
be restored in the destructor, we wouldn't be able to stop the
exception from unwinding the stack, and the cleanup stack would then
be unbalanced).
RevBy: Jason Barron
RevBy: Janne Anttila
AutoTest: QWidget passed with same failure count
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Conflicts:
src/s60main/qts60main.cpp
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
QGraphicsItem::HasNoContents is documented to not paint anything when
the flag is set on an item, so all the update requests are ignored. However,
we cannot ignore update requests on such items when an effect is
installed on them, because when the effects changes parameters it calls
update on the item. We still don't paint the item, but we processes the
update request such that its children can be painted properly.
Reviewed-by: Andreas
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
The new recursive scene rendering does not call
GraphicsScene::drawItems. Enabling the IndirectPainting optimization flag
reverts to the old behaviour.
Reviewed-by: ogoffart
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
The type of GLenum was changed between 10.4 and 10.5, so to support
compiling on one and deploying on the other we need this hack. Also
get rid of the complex QGLFramebufferObjectFormat constructor in
favor of a simple default constructor and setters, which is more
Qt-ish anyway, and avoids ambiguities on mac.
Reviewed-by: Trond
|
| | | | | | |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
We now also use the brand-new QGraphicsObject class
We also make sure we have less memory leak or bad deallocation.
|
| | |\ \ \ \ |
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
tst_QGraphicsProxyWidget::windowFlags() demonstrates that this is
intended behaviour.
Reviewed-by: Kim
|
| | | |\ \ \ \
| | | | | |_|/
| | | | |/| |
| | | | | | |
| | | | | | | |
Conflicts:
src/gui/kernel/qapplication_win.cpp
|
| | | | | |/
| | | | |/|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
After restoring a minimized window we only saw the window decoration.
All content was missing. That's because we don't get a WM_SIZE message
for restoring the window. We must react on WM_ACTIVATE in this case.
Task-number: 260702
Reviewed-by: thartman
|
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Reviewed-by: Benjamin Poulain
|
| | |/ / / |
|
| | | | |
| | | | |
| | | | |
| | | | | |
Reviewed-by: Trond
|
| | | | | |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
The shader manager needs to be recreated since the context it was
created with might not be valid any more.
Reviewed-by: Kim
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Commit 66961012e6eb494541bdc166e21f7af55eef73a5 changed the
QGLFramebufferObjectFormat API, so the test needed to be updated as
well.
Reviewed-by: Kim
|
| | | | |
| | | | |
| | | | |
| | | | | |
Reviewed-by: Bjoern Erik Nilsen
|
| | | | | |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
The tank game example no longer exists, and should not be listed here.
Reviewed-by: Prasanth
|
| | |\ \ \ |
|