Posted by
Wolfgang Gross on
Jan 13, 2011; 3:37pm
URL: http://imagej.273.s1.nabble.com/Resultstable-and-locale-tp3685999p3686001.html
Hi Michael,
On 13 Jan 2011 at 15:59, Michael Schmid wrote:
> 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.
Hmm, right, one would have to change statusbar info, logs, image labels etc.
> 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.
Oops, didn't know about that one, never used it. That's not easy, right.
>
> 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.
Not a realistic option in many cases. One has to live with the zoo of
operating systems, standard office programs etc as it is created and maintained
by organisation politics, campus/national license programs, history etc.
>
> 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).
That would surely break other programs.
I understand that a general change is too difficult after so many years of
ImageJ development but the proposed setLocale method could be easily added and
would not break other features.
Best regards
Wolfgang
--
Dr. W. Gross, Chirurgische Klinik I, Exp. Chirurgie, Uniklinik
Heidelberg
Im Neuenheimer Feld 365, D-69120 Heidelberg, Germany
Tel. ++49 (0)6221/566392, Fax: ++49 (0)6221/564208
[hidden email]