RFC: addition of generic timezone support to kdelibs

David Jarvie lists at astrojar.org.uk
Wed Jul 13 20:18:36 BST 2005


On Tuesday 12 Jul 2005 02:37, Shaheed wrote:
> Mind you, I had a related thought; namely that it might be the case that
> some applications (KOrganizer?) might want a richer representation than a
> QDateTime allows: something with an explicit timezone.

I think there was some mention of this idea on the kdepim mailing list 
recently. There have been quite a few bugs to do with times in different time 
zones, daylight savings time, etc. Since a date/time implies a time zone 
(whether UTC, local or a geographical zone), encapsulating the two together 
would seem to make sense. Widespread use of such a class in applications 
where time zones matter might also help developers to be more conscious of 
what time zone they are coding for and avoid some bugs.

If an extended QDateTime is introduced, it would also be useful for it to be 
able to hold dates which have no associated time. (Used, for example, in 
all-day events in kdepim applications.) I have implemented such a class 
(without time zones) in kdepim/kalarm/lib/datetime.h/cpp.

-- 
David Jarvie.
KAlarm author and maintainer.
http://www.astrojar.org.uk/linux/kalarm.html




More information about the kde-core-devel mailing list