Re: Reimplementing trivial apps as dcop services
Lubos Lunak <[email protected]> Mon, 4 Apr 2005 18:20:44 +0200
| Newsgroups | gmane.comp.kde.devel.optimize |
|---|---|
| Message-ID | <[email protected]> |
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: [email protected] , [email protected] Drahobejlova 27 tel: +420 2 9654 2373 190 00 Praha 9 fax: +420 2 9654 2374 Czech Republic http://www.suse.cz/