, March 25, 2011 5:30 PM
To: matplotlib-users@lists.sourceforge.net
Subject: [Matplotlib-users] usetex = True + eps output - letters are only
curves
Hi,
if I create an eps from a matplotlib chart with
matplot.rc('font', size=fsize, family='serif', serif='Computer Modern
Roman')
matplot.rc('text
Hi,
if I create an eps from a matplotlib chart with
matplot.rc('font', size=fsize, family='serif', serif='Computer Modern
Roman')
matplot.rc('text', usetex = True)
matplot.rc('text.latex', unicode = True)
then I can't mark the letters in eps viewer. And I can't search for letters
and words in
Hi Jouni,
Thanks for your explaination.
On Wednesday 02 December 2009 17:20:37 Jouni K. Seppänen wrote:
Matthias Michler matthiasmich...@gmx.net writes:
./root/article.cls.tex: Permission denied
./root/article.cls: Permission denied
./lost+found/article.cls.tex: Permission denied
Matthias Michler matthiasmich...@gmx.net writes:
Do you know why is happens only for ps/eps-files?
The ps backend uses TeX in a different way than the other backends. It
uses psfrag and dvips to construct the final file.
Have you set any TeX-related environment variables or edited any
Hi Jouni,
thanks again for your advice.
I don't think that I do have 'some setting that causes temporary files to end
up in the root directory, because my system is more or less kubuntu (8.04)
out of the box.
But maybe you are nevertheless right, because in tmp there are ./root
and
Hello list,
may be the last message got lost among the lots of mpl-mails. So I'd like to
ask you once more for comments. Can anyone confirm this behaviour or should
it be due to some wrong configuration on my computer?
Kind regards,
Matthias
On Monday 16 November 2009 15:45:08 Matthias
I can confirm that this works for me, so it is probably some sort of
configuration difference.
Can you provide the error output? It would be useful to know what
specifically it is being denied permission for.
Mike
Matthias Michler wrote:
Hello list,
may be the last message got lost among
On Mon, Nov 16, 2009 at 9:45 AM, Matthias Michler
matthiasmich...@gmx.net wrote:
Hello list,
I encounter some strange error output including several Permission denied
when using usetex=True and saveing eps-pictures. My example is quite easy and
the output is attached. (Please notice the
On Wed, Dec 2, 2009 at 9:57 AM, Michael Droettboom md...@stsci.edu wrote:
I can confirm that this works for me, so it is probably some sort of
configuration difference.
Can you provide the error output? It would be useful to know what
specifically it is being denied permission for.
He had
Hi Darren,
thanks for your reply. The point is that saving pdf, jpg, etc. works fine but
in case I use ps or eps I get the long error output. Therefore I expected a
problem in the ps-backend.
Kind regards,
Matthias
On Wednesday 02 December 2009 15:57:31 Darren Dale wrote:
On Mon, Nov 16,
Matthias Michler matthiasmich...@gmx.net writes:
./root/article.cls.tex: Permission denied
./root/article.cls: Permission denied
./lost+found/article.cls.tex: Permission denied
./lost+found/article.cls: Permission denied
./root/article.cls.tex: Permission denied
./root/article.cls:
Hello list,
I encounter some strange error output including several Permission denied
when using usetex=True and saveing eps-pictures. My example is quite easy and
the output is attached. (Please notice the resulting figure looks as
expected.)
import matplotlib
matplotlib.rc('text',
Thanks. I think that's actually unrelated to your patch -- but is new
since 0.91.2. Fixed in SVN r4872.
Thanks for your help,
Mike
Paul Novak wrote:
The patch for legends works except for LineCollection. For any call to
legend(), I get the errors below,
Paul
Traceback (most recent
Hello,
I am trying to use the PS backend to make some simple line plots, using
the following script, but I get the error messages included below when I
try to plot with usetex=True. I have also included the output from
--verbose=helpful. I am using the current SVN, and I don't recall having
It's a bug. It's now possible for rgba colors to make their way all the
way down to that level, so the code needs to truncate that to rgb (Ps
can't handle alpha anyway).
This is committed in SVN r4869.
Cheers,
Mike
Paul Novak wrote:
Hello,
I am trying to use the PS backend to make some
I have another problem after updating to SVN r4869. The ticks take the
color of the plotted line without regard to the default. For example,
matplotlib.rc('xtick', color='black')
matplotlib.rc('ytick', color='black')
plot(x, y, 'red')
will give red ticks.
Paul
Michael Droettboom wrote:
It's
Thanks for pointing that out -- I didn't even notice.
There was an ordering problem in how colors were being set. This should
be fixed in r4870.
Cheers,
Mike
Paul Novak wrote:
I have another problem after updating to SVN r4869. The ticks take the
color of the plotted line without regard to
[I'm bringing this back to the list. Hope you don't mind.]
I've been doing a lot of non-matplotlib work lately and this fell off my
radar. Thanks for the reminder.
The patch looks good to me. I'm not concerned about doing all this in
_get_handles as opposed to Legend.__init__. I actually
The patch for legends works except for LineCollection. For any call to
legend(), I get the errors below,
Paul
Traceback (most recent call last):
File
/usr/lib/python2.5/site-packages/matplotlib/backends/backend_gtk.py,
line 331, in expose_event
self._render_figure(self._pixmap, w, h)
19 matches
Mail list logo