--===============1275012312==
Content-Type: multipart/signed;
  boundary="nextPart4788583.GlUpHa37Ne";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart4788583.GlUpHa37Ne
Content-Type: Text/Plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable

On Thursday 28 May 2009 21:10:07 Aaron J. Seigo wrote:
> On Thursday 28 May 2009, Chani wrote:
> > On May 28, 2009 11:09:08 Aaron J. Seigo wrote:
> > > On Thursday 28 May 2009, Chani wrote:
> > > > > > PS: By the way, there is a bug about time configuration. By
> > > > > > default, update interval of digital-clock plasmoid is 60 seconds
> > > > > > when showSeconds is false, and 1 second if it's true. If you
> > > > > > change time from clock kcm and showSeconds is false,
> > > > > > digital-clock applet refreshes itself 1 minute later. Maybe
> > > > > > updateInterval should be hardcoded as 1 second regardless of
> > > > > > showSeconds variable.
> > > > >
> > > > > waking up 60x more often than necessary is a really good way to
> > > > > reduce battery life. the clock doesn't update once a minute just
> > > > > because it's lazy ;)

Yeah, that's definitely a bad idea.

> > > > > as Daniel points out, the correct solution is a dbus signal
> > > > > (probably from kded4) that we can listen to.
> > > >
> > > > I'd like to see any time-jump give all the dataengines a kick,
> > > > actually.
> > >
> > > "any time jump" isn't possible without polling afaik. which isn't an
> > > option.
> >
> > lame. there's no way to get notified when the system time is changed?

We can at least emit such a thing when the system time is changed through a=
=20
KDE configuration thing, that'll catch most of the cases I guess (even I=20
change the time in that way). Other cases I can come up with are timezone=20
changes (which are per clock anyway and working already), and indeed suspen=
d,=20
in which case we need a signal (also for example to rescan for wireless=20
networks, which networkmanager actively prevents, but that's another story).

> not that i've been able to find, and i've looked. every solution i've seen
> on the 'net so far requires polling. nothing from the kernel, nothing from
> ntp, nothing in posix ... meh.
>
> maybe we should write and ship a custom linux kernel module :P

Android has an in-kernel IPC actually. I'm not being serious about using th=
is.

ntpd (the daemon) is designed to not make big jumps, so there it's probably=
=20
less relevant to update the clock, and ntp for a one-off update is called f=
rom=20
KDE code, in which case we can emit this signal again.

Not a complete solution, but reducing the cases in which this fails at leas=
t.

> > > > we still (afaik) have the problem that coming out of suspend doesn't
> > > > update the clock until the minute changes, and so on. I have an
> > > > amusing screenshot of the clock and its tooltip disagreeing on the
> > > > time. :)

http://xkcd.com/45/

> > > suspend is a different matter, however. we could do a forced "check
> > > your timing" of all engines when we come out of suspend if the power
> > > manager has such a signal for us to listen to.
> >
> > yeah, that'd probably do.
> > there must be such a signal... right?
>
> iirc there isn't right now. :( but hopefully we can add one for 4.4.
> *fingers crossed*

Shouldn't be hard to do, it might even qualify for 4.3. I'd consider the cl=
ock=20
displaying the wrong time for up to a minute a rather visible bug, while th=
e=20
impact of the fix seems trivial (adding a D-Bus signal in powerdevil or Sol=
id,=20
catching it in libplasmaclock and calling update()).
=2D-=20
sebas

 http://www.kde.org | http://vizZzion.org |  GPG Key ID: 9119 0EF9=20


--nextPart4788583.GlUpHa37Ne
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iQEcBAABAgAGBQJKHxQeAAoJEGdNh9WRGQ75b5QIAO213704qSXwTbg5c3iYEl9c
ckUE/f3yxoNUHo1vZyEQhLW/9FdL7MNAf9hEdtbTVlb44GHtAWqbLudLLVi+UerD
Jl5YJMtqfpG0m8zwT4UQDbRFGixxvlV3DDq43/51W9Pc1TBYclJqmT3pO6SU562T
4pYfxFsR5sjfRFkwJBCOxHoJnGEIzUoNqSuci9bwJJNbydS6yiuVdt5wBvZLg9st
1v3jssd7t0wVkM8FRkBVTFC8RDfeDYoAn5GE6xaIUlLSSKm5JDcIYYbYKrRtSjw5
mNn3aV3gI8RhotVBeE0L5Tu6UCEiGE8QFdqXbN/woIvwvmmptlELhWo5T+BWjZk=
=bmDP
-----END PGP SIGNATURE-----

--nextPart4788583.GlUpHa37Ne--

--===============1275012312==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

--===============1275012312==--