-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sven Schreiber wrote:
> Hi,
>
> Allin Cottrell schrieb:
>
>> True. That's largely because I don't know how to write, e.g.
>>
>> X ~ N(1.5, 25)
In the present state of things, I translate statically with a space
separating values:
X ~ N(1.5 25)
All
On Thu, 20 Sep 2007, Hélio Guilherme wrote:
> Allin: I was having the impression that the "Test for Normality of the
> Residuals" graphic was presenting the localized numbers, but it is not.
> I guess I need new glasses :).
> But can't you pass to GNUPlot the legends with the numbers parsed?
> The
Allin Cottrell schrieb:
> On Thu, 20 Sep 2007, Sven Schreiber wrote:
>
>> An unrelated minor issue: Isn't it strange that to create a new variable
>> (by manually entering values, not via formula) one has to...
>
> Ah, how about this? At present the text in the new variable
> dialog says "Enter
On Thu, 20 Sep 2007, Sven Schreiber wrote:
> An unrelated minor issue: Isn't it strange that to create a new variable
> (by manually entering values, not via formula) one has to...
Ah, how about this? At present the text in the new variable
dialog says "Enter formula for new variable". It coul
On Thu, 20 Sep 2007, Sven Schreiber wrote:
> For locale-using users, I would suggest to make the error message of the
> define-new-variable dialog more informative: For example: "The symbol
> ',' is invalid in this context; if you used it as a decimal separator,
> you must use '.' for this dialog
On Thu, 20 Sep 2007, Ignacio Diaz-Emparanza wrote:
> (I should warn that in my PC, that uses Kubuntu Linux with UTF-8
> encoding, and gretl in Spanish, the "use locale settings ..."
> does not work. In collaboration with Allin I tryied several
> changes in my gretl configuration but we could no
Allin Cottrell schrieb:
> On Wed, 19 Sep 2007, Sven Schreiber wrote:
>
>> The "insist on" part is problematic. IMHO gretl must always
>> accept decimal periods ('.') everywhere irrespective of other
>> settings, simply because it's already mandatory in scripts (for
>> good reasons).
>
> OK, I
On Thu, 20 Sep 2007, andreas.rosenblad(a)ltv.se wrote:
> > 1) Totally scrap the locale separator: all input and output uses the
> > decimal point, with no option. [With the exception of reading and
> > writing delimited text data files.]
>
> I vote for this option.
Thanks, everyone, for the inpu
On Wednesday 19 September 2007 15:26:36 Allin Cottrell wrote:
>
> Here are three options:
>
> 1) Totally scrap the locale separator: all input and output uses
> the decimal point, with no option. [With the exception of reading
> and writing delimited text data files.]
>
> 2) Keep the locale separat
My two cents go with option 2, option 3 even. IMHO not being able to
use commas for input is crippling and discarding them altogether even
for output could be very counter productive.
Talha
--
"Remember not only to say the right thing in the right place, but far
more difficult still, to leave uns
Hi,
Allin Cottrell schrieb:
>
> True. That's largely because I don't know how to write, e.g.
>
> X ~ N(1.5, 25)
>
> in a comma-using locale. As in my question above, is it
>
> X ~ N(1,5; 25)
>
> or what? Is there a definite standard?
>
I can only speak for German habits: No, I'm afraid
cottrell(a)wfu.edu @ INTERNET skrev 2007-09-19 15:28:55 :
> Here are three options:
>
> 1) Totally scrap the locale separator: all input and output uses the
> decimal point, with no option. [With the exception of reading and
> writing delimited text data files.]
I vote for this option.
Andreas
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I just want to say that option 2 currently in use is a good solution,
and option 1 should be discarded. I am opposing discarding localized
settings!
As for having both output and input using locale settings my be
considered as a goal in the future, an
On Wed, 19 Sep 2007, Sven Schreiber wrote:
> Allin Cottrell schrieb:
> > A second element of inconsistency is that when the "locale
> > decimal separator" option is turned on, we currently accept
> > (in fact, insist on) use of the locale separator in dialog
> > boxes that call for simple numer
On Thu, 20 Sep 2007, Hélio Guilherme wrote:
> As for the scripts with locale settings I propose using a kind of
> directive at the beginning of the script, so, for example:
> #separators=",.;"
>
> - - There is a fixed order for the separators. In the example, for
> Portuguese, I wrote: decimal se
Allin Cottrell schrieb:
> So far: if we support printing output using ',', but insist on '.'
> on the input side, we already have an inconsistency of sorts --
> though I'm not sure it's very damaging.
Since it's user-configurable, I agree this is not a real issue.
>
> A second element of inco
Allin Cottrell a écrit :
> On Wed, 19 Sep 2007, Sven Schreiber wrote:
>
>> I start to understand Jack's seemingly extreme position of
>> "anything else than a decimal point is evil". If it's too
>> difficult to manage localized settings consistently, maybe it's
>> a feature that should be given
andreas.rosenblad(a)ltv.se a écrit :
> svetosch(a)gmx.net @ INTERNET skrev 2007-09-19 11:09:13 :
>
>
>> Of course bugs
>> can always happen, but I start to understand Jack's seemingly extreme
>> position of "anything else than a decimal point is evil". If it's too
>> difficult to manage localized
svetosch(a)gmx.net @ INTERNET skrev 2007-09-19 11:09:13 :
> Of course bugs
> can always happen, but I start to understand Jack's seemingly extreme
> position of "anything else than a decimal point is evil". If it's too
> difficult to manage localized settings consistently, maybe it's a
> feature
On Wed, 19 Sep 2007, Allin Cottrell wrote:
> A second element of inconsistency is that when the "locale decimal
> separator" option is turned on, we currently accept (in fact,
> insist on) use of the locale separator in dialog boxes that call
> for simple numeric input...
One more small point:
On Wed, 19 Sep 2007, Sven Schreiber wrote:
> I start to understand Jack's seemingly extreme position of
> "anything else than a decimal point is evil". If it's too
> difficult to manage localized settings consistently, maybe it's
> a feature that should be given up?
I'll just to clarify the cu
Allin Cottrell schrieb:
> On Tue, 18 Sep 2007, Sven Schreiber wrote:
>
>
> I take your point, but the "define a new variable" dialog is
> essentially just a window onto a tiny script: the parser is the
> same as for "genr" commands in scripts, and allowing the decimal
> comma here would break
On Tue, 18 Sep 2007, Sven Schreiber wrote:
> a nasty because potentially unnoticed bug just bit me with gretl 1.6.5
> on a German windows:
>
> Gretl was set to use the German decimal separator (comma) and so I typed
> "v2 = v1 / 98,3" in the define-new-variable dialog.
>
> However, gretl effecti
Hi,
a nasty because potentially unnoticed bug just bit me with gretl 1.6.5
on a German windows:
Gretl was set to use the German decimal separator (comma) and so I typed
"v2 = v1 / 98,3" in the define-new-variable dialog.
However, gretl effectively seems to have calculated v1/98 without the
fract
24 matches
Mail list logo