[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-panel-devel
Subject:    Re: GSoC Plasmoid Initialization
From:       Kevin Krammer <krammer () kde ! org>
Date:       2012-03-25 15:15:25
Message-ID: 201203251715.34254.krammer () kde ! org
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


On Sunday, 2012-03-25, Aaron J. Seigo wrote:
> On Tuesday, March 20, 2012 09:58:14 Łukasz Olender wrote:
> > Simply I'll start from implementing Applet::init() method asynchronously
> > and take care if nothing goes wrong. If something bad will happen, I will
> 
> i am skeptical that threading can be used here. one example: painting may
> be triggered during init(), and that must be in the main thread. this
> project is not really about threading as much as it is about delaying the
> initialization of the applets and returning to the event loop between
> initializations.

I guess one could research whether calling all methods that do painting 
through QMetaObject::invokeMethod( ...., Qt::QueuedConnection ) still works, 
i.e. no calls replying on painting to be finished after call return.

If that works calling them through a cross-thread signal/slot connection 
should also work.

Cheers,
Kevin
-- 
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring

["signature.asc" (application/pgp-signature)]

_______________________________________________
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel


[prev in list] [next in list] [prev in thread] [next in thread]