Hello, gretl developers.
I'm trying to start a translation of help files into russian on
launchpad.net as it seems to be the most suitable tool to participate
for all familiars with econometrics but not with gettext, linux. cvs,
The problem is that there is already a project for gretl on launchpad
and it is strongly prohibited to start more than one project for a
single program. I cannot contact with Constantine Tsardounis for about
a month, so I think it is time to re-assign that project to someone
else. On the irc-channel of launchpad I was told that
Our admins can re-assign the project to new owners but we'd prefer to
hear from the upstream owners. can you get one of them to submit a
But if nobody from main developers wants to register and do something
at launchpad it is possible to assign this function to me and in that
case a letter in this list will probably be enough.
I have prepared a .po-file for genr_funcs.xml and gretl_commands.xml
with the help of po4a utility and got 1511 strings for translation
(strings a rather big).
Good luck, Ivan Sopov.
P.S. My previous letter about using launchpad for translation is
here's what seems to be an "interface problem" in some sense, although I
also have that déjà vu feeling as if we discussed this before...
Anyway, I just chose "save data as / standard format", then selected a
subset of all variables to be saved, and entered a new filename
("transfer1.gdt"). This operation as such went fine it seems -- when I
open that new file in a new gretl instance, everything looks good.
However, in the main window of the old instance the line below the menu
bar (on Ubuntu) says "transfer1.gdt", but the window still lists all
variables, not the selected subset. So either the status information
saying "transfer1.gdt" must be wrong, or the display of all the old
variables, right? Or am I missing something and there's a
straightforward meaning to it (quite possible)?
in a recent gretl build I found the following issues:
* the Eviews file import dialog doesn't seem to recognize the uppercase
.WF1 extension (changing to .wf1 solves the problem, but users would
have to figure out the cause first)
* the file import error messages are partially not marked for translation
(with current gretl cvs) there is a minor problem when you define your
own bars/shading to be included in time series plots via a text file
with date pairs. If I try to switch from one such date definition file
to another and apply the changes, gretl shows a shading which isn't
defined in the files. Re-applying seems to solve this, so this isn't a
big problem, but still, maybe it's an easy fix.
A question came up lately regarding addition (or subtraction) of an
m x n matrix and a 1 x 1 matrix. The manual said that this was
permitted (with the 1 x 1 matrix being treated as a scalar, and
added to each element of the m x n one). But in fact it was
supported only if the m x n matrix was on the left; and I responded
to the report by enabling the case where the 1 x 1 matrix is on the
But I wonder... is this really a good idea? We have the "dot
operators", ".+" and friends, which are suitable for this purpose,
and I'm concerned that allowing plain '+' and '-' for
non-conformable operands may mask scripting errors.
I ran into this myself the other day: I got the dimensions of a
certain matrix wrong but didn't notice the problem at first, since a
subtraction that, in a sense, "should have" generated an error went
through apparently OK, producing a nonsense result.
Maybe we shouldn't change this for gretl 1.9.6, but my feeling is
that we probably ought to be more rigorous in insisting on use of
the dot operators where they are the right tool for the job.
Some entries from Model Window->Save are missing translation. No entry in
POT for the following function:
At line 5722
./gui2/library.c: blurb = g_strdup_printf("Statistic from model %d\n"
Hope that it was caught on time.
Attached is the file that I am preparing to have in gretl CVS root.
What do you think?
Am 09/25/2011 05:08 PM, schrieb Allin Cottrell:
> Sorry, this is a bit long but I hope you'll bear with me.
> First, I'd like to second a comment made by Jack Lucchetti on the
> gretl-devel list, namely that the idea of announcing a pre-release
> bug-hunting period has proved its worth very nicely. Thanks to
> Ignacio Diaz-Emparanza for proposing this, and thanks to all who
> have submitted reports. Hopefully, gretl 1.9.6 will be a "keeper".
> Second, in the process of responding to bug reports I've modified a
> few translatable strings, so I propose to wait a few more days
> before releasing to give translators the opportunity to catch up.
> I'm now expecting to release gretl 1.9.6 by the end of this week.
I have just updated the German translation. A little
translation-specific question (hence this goes to the devel list): The
term "Cut" is meant as in Cut&Paste?
I noticed that when you try to re-declare/define a variable which
already exists, you get an error if the new declaration/assignment has a
For example, after:
it becomes illegal to say:
string rez = "whatever"
Not sure if that is intended, but I suspect it is. However, the error
message could maybe be more explicit? Currently it says "wrong datatype"
or something like that.
the formula for Theil's U that you get in gretl's fcstats() doesn't work
if (some of) the values of y are zero (division by zero problem). I'm
not an expert in these measures and haven't spent much time on this, but
I came across a claim that another formula would also represent Theil's
U; for that other formula zeros are not a problem, and below I include a
straightforward function implementation of that other formula. Haven't
checked yet whether for non-zero y the two approaches produce the same
Can anybody clarify the relationship between these approaches?
function scalar manualTheilU(matrix y, matrix f)
numerator = sqrt(mean((y-f).^2))
denom1 = sqrt(mean(f.^2))
denom2 = sqrt(mean(y.^2))
The gretl CVS tree currently contains a "lite" version of
gtksourceview 1.8.5 (in gui2/gtksourceview).
I included this partly so that one could build gretl for
Windows and OS X without relying on an installed version of
gtksourceview. In addition, when we first introduced syntax
highlighting in gretl gtksourceview was still fairly new, and
might not have been available for all Linux distros.
But now time has moved on: I've successfully built full
gtksourceview-2.0 libraries for Windows and OS X, and it's
quite standard in Linux distros. I'm therefore thinking of (a)
removing the "bundled" gtksourceview from gretl CVS, and (b)
specifying gtksourceview-2.0 as a gretl dependency.
As regards point (b), right now our syntax highlighting code
supports both gtksourceview-1.0 and gtksourceview-2.0, but I
don't see much point in continuing to support the old version.
Version 2.0 has been available since 2007, and is required to
support printing with highlighting.
Does anyone have any objection to this?