-
Notifications
You must be signed in to change notification settings - Fork 32
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
GetTimeZonesForCountry("CA", "en-US") #13
Comments
america/fort_nelson isn't in the Data.CldrAliases. So it returns a null value back from GetCldrCanonicalId(), throwing that error. Not sure the best way to handle that. |
Hi MJ, Do you have any sway with the CLDR folks to see if Fort Nelson can be added to the official source data? I’m assuming that is where this xml file comes from. Thanks, |
amendment... |
It's already been added to the development ("trunk") branch of CLDR. You can see it here: http://unicode.org/repos/cldr/trunk/common/bcp47/timezone.xml CLDR releases are biannual, in March and September. See http://cldr.unicode.org/index#TOC-General-Schedule- That can create somewhat of a problem for libraries such as this one, where we need the most up-to-date information with each TZDB release. Ultimately, I think some of this has to be managed manually. I'll see what I can do about refreshing the library with the relevant changes to avoid exceptions. Thanks. |
Thanks, appreciate your work on this and on the complexity of dealing with separate standards providers to get to the desired end. Do you know offhand if Microsoft has any plan to try and tackle the issues your library addresses with any future .Net Framework enhancements? |
With specific regard to localization of timezone names, I do not believe there is anything planned within .NET framework itself. However, if you're writing WinRT based applications (phone, store, universal, etc.), There is the |
Fixed with e846f7e in version 1.3.1. Thanks! |
Awesome, Thanks Matt. |
Hi,
I got the latest from Nuget this morning to see if it corrected a separate problem providing locale info for Kazakhstan. It did in fact correct that issue, but then I noticed a separate problem:
The method below returns an invalid time zone error for Canada "CA". I'm sure the previous version I had used did not have this problem.
Thanks,
Hobie
The text was updated successfully, but these errors were encountered: