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
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
* widgets should let Widget handle sizing, geometry unless there are very good reasons for it
* don't relayout the parent layout if the parent layout is already relayouting, because that relayout will have called the child's relayout in the first place. get it? relayout!
* i can dance. we can dance. do the relayout dance.
* some style guide fixes
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=738957
* 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
