preferredToolBoxPlugin(Containment::Type)
used to decide what toolbox plugin dynamically load, only corona
implementations can decide this.
api review anyone? ;)
CCMAIL:plasma-devel@kde.org
svn path=/trunk/KDE/kdelibs/; revision=1157190
Now corona will layout it's containments instead of letting
them do this task. This was created as a slot so we could preserve
BC. Subclasses of Plasma::Corona must be sure to skip containments
of Panel type during layouting if they wish to reimplement it to
have their own layout.
If subclasses doesn't care about it, just leave it alone and
everything will work just as before. :)
Reviewed-by: aseigo, notmart
svn path=/trunk/KDE/kdelibs/; revision=1095549
Translate left and right alignment for vertical form factors
Swap right and left alignment in case of RTL layout
Use center alignment for tool tips
svn path=/trunk/KDE/kdelibs/; revision=1028983
-added enableAction function to corona for convenience
-added immutabilityChanged signal so that plasmaapp can respond to lock/unlock
-removed "add activity" action from containment because it's on its way to plasmaapp
-stopped adding corona actions to the containment toolbox, plasmaapp can do a better job of it
-made lock action actually disable on SystemImmutable; sure it wouldn't have worked, but now there's no worries about it showing up in the UI
svn path=/trunk/KDE/kdelibs/; revision=938383
this is a place for things which shouldn't be duplicated over every single containment, like "lock" and "new activity".
for now we still add the lock action to every containment, so that none of the code lower down notices the change - but we only have one action behind it all :)
svn path=/trunk/KDE/kdelibs/; revision=937923
Remember to document ALL parameters to methods. They may seem obvious to you, but I had to look at the code for at least two of the methods in order to document their parameters correctly.
*waves stick of EBN-ness*
svn path=/trunk/KDE/kdelibs/; revision=908604
these were found while testing the Krazy style checker, which I'm adapting
for the kdelibs style.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=870051
is in quite nice shape and basides a couple of bugs, it basically works. So what are you
still doing reading this? Port your favourite applet to extenders today! ;)
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=840978
* accept bad config objectsin Applet::save and Containment::save
* move some initialization code around to be more robust with external use (will make more sense in next commit to workspace/plasma/plasma)
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=828940
* select the correct containment for removal when zoomed out (will have isses on multi-screen; see FIXME)
* move containment destruction logic out of Corona; it really doesn't belong there
* remove the hack to not set focus on a containment when clicked as that doesn't seem to reliably trigger it for me here and it doesn't address the issue of a new containment still messing things up, so we really ought to have a generic solution instead of a slightly ugly hack
BUG:id=165670
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=828906
* signal when the config is sync'd, so the host app (or whomever else cares to) can hook into these syncs as well.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=820383
assContainment() is not a slot, and now there is a public version
without containment id and delayed init params (always assumed as 0 and
false in the public version) and a private version in Private with these
two params used only when restoring the configuration
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=801100
the protected slots containmentDestroyed(QObject*) and syncConfig()
are now private and in the private implementation
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=800755
