Hi,
I haven't followed the details of this thread, I just want to confirm
that I have seen this "clipping" problem myself quite often. Since I use
gretl both on Linux and Windows I can't remember on which platform that was.
One of the reasons why I didn't report it earlier was that with the
problems that gretl had producing good pdf and eps files, this problem
was second-order to me. (Now that gretl does a much better job at pdf
and eps, maybe that's become different.)
I agree with Allin it's not a show-stopper. But I also agree with Alan
it's a bug. (hey your names together are a bit confusing, will you have
more list discussions like that? maybe we should give you aliases then :-)
If I can help with the diagnosis or testing (cross-platform maybe or
whatever) I'm happy to do it.
cheers,
sven
Alan G Isaac schrieb:
On 11/1/2009 7:26 PM, Allin Cottrell wrote:
> I'm not sure if this is really worth bothering about -- since PNG
> is not the format of choice for "production quality" graphics --
> but it does appear that there's a teensy bug somewhere in the
> implementations of pango and/or cairo for MS Windows, with respect
> to font-handling.
>
Hi Allin,
I would urge a different perspective. Here is why.
This is not just one possible back end. This is the back end that
gretl uses to display it graphical output. Thus the default face
of gretl to the Windows world looks less than professional when
it comes to the graphics. I think that is more than unfortunate
for such a fine package.
I realize that this bug seems to lead outside of gretl, but I would
hope that it would at least produce a bug report that leads to
eventual action. I've done about what I'm capable of in tracking
this, but I'm willing to follow other paths if you have suggestions.
Hope that makes sense,
Alan
_______________________________________________
Gretl-users mailing list
Gretl-users(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-users