Commit Graph

6 Commits

Author SHA1 Message Date
Jason Stubbs
cb9747382b startAnimation() needs to be called if the layout geometry() changes as well
otherwise the updated layout doesn't take effect. This means that it really
does need to be called from relayout(). So to prevent a quasi-infinite loop,
don't restart the timeline if it's already running.

This fixes the tasks geometry not updating correctly when applets are added
to the panel.

svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=754148
2007-12-29 07:14:21 +00:00
Jason Stubbs
933932ddb4 LayoutAnimator indirectly calls relayout() so calling startAnimation() in
relayout() is almost an infinite loop. Instead, only call startAnimation()
when an item has actually been added or removed.

svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=748736
2007-12-15 09:08:09 +00:00
Aaron J. Seigo
946e0127b8 went through and checked methods that take or return pointers or indexes and added safety precautions against bad parameters
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=744630
2007-12-03 23:53:56 +00:00
Dirk Mueller
e67ddc6a62 fix licensing header
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=740318
2007-11-23 00:03:27 +00:00
Aaron J. Seigo
e614df56d0 * consolidate geometry() and setGeometry() from the layouts into Layout
* introduce relayout() which does only that
* place guards around relayout() calls in Layout class to prevent recursion

svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=738923
2007-11-19 23:45:56 +00:00
Aaron J. Seigo
92ba2c1b0b move all the layouts to their own directory; much more logical and makes it easier to not miss layouts that need changes
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=738898
2007-11-19 22:42:56 +00:00