Posted by
Michael Schmid on
Jan 13, 2011; 2:59pm
URL: http://imagej.273.s1.nabble.com/Resultstable-and-locale-tp3685999p3686000.html
Hi Wolfgang,
not sure whether this is a good solution:
Some ImageJ functions don't use d2s for displaying numbers, we would
get a mix of decimal points and commas.
Even worse, essentially no input function in ImageJ can understand a
comma as decimal separator, and it would be almost impossible to
change this in a consistent way. When restricting it only to the way
how the Results table is written to a file, File>Import>Results won't
work.
As this is not only a problem with ImageJ, my solution was switching
to English versions for all software. In a university environment, I
found this also beneficial for our own students (train their English)
and of course, exchange students and guests from beyond the German-
speaking countries need it anyhow.
Another option would be setting the decimal separator to a decimal
point in the system control panel (locale). I guess that Excel should
obey this setting, at least for the output (I am not sure about what
it does when reading files).
Michael
________________________________________________________________
On 13 Jan 2011, at 15:28, Wolfgang Gross wrote:
> Hi all,
>
> may I add a small(?) item to the ImageJ wishlist?
>
> Resultstable d2s method contains this line
> dfs = new DecimalFormatSymbols(Locale.US);
> which means other Locales are left out in the cold.
> Could we have a method like setLocale ... ? That would
> be nice for plugins.
> Or even better: a global preference parameter eg under Edit|Options|
> Misc... .
>
> The reason for this: If one copies and pastes from a resultstable
> to EXCEL under a german Windows then EXCEL will take the decimal
> point
> as thousands separator.
>
> There are workarounds, ok.
>
> Regards
> Wolfgang Gross