Qt 4.6 animation API (a.k.a. kinetic) to implement effects.
Current implemented animations: fade, slide, expand, grow (next will be
pulse and rotation).
Further discussion is here:
http://reviewboard.kde.org/r/1512/
svn path=/trunk/KDE/kdelibs/; revision=1035749
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
an an application and/or an url list can be associated with an aplet
and a context menu entry and an applet handle button will be added to
launch that application.
the applet will be considered a preview of something, where the
application its full view, for example the picture frame can open
gwenview
svn path=/trunk/KDE/kdelibs/; revision=1024487
CCMAIL:mueller@kde.org
CCMAIL:neundorf@kde.org
Commit coming after a long discussion with Alexander. Changing and moving KAuth macros,
updating documentation, fixing stuff that already used KAuth. Also, bumping up KDE revision,
KDE4WORKSPACE revision and make kdebase/workspace depend on the new 4.3.68 snapshot.
Mail me if you find anything strange, it's my first KDE version bump, so you know ;)
A big thank you to Alexander for all the help he gave on the cmake side of life.
svn path=/trunk/KDE/kdelibs/; revision=1020835
The problem actually does not exists. After consulting some books, it is quite clear that Kauth should be born before Plasma and anything else beyond KDECore.
So we can just tell code in KDELibs using it to consider local paths instead of global ones.
One of the best bug titles ever, by the way :)
svn path=/trunk/KDE/kdelibs/; revision=1019062
load requires a containment
fix @since (I could've sworn I did this already..)
rename ContextAction->ContainmentActions
misc. improvements from aaron
no more warnings
qDeleteAll
don't iterate with keys()
svn path=/trunk/KDE/kdelibs/; revision=1012647
this is based off the wallpaper plugin. lots of copy&paste happened. the
dataengine code is still in there, just in case some plugin wants it
someday...
svn path=/trunk/KDE/kdelibs/; revision=1012635
The color/pattern is given through the configuration file, and updating due to changes of the configuration file works perfectly. A simple user-interface to use this will be added to the panel configuration.
If you want to try this out, put into the [Theme] section of your plasmarc file:
frameBackgroundColor=#aacc00 (Your picked color)
frameBackgroundColorAlpha=120 (Alpha value for the color, between 0 and 255, 0=invisible, 255=opaque)
frameBackgroundPattern=/path/to/image
frameBackgroundPatternAlpha=255 (Alpha value for the pattern, as above)
The color is painted first, then the pattern. They are painted into the mask defined by the theme, so this only works nicely with themes that supply proper masks.
svn path=/trunk/KDE/kdelibs/; revision=961915
next up is to port the Image wallpaper plugin to this and make sure it all still works and then look at bringing the wallpaper listing model/view somewhere all the plugins can share it for their configuration needs
svn path=/trunk/KDE/kdelibs/; revision=948064