since moving the mouse too fast over the handle could lead to a lost
hover leave event start a singleshot, when it ticks check if the mouse
is still on the handle
BUG: 152797
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=823054
* Only move applet to toplevel window when overlapping other plasma views, ignoring other windows and such.
* Drag & drop now works reasonably well when using multiple desktop containments ('activities'), both when
zoomed in as when zoomed out. Only a couple of issues remaining.
* Containment's addApplet function now cleans up the pointer to the applethandle in the preview containment,
Avoiding some nasty crashes when moving applets between containments.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=809841
* when dropping on another containment, the center of the applet is used to determine where
to drop the applet, instead of the position of the mousepointer.
* movement now works correctly if multiple drag&drops are performed while not removing the
mouse away from the applet handle.
* now works correctly on rotated applets.
* various code style fixes.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=808379
* dragging an applet creates a top level window so the applet won't appear behind the panel
when dragging, as is the case now.
* dragging leaves a semi transparent version of the applet at the original location, so it's
clear to the user where the applet came from and where it will go when the drag is cancelled.
There are still some open issues, I'm working on those...
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=806484
note: there's no visual feedback before you release the mouse button, and there's no way to drag back to the desktop.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=770333
* don't pop them immediately so just moving the mouse around the screen doesn't cause tons of flickering handles
based on a patch by Cody. thanks, guy!
CCMAL:fjctracy@gmail.com
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=759079
Now the handles are drawn where you'd expect on a rotated applet, and rotating an already rotated applet starts where it was when you clicked on the rotate button, rather than jumping back to "not rotated" and moving from there.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=758496
We now have a separate resize button. The rotate button just rotates.
The resize button scaled with fixed aspect ratio by default, or freely with CTRL.
It's trivial to change it so it resizes freely by default (or to change the access key) if we want.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=757843
constraintsUpdated(LocationConstraint) whenever there is a change in
position relative view makes global geometry handling much easier.
This change ensures that moving an applet via its handle follows the
above premise.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=746173
* put close at the bottom and move it away a bit
* increase the size of the icons a little bit (i went too small last); though this probably should be a property of the screen res
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=738147
* don't use magic pixel values, use static const ints and it makes everything so easy to play with
* make the borders and icons much smaller
* allow dragging using any area that isn't the applet. really, we ought to be able to drag on the applet border as well, but ce la vis?
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=738128
