This in turn makes the default:
QPainter::fillRect(QRect(...), Qt::transparent);
a no-op. The commit makes the fillrect actually do what, I bet
it was supposed to be doing. (but i ain't much of a gambler since
i'm not sure what it's supposed to be doin in the first place. at
least now it's doing something "weird" faster)
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=680260
* animate -> animateItem
* frames -> framesPerSecond
* use the curve shape as provided by the animator
* get rid of the use of QTimeLine
* this cuts down on the number of objects and timer events dramatically in the case of multiple simultaneous animations
* all animations now update on the same tick
* simplifies the management code a -lot- though now i need to do a lot more of the math
TODO: implement interval updating based on the curve shape; otherwise, works pretty well =)
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=679871
Check for QString compares to ""... OOPS! 1 issue found!
./libs/plasma/widgets/lineedit.cpp: line#178 (1)
Do not compare a QString to "". Instead use the .isEmpty() method. For example, if(str == "") becomes if(str.isEmpty())
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=679628
and const don't like me
so i offer you
this apology:
i promise to try
to remember the friend
who prevents us from mucking
things up in the end
all hail const!
my poetry sucks!
the end. <3
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=679514
- add setDrawStandardBackground(bool) to get our common background
- make paint private and introduce paintInterface (with the same params) instead
this should make standardizing looks a bit easier and give us a way to paint the on-hover applet interface. we may need to do the same with boundingRect?
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=679036
obviously this is fairly broken as now applets can't provide right click menus for anything. i have some thoughts on how to fix this but need to consider it more.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=678566
i introduced a new enum in the Plasma namespace, ItemType, so we can keep track of these id's centrally.
however, the right click mechanism is rather broken in its implementation; we need a way to offer a centralized menu on appets no metter where they are clicked.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=678562
and it is empty, the can be "defaultText" that will be displayed. See
dict applet for example.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=678514
* create button applets not icon widgets on drop
honestly, not sure i like the qstringlist of argument approach, but that's what klibloader gives me
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=677941
however, making them items makes it possible to drag children outside of their parents (c.f. the button applet) which causes another set of problems. i'll look into this tomorrow though. it's 01:00 and i was trying not to work on kde tonight.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=677904
the idea is that you register an element animation and get back an id. you can associate a pixmap with that id and off you go. the item gets update() calls whenever the anim changes and you can fetch your precious little pixmap back with a call to animationResult.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=677782
