We now support publicly plasma:// URLs, so add a protocol file which
calls the plasma-remote-helper application to deal with such URLs.
Particularly handy from the network:// ioslave which exposes Plasma
remote widgets.
REVIEW: 1515
make save and restore methods of datasource private for now
pu this early so performance/disk usage etc can be tested
svn path=/trunk/KDE/kdelibs/; revision=1181650
Plasma-Desktop (so shells have to implement their own plugins or pick
one already installed)
Unfortunately, 3 virtuals were needed in AbstractToolBox
void restore(const KConfigGroup &group);
void save(const KConfigGroup &group);
void reposition();
since this is not possible for obvious BC reasons, they are "faked" with
slots, not really nice butthe most painless way.
There shouldn't be significant regressions, but wise to keep an eye on
it in the immediate future
CCMAIL:plasma-devel@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1157537
what stinks is the both support direct creation -and- plugin loading,
but has to be BC
could be the case to add it to PluginLoader? don't see big use cases
CCMAIL:plasma-devel@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1157180
plasma will query for Applet, DataEngine, and Service creation, giving them
the chance to create these objects internally.
http://reviewboard.kde.org/r/4554/
svn path=/trunk/KDE/kdelibs/; revision=1150389
This water animation uses the RippleEffect class to simulate a cool water animation on the target widget
svn path=/trunk/KDE/kdelibs/; revision=1116474
This ripple effect will be used by the WaterAnimation to generate a cool simulation of water flowing inside a plasma widget :)
svn path=/trunk/KDE/kdelibs/; revision=1116473
but this is the list from what I can recall:
- removing expand animation (it is a case of grow animation)
- removing AbstractAnimation and using QAbstractAnimation as the common base
- animations are non longer factories, but real animation (so it is just no
issue to mesh then with user created animations)
- animation group will correctly revert the direction of all subanimations
(useful for rewinding an animation)
- fixed opacity effect in pulse animation (now it works correctly)
- there is not 'forward' property, but animation 'direction' (this is how
rewinding an animation must be done)
- direction now is movementDirection property (used in SlideAnimation and RotationStacked)
- the weakpointer for the actual animaiton is non longer in AnimationPrivate but
in each specialized animation class
- hide property is being removed (in progress) since it really is a case of Fade
I guess this is it, now is just a matter of iron out the remaining bugs and polish
the public API.
svn path=/trunk/KDE/kdelibs/; revision=1057993
drawhalo in PaintUtils
iconwidgets uses it if there is no backgroundcolor explicitly setted
CCMAIL:fredrik@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1054830
assumed that there would exist a complete copy of the animated widget to
do the pulse (where another object is kept translucent and when the animation
is triggered, it will expand and fade at same time).
But is expensive to copy the whole widget, so the idea is to draw the target
widget in a pixmap and then do the pulse effect on the pixmap itself.
It is still broken, for some reason the opacity is failing to animate (should
fix this tomorrow).
svn path=/trunk/KDE/kdelibs/; revision=1048277
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
