Running kded modules on non-KDE desktops

dantti85-dev at yahoo.com.br dantti85-dev at yahoo.com.br
Thu Jan 21 13:12:36 GMT 2010


Not sure if someone already answered for this
but this sounds like it should use DBus activate
to start kded if the ktimezoned interface is not available,
pretty simple patch btw

Daniel.


> Enviadas: Sábado, 9 de Janeiro de 2010 19:47:45
> Assunto: Running kded modules on non-KDE desktops
> 
> 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.
> 
> -- 
> David Jarvie.
> KDE developer.
> KAlarm author -- http://www.astrojar.org.uk/kalarm



      ____________________________________________________________________________________
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com




More information about the kde-core-devel mailing list