KAutoStart
Lubos Lunak
l.lunak at suse.cz
Sat Mar 4 22:08:49 GMT 2006
On Saturday 04 March 2006 23:03, Christian Esken wrote:
> Am Samstag, 4. März 2006 22:24 schrieb Lubos Lunak:
> > Actually we support 3 phases Really Soon(TM). As soon as my startup
> > patches are in SVN. Phase 0 for kdesktop+kicker (->no need for
> > autostart-after= as that seems to be used for these two only, and
> > moreover it doesn't right now really work anyway), phase 1 for parts of
> > the desktop and phase 2 for everything else than can wait (you don't
> > really need all that systray nonsense immediately).
>
> Hmmm .... why doesn't it work reliably?
Autostart code handling waits for the app to register with DCOP (or just
waits until it's launched, I'm not sure), which happens rather soon in the
app's startup process and way before it's actually up and ready.
> Is the reason, that we don't know
> when the autostart is ready/finished? If this is the reason, then the
> phases also won't work.
They do :). Ksmserver has the same problem, as registration with the session
manager also happens soon, but kdesktop and kicker have special code to tell
ksmserver they're really ready.
> Take for example volume restauration: It must have
> FINISHED, before the login sound is played. How can you guarantee that? At
> the moment I cannot, but hope to do so in KDE4 (see
> https://bugs.kde.org/show_bug.cgi?id=91267).
Kcminit is completely performed[*] before ksmserver (which triggers the login
sound) is launched, so I fail to see your problem.
[*] Ok, completely now. With the patches there are also phases :), but there's
one finished before ksmserver.
--
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/
More information about the kde-core-devel
mailing list