also set the state on needsattention.
if the view of the applet is not the same for its containment, call popupposition with the parent of the applet rather than the applet itself.
this fixes the popup appearing at funny places for applets in systemtray, like devicenotifier
svn path=/trunk/KDE/kdelibs/; revision=1115260
* move the check for the view lower in updateDialogPosition so that even if we don't have a view, we at least do the sizing, if not the positioning (which is all the view is needed for)
svn path=/trunk/KDE/kdelibs/; revision=1047715
for use in scripting languages. Add a initScriptingExtenderItem() signal for script
engines to connect to and call their versions of Applet::initExtenderItem()
svn path=/trunk/KDE/kdelibs/; revision=998323
proper geometry too late, which causes the desktop applet positioning
algorithm to calculate a wrong initial position.
CCBUG: 181854
svn path=/trunk/KDE/kdelibs/; revision=916941
The Plasma::Dialog is initially created without a parent, but can later be
reparented to the Plasma::View. The problem with this is that when plasma
quits, the view and its children are deleted before the scene and its children.
So when the PopupApplet destructor is invoked, it tries to delete what is now
a dangling pointer.
Solve this problem by wrapping the dialog pointer in a QPointer.
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=867830
* try harder to create a layout when we might need one
* remove the "setting a default icon" stuff in the ctor; it was misguided and really just covering up for a bug in popupConstraintsEvent
* fix said bug in popupConstraintsEvent (don't check for icon before laying things out in non-vert/horiz formfactors)
* don't put an event filter on the graphics item. i have no idea what the idea behind that was (hooray for no comments! =), perhaps Richard S. can enlighten us as it was one of his commits ..
CCMAIL:r.scheepmaker@student.utwente.nl
svn path=/trunk/KDE/kdebase/workspace/libs/plasma/; revision=867506
