minor translation stuff
by Sven Schreiber
Here are some things I noticed that AFAICS aren't marked for translation
yet:
* "Butterworth poles (...)" in graph window not marked for translation
* "filter may be numerically unstable" not marked for translation
* weight names in polynomial trend filter dialog not marked for translation
thanks,
sven
13 years, 10 months
units or groups
by Sven Schreiber
Hi,
while updating the (German) translation I noticed that gretl uses two
different terms for the panel cross-section dimension: "unit" and "group".
This is perfectly understandable because that's what also happens in the
real world, but to minimize confusion I'm wondering whether we should
make a definite choice on which term gretl uses.
Personally I would opt for "group", since for "unit" there is this clash
with unit root tests (as in 'each unit has a unit root').
thanks,
sven
13 years, 10 months
Re: [Gretl-devel] send dataset via email
by Allin Cottrell
On Sun, 7 Nov 2010, Sven Schreiber wrote:
> this may not be terribly important, but I am wondering about the
> justification of the menu entry 'File / Send to...', which seems
> to send the current dataset/workfile via email.
>
> Isn't it strange that an econometrics program sends email? I
> would guess this is a legacy feature, does anybody really use
> it?
Well, I use it from time to time, and don't regard it as a legacy
feature.
> I mean it's obvious that people send around gretl files by
> email, but there are specialized programs for that. The same
> argument is behind the fact that requests for more spreadsheet
> functionality in gretl have been repeatedly (and rightly)
> rejected.
Gretl doesn't implement a mail program from scratch; it just
provides a "convenience" interface to the system mailer. This is
quite common in software that deals with data that users might
want to share -- for example, gnumeric has a "Send to" feature
(along with several Microsoft programs).
> Or if you keep it, why not be able to send session files (.gretl),
> possibly among other formats?
You can also send scripts (the "letter" icon in the script editing
window); I think having this facility for scripts and data files
is enough.
Allin
13 years, 10 months
Re: [Gretl-devel] conference on web page
by Allin Cottrell
On Mon, 8 Nov 2010, Henrique Andrade wrote:
> Em 8 de novembro de 2010 Allin Cottrell <cottrell(a)wfu.edu> escreveu:
>
> On Mon, 8 Nov 2010, Allin Cottrell wrote:
> >
> > > On Mon, 8 Nov 2010, Sven Schreiber wrote:
> > >
> > > > I meant it the other way around, from gretl.sf.net to the
> > > > conference site...
> > >
> > > You're right, there should be a link; I'll add one.
> >
> > Now added, for the English-language gretl webpage. Translators of
> > the website should probably make this change to their versions.
>
> Dear Allin, I'd just updated the Portuguese site. Could you
> please publish it? By the way... The English page has a little
> error: *It is is free, open-source* *software* (...).
Thanks; that typo is now fixed, and the Portuguese page is
updated.
Allin
13 years, 10 months
Re: [Gretl-devel] conference on web page
by Allin Cottrell
On Mon, 8 Nov 2010, Allin Cottrell wrote:
> On Mon, 8 Nov 2010, Sven Schreiber wrote:
>
> > I meant it the other way around, from gretl.sf.net to the
> > conference site...
>
> You're right, there should be a link; I'll add one.
Now added, for the English-language gretl webpage. Translators of
the website should probably make this change to their versions.
Allin
13 years, 10 months
conference on web page
by Sven Schreiber
Hi,
I just looked up the dates of the gretl conference and noticed that
there is no link on the gretl frontpage (or did I miss it?). Shouldn't
there be one?
thanks,
sven
13 years, 10 months
Re: [Gretl-devel] nested function error reporting
by Allin Cottrell
On Fri, 5 Nov 2010, Sven Schreiber wrote:
> I stumbled across a glitch with error messages occurring in
> nested functions. I'm reporting it not per se, but because it
> might hint at a deeper issue with nested functions, given a
> history of subtle flakiness with function scopes and such -- I
> just don't know [...]
Agreed, the error message(s) you reported are somewhat confusing.
However, I don't think they "hint at a deeper issue" -- it's just
that getting the error reporting "right" is quite tricky. I've now
had another go at this, and I think the output should be clearer.
Here's a simple example:
<script>
function scalar f3 (scalar x)
y = sqrt(z) # deliberate error here
return y
end function
function scalar f2 (scalar x)
return f3(x)
end function
function scalar f1 (scalar x)
return f2(x)
end function
# main
scalar s = f1(9)
</script>
The output from the above is now:
<output>
? scalar s = f1(9)
The symbol 'z' is undefined
*** error in function f3
> y = sqrt(z)
called by function f2
called by function f1
</output>
That is, we print only one "error in function" message, pertaining
to the function which directly produced the error, and if this
function is nested we follow up by printing the "call stack".
Allin
13 years, 10 months
send dataset via email
by Sven Schreiber
Hello,
this may not be terribly important, but I am wondering about the
justification of the menu entry 'File / Send to...', which seems to send
the current dataset/workfile via email.
Isn't it strange that an econometrics program sends email? I would guess
this is a legacy feature, does anybody really use it? I mean it's
obvious that people send around gretl files by email, but there are
specialized programs for that. The same argument is behind the fact that
requests for more spreadsheet functionality in gretl have been
repeatedly (and rightly) rejected.
Or if you keep it, why not be able to send session files (.gretl),
possibly among other formats?
So on the road to gretl 2.0 I suggest to ditch this. Now is the time to
make those kind of changes.
cheers,
sven
13 years, 10 months
nested function error reporting
by Sven Schreiber
Hi,
I stumbled across a glitch with error messages occurring in nested
functions. I'm reporting it not per se, but because it might hint at a
deeper issue with nested functions, given a history of subtle flakiness
with function scopes and such -- I just don't know.
Here are the error messages:
<script-output>
? list gapstuff = getSWPDeltaout(endo,rexo,uexo, \
p,r,withconst,whichvar,coverage)
> matrix Bstar0 += B2+
Das Symbol 'B2' ist nicht definiert
>> matrix Bstar$j += B$i+alpha*beta'
>> loop for (i=j+1;i<=p-1;i+=1)
error in function get_si
> matrix S = getS(shortruncoeffs,betaext,p,withconst)
error in function getSWPDeltaout
> matrix si = get_si(vecshrun,betaext,p,numrexo,withconst,whichvar)
Fehler bei Skriptausführung: Stopp
> list gapstuff = getSWPDeltaout(endo,rexo,uexo,
p,r,withconst,whichvar,coverage)
</script-output>
The error itself is due to yours truly, that's not the point and the
error message about 'B2' is correct.
But notice that the error occurs in function getS(), called by get_si()
which in turn is called by getSWPDeltaout(). However, gretl reports only
the first two steps of the cascade, "error in function getSWPDeltaout"
and "error in function get_si".
FWIW,
sven
13 years, 10 months