Will: can you svn up and send the output this generates for you? thanks
CCBUG:158406
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=779405
* moves the idea of the size of the item up to LayoutItem, as both Widget and Layout implemented it separately
* provides a way in LayoutItem to adjust a rect within an item to its margins (that is what LayoutItem::topLeft() is there for)
* fix several bugs, both painting and sizing, in LineEdit
* Applet sets margins now based on the existence of setDrawBackground
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=776380
This move was planned from the beginning; Widget::CachePaintMode was a
backport of the same feature in Qt 4.4. OK'ed by aseigo after post on
panel-devel. I've left CachePaintMode in there (it simply redirects to
CacheMode); I don't know if it's OK to remove these APIs or not (and
it's not monday anyway).
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=775198
* don't grab the data until actually shown
* show the right size and position when we are showing the tip
* allow the tooltip to figure out it's size with the help of the widget (it knows when to do this, the widget only knows how)
* don't show the tip on every item's mouse over, respect the small timeout
* only create a ToolTipData struct for those items that actually use it (memory savings as well as makes the check for showing the tip a lot simpler)
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=771314
that use those events (such as Icon) can still have tooltips. Also behaviour
on mouse move, mouse click and mouse wheel events is also managed.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=754605
popup menus. There's still a problem however as the 1 second timer
can be started before the menu is triggered. The tooltip code needs
to detect when this is occuring somehow and suppress the tip in such
cases.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=751298
Applets wishing to use this tooltip should Create a Plasma::ToolTipData struct
(defined in widget.h) and pass it to Widget::setToolTip(). Showing and hiding
the tooltip is all handled automatically.
While the basic idea is found in this patch, the look still definatly needs some
work. Still a definate work in progress.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=751113
Widget so that applets with embedded widgets also get the containment's
context menu.
BUG: 152698
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=749078
* get rid of the internal child list. we don't need it and it's a pain (as in error prone) to maintain, esp when we have QGraphicsItem::children()
(man i wish svn allows partial file commits =/ i wonder (idly) if git or any of those new fangled vcs's do?)
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=742100
* 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
i tried to find a way to reliably react to child add events instead of having to call our own method for this, but due to construction order and how itemChanged events are handled, i couldn't find such a thing. =/
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=731137
