| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
|
|
| |
Place the databases into the normal data location.
Reviewed-by: Ariya
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
|
|
| |
You can't static_cast from a signed to an unsigned type and vice versa.
Reviewed-by: Kim
|
|
|
|
| |
Reviewed-by: jbache
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Basically we need to revert more of Oliviers change. The reason
is that we just cannot run the demo on mac without timer based
updates (as opposed to graphics view itself tries to figure out
when to update). The reason is that the demo uses QItemAnimations
extensivelly, which again uses QTimelines, wich again uses
separate timers. And on mac, because of coalesced updated, each
item animation will result in an individual redrawing of the scene.
Task-number: 255751
Reviewed-by: Olivier
|
|
|
|
|
|
|
| |
The QT_BUILD_TREE variable only works in the source or build dir, but fails
in the demo which *install* the sources that should be buildable too.
Reviewed-by: Marius Storm-Olsen
|
|
|
|
|
|
|
|
| |
Change 259b65c2f5d736dd7f6d81b6390f54464dd5f183
prevents the animation from running on Windows. This is a partial
revert that still preserves most of the performance fixes.
Reviewed-by: ogoffart
|
| |
|
|
|
|
| |
after installing
|
|
|
|
|
|
| |
GLchar is defined to be unsigned on Solaris for some reason.
Reviewed-by: Tom
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The tick timer is always active, even if the moving gree Qt logo is not visible.
But the code that is supposed to pause it when the app loose the focus doesn't works if
the moving Qt logo is not visible.
Also the call to syncX makes Xorg takes lot of cpu.
It doesn't fix the fact that the timer is still running while the green logo is not visible,
but at least doesn't take the cpu anymore if qtdemo loose the focus.
Task-number: 255020
Reviewed-by: Richard Moe Gustavsen
|
|
|
|
|
|
| |
That was a bug in the exemple.
Reviewed-by: Kavindra Palaraja
|
|
|
|
| |
Reviewed-by: Samuel
|
|
|
|
| |
Reviewed-by: Lincoln Ramsay
|
|
|
|
| |
Reviewed-by: Simon Hausmann <simon.hausmann@nokia.com>
|
|
|
|
| |
Reviewed-by: Simon Hausmann <simon.hausmann@nokia.com>
|
|
|
|
| |
Reviewed-by: Kavindra
|
|
|
|
| |
Reviewed-by: Kavindra
|
|
|
|
|
|
|
|
|
|
| |
This has to do with coalesced updates. The easy fix for now is
to fix QtDemo itself, meaning: always use a steady timer for
redrawing the viewport of the graphics view (as opposed to let
each item on screen calling update whenever they move)
Task-number: 250667
Reviewed-by: Trenton Schulz
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The CustomProxy class installs an event filter on its child to detect
whether it is shadowed by a popup or not. The problem is it does this
regardless of whether it currently has a scene assigned or not. Styles
that assign palettes, or otherwise cause side effects when assigned
to a QGraphicsProxyWidget, will cause the demo to print warnings to the
console and fail to install the event filter. The reason for the failure
to install the filter is that QGraphicsItem only allows scene event
filters to be installed between items that are in the same scene.
So, depending on the style, you either get an ItemSceneHasChanged or an
ItemChildAddedChange first. The demo must account for this, and install
its filter only when the items are guaranteed to be in the scene already.
Reviewed-by: Alexis
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit 35c26d696cbff269d551c012a212c09692dd6f6b.
The change to QComboBox introduces a behavior change; whereas before
the view container would always get its palette set as a response
to QEvent::PaletteChange, it would now miss this event and rely on
regular palette propagation to get the right contens. The difference
in behavior is that QWidget::setPalette() also resolves the palette
mask, and after 35c26d69 this would no longer happen.
The bug in the embedded dialogs demo is caused by the embedded
dialogs demo. See upcoming commit.
Reviewed-by: Alexis
Reviewed-by: Jens Bache-Wiig <jbache@trolltech.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit 7d24c0af8e52687b4e5735950495bb25947ca9f0.
This change removed the accidental recursion leading to console
warnings on Mac OS X by changing the way the scene event filter
is registered for popups. But it also broke the behavior of the
demo with regards to popup handling, in that the custom proxy
no longer can detect popups that close, so dialogs stay zoomed
in after the cursor has left. So before, the demo worked but
printed warnings to the console on Mac OS X, and after, the warnings
were gone but the demo behavior broke on all platforms...
The change also accidentally removed the cache mode from the popup;
I don't think this was intentional.
Reviewed-by: Alexis
|
|
|
|
|
|
|
|
|
|
| |
We had to revert an earlier fix since it obviously did
not work correctly. However since we do not really need to propagate the
palette on the viewContainer _before_ it is created, we can simply avoid
the issue alltogether as it would happen because we implicitly added
a child widget during the polish of the combo box.
Reviewed-by: nrc
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
commit 23e30464792f7e403e0815775eb7acbaad975238
Author: David Boddie <dboddie@trolltech.com>
Date: Thu Mar 26 17:41:20 2009 +0100
Doc: Added some basic documentation for the QSvgGenerator class.
Task-number: 244944
Reviewed-by: TrustMe
commit f84c1806d2ba40a61499584562d754f65d43f854
Merge: 8a42be7... 213d922...
Author: David Boddie <dboddie@trolltech.com>
Date: Thu Mar 26 16:59:14 2009 +0100
Merge branch '4.5' of ../qt-45 into qt/4.5
commit 8a42be789077de45f8fd9f13afd177798df7495e
Author: David Boddie <dboddie@trolltech.com>
Date: Thu Mar 26 16:58:33 2009 +0100
Doc: Added missing pieces for the SVG Generator example.
Reviewed-by: David Boddie <dboddie@trolltech.com>
|
|
|