-
Notifications
You must be signed in to change notification settings - Fork 538
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
Number serialization does not use neutral culture #903
Comments
This looks like a similar issue as #288 except that our ctor is doing the |
@Nils-Berghs I've added PR#904 but don't have a non-US English machine handy. Can you take a look and test your scenario? |
@tomjebo I have tested the branch you are merging and this seems ok. |
@Nils-Berghs thanks for testing. Doing one more confirmation internally and then I'll merge this. |
When creating an excel file numbers are serialized with the culture of the current thread. However internally excel uses the invariant/US-culture.
So if you add a value to cell A1 like this:
Excel will accept the file if the code above is executed in a thread running on US culture. If running on a thread that uses ',' as a decimal seperator, excel will give the "We found a problem witn some content..." warning.
If you examine the value in the zip file it will be "0,5" (not 0.5 as is required).
I have not found a work around other than forcing the the thread to use US culture.
Note that the culture settings of excel do not matter, it is the generation of the xlsx that is wrong.
The text was updated successfully, but these errors were encountered: