As previously discussed with this approach we can actually properly intercept events from child items. Furthermore now we properly "steal" events which cause a flick (it's important for child items to properly act on mouseReleaseEvents and not on mousePressEvents as some like to do, since it's the release events that cause a flick) so items don't get clicks when flicked. The physics and especially the overshoot behavior is a lot better in this code as well.
Review http://reviewboard.kde.org/r/3312/
svn path=/trunk/KDE/kdelibs/; revision=1104841
resolves some cyclical relayout crashes and surprisingly enough also some layout estetic problems
BUG:202890
svn path=/trunk/KDE/kdelibs/; revision=1062764
sceneeventfilter appears to eat events always and in this way i can
remove elements from dragHandles when they get deleted
svn path=/trunk/KDE/kdelibs/; revision=1045818
scroll is done in pixels and in a single pass.
we have 3 properties in widgets that wants to support scroll:
scrollPosition
viewportGeometry
constentsSize
svn path=/trunk/KDE/kdelibs/; revision=1032821
The current design uses 3 properties to calculate movement (horizontal/vertical
position and the viewport size) being up to the client class (e.g. ScrollWidget)
move its widgets when the position property changed.
It will allow to reuse the kinetic scrolling class with other plasmoids.
svn path=/trunk/KDE/kdelibs/; revision=1030136
animated scroll until the rect becomes visible
it should not collide with kinetic scroll since the anim is stopped as
soon as amouse or wheel event is triggered
CCMAIL:plasma-devel@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1027814
ATM, it uses timers to do the animation, the idea is to use factory pattern
and implement the animation with QProperyAnimation too (using Qt 4.6).
svn path=/trunk/KDE/kdelibs/; revision=1024929
