Bug 89286 - date value below 1753
Summary: date value below 1753
Status: RESOLVED FIXED
Alias: None
Product: kdelibs
Classification: Frameworks and Libraries
Component: qt (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdelibs bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-11 13:02 UTC by Daniel Moyne
Modified: 2007-11-07 18:57 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Moyne 2004-09-11 13:02:17 UTC
Version:           3.2.3 (using KDE 3.2.3, Mandrake Linux Cooker i586 - Cooker)
Compiler:          gcc version 3.3.2 (Mandrake Linux 10.0 3.3.2-6mdk)
OS:                Linux (i686) release 2.6.8-0.rc2.2mdk

I am practising genalogy and I wish we could improve the date module running with  the date applet on the icon bar this way :
- set date value below 1753  (apparently for unknown reasons this is the lowest date value you can set in this module) ; this would allow cross checking the day of the week sometimes provided in documents for example in a document in front of me "le mercredy 9e de mars 1734" ; since I have a hard time to read the day of the month I wish I could cross check with the day of the week !
- accept other calendars than Gregorian calendars like French Revolutionnary Calendar between 1792 and 1806, or Jewish, or Julian Calendar (there is a limit for this one that I forgot).

Another way to go would be to propose a Calendar desktop application (alike the calculator) that would do the job.
Regards.
Comment 1 David Faure 2004-09-12 18:06:05 UTC
There's a calendar application, it's called korganizer.

Comment 2 Daniel Moyne 2004-09-14 14:23:59 UTC
Le dimanche 12 Septembre 2004 18:06, David Faure a 
Comment 3 Nicolas Goutte 2005-07-24 17:10:57 UTC
The limit of 1753 (1752-09-14 to be exact) is in Qt's QDateTime. So this is a Qt bug. 

(I do not know why 1753, perhaps it is the year when it was introduced in Norway. However http://webexhibits.org/calendars/year-countries.html tells that 1753 is more Sweden than Norway.)

So please report it to Qt Bugs, see: http://doc.trolltech.com/3.3/bughowto.html

As for other calendars, that is another wish. KDE has a few new calendars in the meanwhile, however no French-Revolutionary one and I do not think that we have a Julian one either. (However both are more for historian and will probably not be developed by the normal KDE developers. So volunteers are needed.)

Have a nice day!

Have a nice day!
Comment 4 Thiago Macieira 2005-07-30 06:22:55 UTC
Sept. 25th 1753 was when the Gregorian calendar was introduced in England.

The date of the Gregorian Calendar creation was Oct. 15th, 1582, though, which is when it was first introduced in Catholic countries.

Trivia: Sweden (I think) was switching to the Gregorian calendar in steps and then, due to wars, forgot to drop a few leap days. To fix that, they made a year with February 30th and went back to the Julian calendar. More on that, use Google.
Comment 5 Nicolas Goutte 2005-07-30 20:58:53 UTC
On Saturday 30 July 2005 06:22, Thiago Macieira wrote:
[bugs.kde.org quoted mail]

> Sept. 25th 1753 was when the Gregorian calendar was introduced in England.


Well, that is still not the date used by Qt. (But that is only a minor 
details.)

>
> The date of the Gregorian Calendar creation was Oct. 15th, 1582, though,
> which is when it was first introduced in Catholic countries.


Yes, sure and that is why it is a Qt bug.

>
> Trivia: Sweden (I think) was switching to the Gregorian calendar in steps
> and then, due to wars, forgot to drop a few leap days. To fix that, they
> made a year with February 30th and went back to the Julian calendar. More
> on that, use Google.


Yes, taht is more or less what tells the URL that I have given. Sweden was 
finally "fixed" in 1752/1753.

(But all this does not explain why Qt has chosen the particular date.)

Have a nice da!
Comment 6 Thiago Macieira 2006-05-31 14:48:47 UTC
This is fixed in Qt 4.2. A patch has been applied to qt-copy.