[Development] Qt 5.1 feature set and freeze date

John Layt jlayt at kde.org
Thu Feb 14 20:57:28 CET 2013


On 14 February 2013 19:21, Lorn Potter <lorn.potter at gmail.com> wrote:

> Back long ago
> https://bugreports.qt-project.org/browse/QTBUG-71
> (feel free to assign that one to yourself!)
>   :)

Will do :-)

> I was working on porting qtopia's timezone class to qt.
> I added full windows <> olsen conversion. It was able to use either
> system on all platforms (at least names)
> If you want to look at them, I can dig up those files.

Cool, I'll attach your name to my review requests then :-)  There's a
patch set attached to the bug which I've just had a look at, it's a
very different implementation, mine is closely modelled on the OSX and
ICU api as it's really just a wrapper around them, but I'll see if
there's anything useful.

CLDR/ICU actually now provide a file of standard conversions to the
Windows ID's that I've copied.  I only directly support the Olsen
names, but provide api to convert between the two on all platforms.

> Yes, the windows tz stuff is limited. At that time, I believe Thiago
> wanted the tzdatabase to be shipped.

The problem with shipping and using tz by default is that we have to
keep it up-to-date with the frequent changes upstream (less of an
issue with our shorter release cycles now), it doesn't provide zone
names or translations so we have to which again will be hard to keep
up to date, and may create inconsistencies when using the Windows
system locale to format times.  I think it's better to use the native
support by default for general locale stuff, then perhaps provide a
factory method to create tz based instances for apps that have more
specialised needs.

Better news is that from Vista onwards the Windows support has
improved, with the ability to query for historical zone data which is
a big improvement. My code currently only supports the limited XP api,
but I plan to add Vista support soon.

Thanks!

John.



More information about the Development mailing list