Yeah -- this looks like a bad merge from the branch. The branch's
version of convert_path takes two arguments, the trunk takes three
because it was updated to support path simplification routines which do
their own transformation. The trunk has been updated to use the
three-argument form cons
On Sun, Apr 26, 2009 at 11:31 PM, Eric Bruning wrote:
> I like that this solution doesn't litter every call to draw with
> rasterize checks. But it means that the rasterization support had
> better be robust, since Artist authors might not know they're
> interacting with the rasterization code. It
On Wed, Apr 29, 2009 at 18:07, wrote:
> Log Message:
> ---
> add masked array support to fill_between
>
> Modified Paths:
> --
> trunk/matplotlib/examples/user_interfaces/embedding_in_gtk.py
> trunk/matplotlib/examples/user_interfaces/embedding_in_gtk2.py
is the switch
On Wed, Apr 29, 2009 at 12:13 PM, Sandro Tosi wrote:
> On Wed, Apr 29, 2009 at 18:07, wrote:
> > Log Message:
> > ---
> > add masked array support to fill_between
> >
> > Modified Paths:
> > --
> >trunk/matplotlib/examples/user_interfaces/embedding_in_gtk.py
> >trunk
On Wed, Apr 29, 2009 at 19:51, John Hunter wrote:
> On Wed, Apr 29, 2009 at 12:13 PM, Sandro Tosi wrote:
>>
>> On Wed, Apr 29, 2009 at 18:07, wrote:
>> > Log Message:
>> > ---
>> > add masked array support to fill_between
>> >
>> > Modified Paths:
>> > --
>> > trunk/matpl
Hi Jae-Joon,
On Tue, Apr 28, 2009 at 3:49 PM, Jae-Joon Lee wrote:
> This patch is now committed to the trunk (r7068).
>
I think these changes have had unintended consequences. I attached a test
file I used to inspect the results when I wrote the original code that you
recently tried to improve.
The test file is attached this time.
On Wed, Apr 29, 2009 at 3:55 PM, Darren Dale wrote:
> Hi Jae-Joon,
>
> On Tue, Apr 28, 2009 at 3:49 PM, Jae-Joon Lee wrote:
>
>> This patch is now committed to the trunk (r7068).
>>
>
> I think these changes have had unintended consequences. I attached a test
When attempting to build matplotlib 0.98.5.2 on Solaris 10 using GCC
4.3.3, I get an error:
ttconv/pprdrv_tt2.cpp: In member function ‘void
GlyphToType3::stack(TTStreamWriter&, int)’:
ttconv/pprdrv_tt2.cpp:107: error: ‘class TTStreamWriter’ has no member
named ‘putc’
So I tried invoking GCC
Yes, I'm sorry, I also spoke too soon. I have found problems with
this patch - mainly things like it chopping off xlabel, titles, etc,
for some examples.
I have some major deadlines using this stuff right now, so I don't
have time to experiment. But, eventually, I will try to take a look
at what
Jae-Joon Lee wrote:
> On Sun, Apr 26, 2009 at 11:31 PM, Eric Bruning wrote:
>> I like that this solution doesn't litter every call to draw with
>> rasterize checks. But it means that the rasterization support had
>> better be robust, since Artist authors might not know they're
>> interacting with
Thanks Darren,
I believe that my patch only affects eps output with usetex=True,
i.e., only those "tex_*.eps" files are affected.
I found that my previous patch didn't treated the orientation of the
paper correctly.
So the bounding box of all the landscape eps outputs are incorrect.
This can be e
Argg, attached a wrong patch. This one should work
# set the paper size to the figure size if isEPSF. The
# resulting ps file has the given size with correct bounding
# box so that there is no need to call 'pstoeps'
if isEPSF:
paperWidth, paperHeigh
On Wed, Apr 29, 2009 at 4:07 PM, Ken Schutte wrote:
> Yes, I'm sorry, I also spoke too soon. I have found problems with
> this patch - mainly things like it chopping off xlabel, titles, etc,
> for some examples.
>
I'm not sure if these are related with my patch.
Please show some example when you
13 matches
Mail list logo