Running kded modules on non-KDE desktops
Thiago Macieira
thiago at kde.org
Sun Jan 10 09:07:15 GMT 2010
Em Sábado 9. Janeiro 2010, às 22.47.45, David Jarvie escreveu:
> Applications which use time zone data get the data by calling
> KSystemTimeZones::local(), which in turn gets the system time zone from
> the kded module ktimezoned. This mechanism avoids the system time zone
> being read separately by each application - reading it can be time
> consuming, so fetching it once only is desirable.
>
> This works in the KDE desktop, but when a KDE application is run under
> another desktop environment, ktimezoned isn't running and therefore the
> system time zone returned by kdelibs is always the default, UTC. Is there
> any way for ktimezoned to be activated automatically by kdelibs when it is
> required? If not, it is probably necessary for KSystemTimeZones to read
> the system time zone itself when it is not available from ktimezoned.
I thought kdelibs started kdeinit4, klauncher and kded when necessary.
That isn't happening?
--
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
Senior Product Manager - Nokia, Qt Development Frameworks
PGP/GPG: 0x6EF45358; fingerprint:
E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20100110/a650ab4e/attachment.sig>
More information about the kde-core-devel
mailing list