* move applet or resize it then move with handle and it pops to a new location
* handles unhover too soon
* handles don't show on the correct side always
* handles are not visually associated well enough with the target applet
* icons are hard to see
BUG:166149
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=830264
- use m_applet->contentsRect().top() for positionning the top of applet handle
- increase a little the leave interval timer to let the user reach the applet handle a little more easily
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=829263
don't remove the scene event filter on start fading otherwise the
previous fix will work a single time.
(really need to kill this file some day:)
BUG: 164628
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=823868
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
used nowhere.
"ervin, fighting feature creep in APIs since 1980."
(BTW, at this rate I'm less and less convinced that it'd be wise to not
have a second round of API review post 4.1)
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=812172
Just to be sure, dear Bernhard, please double check that this does really fix the crash for you. =)
BUG: 162436
Signed-off-by: Riccardo Iaconelli <riccardo@kde.org>
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=812085
* 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
*removed Containment::Private::destroyApplet in favour of just calling Applet::destroy() directly.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=805666
remainSquare(), aspectRatioMode() and their setters are merged in
aspectRatioMode() + setAspectRatioMode(Plasma::AspectRatio)
Plasma::AspectRatio has IgnoreAspectRatio, KeepAspectRatio and Square
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=802561
applets,
please update to another revision to use the version that works
green flag from aaron
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=796368
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 paint the handle behind the applet, based on its shape(). this prevents it from interfering with translucency, etc of the applet itself
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=760188
* 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
