x.de]
Sent: Friday, 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=&#
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 t
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 ./lost+fo
Matthias Michler 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
>> configuration files? Wha
Hi Jouni,
Thanks for your explaination.
On Wednesday 02 December 2009 17:20:37 Jouni K. Seppänen wrote:
> Matthias Michler writes:
> > ./root/article.cls.tex: Permission denied
> > ./root/article.cls: Permission denied
> > ./lost+found/article.cls.tex: Permission denied
> > ./lost+found/article.
Matthias Michler 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: Permission denied
> ./lost
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, 20
On Wed, Dec 2, 2009 at 9:57 AM, Michael Droettboom 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 attached i
On Mon, Nov 16, 2009 at 9:45 AM, Matthias Michler
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 resulting figure looks
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 am
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 Michle
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', usetex=T
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 rece
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)
[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 th
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 t
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
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
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
th
19 matches
Mail list logo
