It’s not the first time that i have this issue, sometimes it appears, sometimes not. Any idea why?
Thanks!
Nota:
After investigation, it appears that it’s dut to the fact that i’m french and we use commas and not decimal dots. My regional settings on my server are set to separator as “.”, but on my local computer (as on every french computer) it was set to “,”. Changing it to “.” enabled me to make it work but it, of course, is not a viable long term solution!
Grasshopper (like Rhino) always runs in the invariant culture, meaning periods are decimal separators and commas are thousand separators (and therefore ignored).
When you format strings as numbers or dates you can specify a culture override via the ‘C’ culture input, but that is not available elsewhere.
Hi David,
Thanks for the reply, but quite on the contrary i like it to run in invariant culture (therefore have the 0.03 panel work smoothly). It works fine with the GUI, but that’s not what’s happening though with rhino.compute (what i tried to describe in my post).
I have just pushed a change to Rhino.Compute to try to force the Compute.Geometry process to use the CultureInfo to use “en-US” to try to fix this issue. Can you pull down the latest build of Hops/Rhino.Compute from the package manager (ie. Hops 0.16.10) and see if this fixes the decimal issue?
Hi @AndyPayne, hope you’re doing well. Since i didn’t tag you last time, this message may have slipped through. The update didn’t fix the issue for now, so please let me know when i have to try a new update (nothing too pressing, just so that the topic doesn’t die).
Thanks, best
Hi @AndyPayne and sorry for the double notification i’m trying to gather the different issues i’ve been having today. Do you have any update on this? It’s still a source of errors on our system. If there’s a workaround you can think of, we are ready to try that. Thanks a lot!
