[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [changeset] print.m (matlab compatibility)

From: Shai Ayal
Subject: Re: [changeset] print.m (matlab compatibility)
Date: Tue, 10 Mar 2009 07:37:20 +0200

On Tue, Mar 10, 2009 at 7:33 AM, John W. Eaton <address@hidden> wrote:
> On 10-Mar-2009, Shai Ayal wrote:
> | On Tue, Mar 10, 2009 at 6:39 AM, Ben Abbott <address@hidden>
> | > Without having a scalable font, I don't know how to reconcile this.
> | >
> | > Would it be possible to include a single ttf, or pfa file with Octave?
> | >
> |
> | I think we might need to include some ttf/pfa fonts anyway for the
> | opengl-renderer.
> | The main problem is that that there is that there are no canonical
> | fonts in well known locations in linux, so the best thing would
> | probably be to include some with octave.
> So every application that needs some fonts should include them?  That
> seems bad.  Is there no way we can just depend on some font handling
> library and expect it to provide the fonts for us?  And in the current
> case, Octave is not even using the fonts directly, so it seems that
> gnuplot is the thing that should be dealing with this (though I
> understand that we will need to deal with it directly in Octave at
> some point).  So is it really our problem, or is it a packaging
> problem that should be handled by whoever is building Octave (and
> gnuplot) packages?

I think it is more of a packaging problem, and maybe it is even a
solved problem, I don't know. Maybe there is some standard font pool
in most linux distro's?
The freetype rendering library doesn't come with any fonts.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]