On 14 February 2013 19:21, Lorn Potter <[email protected]> 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. _______________________________________________ Development mailing list [email protected] http://lists.qt-project.org/mailman/listinfo/development
