Reimplementing trivial apps as dcop services

[Lubos Lunak]

On Monday 04 of April 2005 17:59, David Faure wrote:
> On Monday 04 April 2005 17:28, Lubos Lunak wrote:
> >  Caused by improperly coded kded modules. At least I believe so. I think
> > that kded modules that open a new dialog and return back to the event
> > loop instead of re-entering shouldn't cause any problems.
>
> That's not the common case, though, is it?
> e.g. KFileDialog::getOpenURL() certainly calls exec(), which re-enters the
> event loop.

 No, it's not. It needs only show(), returning back and continuing only after 
the dialog is finished (which needs subclassing since Qt has no 
dialogFinished() signal :(  ).

>
> Of course it can handle DCOP calls from there, but it gets messy when kded
> modules start talking to each other...

 I think this all should be fine as long as nothing re-enters the event loop.

-- 
Lubos Lunak
KDE developer
---------------------------------------------------------------------
SuSE CR, s.r.o.  e-mail: l.lunak at suse.cz , l.lunak at kde.org
Drahobejlova 27  tel: +420 2 9654 2373
190 00 Praha 9   fax: +420 2 9654 2374
Czech Republic   http://www.suse.cz/