On Mon, Feb 20, 2006 at 10:41:34AM +0100, Tore Anderson wrote:
>   Personally I use it mostly as an interactive application, for whenever
>  I need to do some calculation.

Me too.

>  I just like it better than bc.  Anyway,
>  in this case it is somewhat annoying that I always have to remember to
>  use some foreign syntax of specifying the radix point.  Also I usually
>  cannot copy/paste numbers from documents or outputted by other programs
>  into calc.

I can copy & paste easily between *all* calculators and programming
languages I use - I simply don't set LC_NUMERIC (even though comma would be
the "official" decimal separator here in Switzerland as well). :-)

>  meaning to calc.  If it hadn't it could probably had been made to
>  interpret both the period and the comma as the radix point, which would
>  ensure backwards compability as well as satisfy me.

That would probably make you happy, but I'm sure there are countries out
there using even more bizarre decimal (or thousands) separators, and
supporting all of them without clashing with any of calc's operators (try
"help operator" for a list) will be quite difficult.

>   In any case, the output should in my humble opinion heed $LC_NUMERIC:

I think that would be even worse - then you couldn't even copy & paste
within calc.

Don't get me wrong - I can fully understand the motivation behind your
request, but I simply don't think that calc is the kind of application that
should be locale-dependent. IMHO, this is something for GUI calculators or
really simple command-line calculators, but not for complete programming
languages with a well-defined syntax that would break due to changes like
this.

So you'll get my standard reply: I'm only packaging calc for Debian, but
I'm not one of its developers. If you can convice the upstream developers
that adding locale-support to a future release would be a good thing (and
they find a clean way to do it), then this change will appear in the Debian
package automatically. Just don't expect me to lobby for this change.

Martin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to