This is now fixed in SVN r6341.
Sorry for the inconvenience.
Mike
John Hunter wrote:
> On Mon, Oct 27, 2008 at 8:49 PM, Fernando Perez <[EMAIL PROTECTED]> wrote:
>
>
>> src/_tkagg.cpp: In function 'int PyAggImagePhoto(void*, Tcl_Interp*,
>> int, char**)':
>> src/_tkagg.cpp:134: error: no matc
Hi everybody,
About two years ago, I wrote a backend for matplotlib on Mac OS X. This is a
native backend for Mac OS X, meaning that most of it is implemented in C
(Objective-C, to be precise) to fully make use of Apple's Quartz
graphics-rendering technology. I have been using this backend for
This may not be necessary if we can get a Windows box, but I thought I'd
mention it.
I wrote a distutils extension a couple of years ago to build Windows
installers on a Linux box with Mingw32. This has been working perfectly
for nightly builds on my home machine since around September 2007 fo
Hi
The gradient_bar example flips the bars using svg, pdf and eps backends.
Add
fig.savefig("gradient_bar.png")
fig.savefig("gradient_bar.pdf")
fig.savefig("gradient_bar.eps")
fig.savefig("gradient_bar.svg")
to gradient_bar.py to reproduce.
Tested with TkAgg backend (pylab: 1.3.0.dev5867 on pyt
There's a bug filed for this. I've looked at it a few times, but I'm
not sure how the image flipping parameters are "supposed" to work.
Anyone else want to have a look at this?
https://sourceforge.net/tracker2/?func=detail&aid=2160909&group_id=80706&atid=560720
Mike
Arnar Flatberg wrote:
> H
Michiel de Hoon wrote:
> I wrote a backend for matplotlib on Mac OS X. This is a native
> backend for Mac OS X
very nice!
> 4) One drawback compared to the existing cocoa-agg backend is that
> the latter allows easy integration of matplotlib into a larger cocoa
> application, whereas my backend o
Nice work ... and an ambitious effort.
I've gotten it running, and am a bit perplexed by some of the
performance I'm seeing. Specifically, the following bit takes well
over twice as long to run as does WxAgg. Does this align with others'
testing?
The only difference I detect is that the Mac backe
Michael Droettboom wrote:
> This may not be necessary if we can get a Windows box, but I thought I'd
> mention it.
>
> I wrote a distutils extension a couple of years ago to build Windows
> installers on a Linux box with Mingw32. This has been working perfectly
> for nightly builds on my home
On Tue, Oct 28, 2008 at 12:24 PM, Eric Bruning <[EMAIL PROTECTED]> wrote:
> Nice work ... and an ambitious effort.
>
> I've gotten it running, and am a bit perplexed by some of the
> performance I'm seeing. Specifically, the following bit takes well
> over twice as long to run as does WxAgg. Does t
I've finally gotten around to addressing a long-standing pet peeve of
mine. The font lookup is now performed with a nearest neighbor search,
so if an exact font match can not be found for what the user specifies,
the best available match is used, rather than dropping down to Vera
Sans. This i
Eric Firing wrote:
> Michael Droettboom wrote:
>> This may not be necessary if we can get a Windows box, but I thought
>> I'd mention it.
>>
>> I wrote a distutils extension a couple of years ago to build Windows
>> installers on a Linux box with Mingw32. This has been working
>> perfectly for
No problem. I didn't mean to imply that you should have known you bug
was a duplicate. I was mainly pointing it out for other developers to
keep track of the issue, since I suspect your issue and the one in the
bug are the same, but that's probably not obvious to most users.
I suspect the fix
On Tue, Oct 28, 2008 at 4:20 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> There's a bug filed for this. I've looked at it a few times, but I'm not
> sure how the image flipping parameters are "supposed" to work. Anyone else
> want to have a look at this?
>
>
> https://sourceforge.net/trac
> I suspect the fix is as simple as twiddling a single line of code, it's
> just not obvious to me how the image flipping is supposed to work to
> have consistent behavior across backends -- and I hope another developer
> here has a clue...
I suspect this is related to the problem described at
--- On Tue, 10/28/08, Christopher Barker <[EMAIL PROTECTED]> wrote:
> > 4) One drawback compared to the existing cocoa-agg
> >backend is that the latter allows easy integration
> >of matplotlib into a larger cocoa application,
> >whereas my backend only cares about matplotlib.
>
...
--- On Tue, 10/28/08, John Hunter <[EMAIL PROTECTED]> wrote:
> I haven't had a chance to look at the code yet, but I
> suspect he
> hasn't implemented the path collection draw method. If
> it's not
> implemented, we fall back on drawing each path separately,
> which is a
> lot slower. scatter ulti
Neil Crighton wrote:
> I noticed on the event handling doc page:
>
> matplotlib-devel@lists.sourceforge.net
>
> that the draggable rectangle example doesn't work in version 0.98.3.
> The rectangle class no longer seems to have the xy property. If you
> replace the current on_press() method in th
17 matches
Mail list logo