I've increased the number of user-settable line colors to 6 in
gretl's gnuplot controller. Selecting dash patterns is trickier
because of differences between gnuplot 'terminal' types, but that
may follow.
Thanks very much for these. I am most grateful for the new features as
I am currently using plots generated using gretl along with the LaTeX
Beamer class to create very, very fancy looking econometrics lecture
notes in Turkish. I have distributon graphs, multiple regression lines
for comparing models, and all sorts of gretl plots and output in these
notes. Soon I will put these on my web page under the creative cummons
CC-by-SA license for everybody to benefit.
I have tested the updates and everything seems to work pretty well. I
have updated the tr.po file also. Here are a few suggestions for
improvement:
1)- Ability to set more colors is great. What would be better is a
small color button for each line, presumably next to the "line width"
item.
2)- Also would be neat is a "remove" button, next to the "line width"
as well.
3)- Some method to add vertical lines would be nice for completeness.
4)- Ability to use the existing scalars as input for the formulas
would be nice for improved integration (but not crucial).
5)- The ability to define a horizontal range for every line would make
gretl's gnoplot facility very very powerful, (but dashed lines comes
first)
6)- Using the Gujarati Table_1.3.gdt, I again plot Canada versus
France to see that I can now add horizontal lines such as y=1.3, but I
cannot add any legends on this particular plot. (well, I can edit the
legends fields but the contents don't show up)
7)- Adding line functionality doesn't work with the distribution graphs.
8)- Trying to remove or modify the legend in distribution graphs
creates an error message. The error exists even if the legend is
restored to its previous value, and closing the plot control window
and reopening it also doesn't get rid of the error, rendering the plot
completely uneditable.
9)- The newly added filter, which converts ',' to '.' in formulas when
the locale decimal character is ',' seems to work OK but now I can
have two formulas such as y=1.3 and y=2,3 together in the same window.
This is inconsistent. How about making the process so that, when the
wrong decimal point is used, the program does not proceed and warn the
user about it. As an example, suppose the locale decimal point is ','
and the user enters, say, "1.3". Here, gretl would stop and give an
error message about the '.' used. Once the user corrects the entry so
that it is now 1,3 , gretl will first convert the ',' to '.' and go
ahead and call gnuplot.
10)- Could the filter also filter "^"s and convert them to "**"
please? This would be nice for the consistency of everything.
Finally, I also agree with andreas that refing the gnuplot interface
is the way to go. Graphing abilities is an important parameter
defining the overall strength of a scientific program such as gretl.
Gnuplot is already extremely powerful, so work improving gretl's
interaction with it should have a high marginal return.
Cheers
Talha
--
"Remember not only to say the right thing in the right place, but far
more difficult still, to leave unsaid the wrong thing at the tempting
moment." - Benjamin Franklin (1706-1790)
--