Date/time class changes to handle extended date ranges

[David Jarvie]

On Monday 20 Feb 2006 12:06, Thiago Macieira <thiago at kde.org> sent:

>David Jarvie wrote:
>>But if QDate could be amended to allow a greater range of dates, that
>> would be a better solution, as already mentioned in this thread earlier
>> today. Can Trolltech be persuaded to relax the QDate limits?
>
>http://www.trolltech.com/developer/tasktracker.html?method=entry&id=102140
>
>It's scheduled for 4.2.0.

That's great news. Frans Englich earlier raised a similar request, but it wasn't given any 
priority (http://www.trolltech.com/developer/tasktracker.html?method=entry&id=100359). The 
only drawback for a few applications is that the date range which will be available, i.e. 
years -4000 to 8000, is not as large as ExtDate provides. It would be perfectly easy for 
Trolltech to widen the range further. But the amended QDate and QDateTime ought to be 
adequate for general kdelibs use, and therefore I think that there is now no need to 
introduce KDate or a new KDateTime.

This discussion has highlighted for me one other issue - that the current KDateTime class 
would be better renamed to KZoneDateTime to make its function clearer, which I'm sure will 
please Mr Pels at least. I'll do that if nobody disagrees.

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