matplotlib-devel Mailing List for matplotlib

Yeah, that seems to work! thanks a lot,
Ken
On Fri, Apr 24, 2009 at 5:21 PM, Jae-Joon Lee <lee...@gm...> wrote:
> ps backend, when usetex=True, uses latex with psfrag package to
> generate the output (with some extra steps).
> It seems that the bounding box information is not correctly recovered
> during this process.
> I first thought that it would be quite difficult to get this correct,
> however the attached (relatively simple) patch seems to work fine.
>
> Ken, can you try the patch and see if it works?
>
> -JJ
>
>
>
>
> On Thu, Apr 23, 2009 at 2:25 PM, Ken Schutte <kts...@gm...> wrote:
>> I've been trying to track down some strange behavior I was getting,
>> and I think narrowed it down to some code that I'll paste below.
>>
>> I'm trying to write to .eps files, and when I have usetex=True,
>> something is screwed up with the padding on the left, and eventually
>> the whole image is just white.
>>
>> If I run this script, the 'testA-*.eps' look good, but 'testB-*' does
>> not. The same problem happens even if I remove the ticklabels.
>>
>> Any tips would be appreciated.
>> thanks,
>> Ken
>>
>>
>>
>> ------------------------------------------------
>> import matplotlib.pyplot as plt
>> import numpy as np
>> from matplotlib import rc
>>
>> fig = plt.figure()
>> ax = fig.add_axes([0,0,1,1],frameon=False)
>>
>> X = np.tile(np.arange(500),(10,1)) # (10,500) shape
>>
>> ax.imshow(X,interpolation='nearest',aspect='auto')
>>
>> def go(name):
>>
>>  for d in (1,2,3,4):
>>
>>    w = d*5
>>    h = d
>>
>>    fig.set_size_inches(w,h)
>>    fig.savefig("%s-%d.eps" % (name,d))
>>
>> rc('text', usetex=False)
>> go("testA")
>>
>> rc('text', usetex=True)
>> go("testB")
>>
>> ------------------------------------------------------------------------------
>> Crystal Reports &#45; New Free Runtime and 30 Day Trial
>> Check out the new simplified licensign option that enables unlimited
>> royalty&#45;free distribution of the report engine for externally facing
>> server and web deployment.
>> http://p.sf.net/sfu/businessobjects
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>

Hi Eric,
>
> Sorry about the broken links. I've attached a diff made against trunk
> from a few days ago.
Thanks!
>
> The discussion about what to do with my patch fizzled. I created a
> decorator that made mixed-mode switching a one-line change per artist
> type. I also added get/set_rasterized and an _rasterized attribute to
> the Artist base class. I've used it on and off for a few months now
> with no noted bugs.
>
> If we don't like the decorator, we can just make a helper function
> that is called at the beginning of every artist.draw() method. It's
> not a very complicated modification.
>
>
Would there be a case that draw methods of some Artists do not need to
be decorated?
If not, I guess some metaclass black magic might be not harmful. What
do you think? I'm attaching modified version of your patch which
utilize metaclass for decoration.
I personally want that rasterization is also supported in the ps
backend. I guess the missing support of alpha composition would be a
problem. But, in most of the my use case, I want rasterization for
artist with z lower than some specified value (i.e., background images
using pcolormesh), so it is not a problem for me.
Regards,
-JJ
>>
>> Are you planning to commit your patch to the trunk? I'll be glad to
>> help you if there are any issues.
>
>
> I'd love to get the patch in trunk, if only so that more people can
> try it out and find things to improve (or re-implement).
>
> Thanks,
> Eric
>