Mark Bakker wrote:
Thanks to Fred, Chris, and JV for reproducing this bug.
We all get the same eps file, that doesn't show the greek symbols
produced with mathtext.
And we all do get correct results on the screen (using Tk) and in pdf
and png files.
I loaded the *eps* file in Adobe Photoshop
On Tue, 25 Mar 2008, Jim Vickroy apparently wrote:
I loaded the eps file in Adobe Photoshop and the chi
letter **was** displayed along the x-axis. -- jv
Sounds like perhaps the symbol is not embedded in the EPS file.
Cheers,
Alan Isaac
: [Matplotlib-users] can any windows 0.91.2 user reproduce
thisbug?
To: matplotlib-users@lists.sourceforge.net
Message-ID: [EMAIL PROTECTED]
Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1
On Tue, 25 Mar 2008, Jim Vickroy apparently wrote:
I loaded the eps file in Adobe Photoshop
2008 10:43:43 -0400
From: Alan G Isaac [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
Subject: Re: [Matplotlib-users] can any windows 0.91.2 user reproduce
thisbug?
To: matplotlib-users@lists.sourceforge.net
mailto:matplotlib-users@lists.sourceforge.net
Message
On Tue, Mar 25, 2008 at 12:02 PM, Michael Droettboom [EMAIL PROTECTED] wrote:
The *intention* is that the fonts *should* be included (with the
exception of ps.useafm == True). That was definitely not a deliberate
change.
However, as one of the ones who hasn't been able to reproduce this
On Tue, Mar 25, 2008 at 12:50 PM, John Hunter [EMAIL PROTECTED] wrote:
result = self._cache.get(path)
if result is None:
realpath = os.path.realpath(path)
stat = os.stat(realpath)
stat_key = (stat.st_ino, stat.st_dev)
The hackish:
if
Michael Droettboom [EMAIL PROTECTED] writes:
All the magic happens in convert_ttf_to_ps, which is C code, called
from backend_ps.py. I'd start by seeing if that function is even
called, and if not, why...
One possible source of platform-specific issues is
cbook.get_realpath_and_stat, which
[EMAIL PROTECTED] writes:
Michael Droettboom [EMAIL PROTECTED] writes:
All the magic happens in convert_ttf_to_ps, which is C code, called
from backend_ps.py. I'd start by seeing if that function is even
called, and if not, why...
One possible source of platform-specific issues is
John Hunter [EMAIL PROTECTED] writes:
Michael: if you let me know better what this key is supposed to be
doing (can we not simply use the filename for windows?) then I can
attempt or test some fixes.
I seem to recall that there was some problem with case-insensitive file
systems. On OS X
Hmm... That fix was in there in the first place to work around another Windows
(well, case-insensitive filesystem) -related bug, in that occasionally the same
font would get included with different paths, and therefore get included
twice leading to other Postscript problems.
One possible
Michael Droettboom [EMAIL PROTECTED] writes:
One possible solution is to calculate a hash of the file and key off
of that (with an I/O penalty, of course). I vaguely recall that keying
off of the Postscript name embedded in the file wasn't good enough.
How about checking first the size of the
John -
What you are saying makes sense, because whatever option I give, I always
get Vera included in my eps file but nothing else.
Thanks for looking into this,
Mark
On Tue, Mar 25, 2008 at 6:50 PM, John Hunter [EMAIL PROTECTED] wrote:
On Tue, Mar 25, 2008 at 12:02 PM, Michael Droettboom
12 matches
Mail list logo