warning people not to assume Applet::view() returns a view, because null pointer crashes make me sad :(
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=872326
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
fitt law optimisation
- also save the new size of the popup (Plasma::Dialog) in the config file when user
resize it
- use popupPosition facilities in kickoff and remove the resize stuff on it since it
can be now directly dealed in Plasma::Dialog
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=860323
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
actually meaningful:
the idea is that an applet can change its own preferred size and ask its
containment if it can fullfill its wish on the size
so the panel tries to resize itself as it can in its maximum and minimum
size constraints.
at the moment only the taskbar uses this, also the systray could use it
(and in general all expanding applets)
it use a new signal in Plasma::Applet, called
sizeHintChanged(Qt::SizeHint)
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=838364
that only applets with a matching major.minor version
are loaded. needs porting to plugins other than applets.
CCMAIL: aseigo@kde.org
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=833550
* 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
* move the contents of setGeometry to itemChange and resizeEvent for greater reliability
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=815043
TranslucentBackground, now used by folder view.
when an applet has TranslucentBackground set, it loads
"widgets/tranlucentbackground" as its own background
when that svg does not exists in theh them it falls back to
"widgets/background" instead of translucentbackground of the default
theme
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=813283
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
now I can remove some of the ten desktop containments I accumulated :)
oh, and the code is cleaner too, yay!
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=810129
the defaults are kinda lame right now, but I'm planning to do a lot more with this.
applet focus and the shorcut hooks work properly, however.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=808610
why? because older g++s are teh suck, and mac os is stuck with it. it doesn't get that inner classes also get the friend status of the outer class. blargl
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=806698
* 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
