Re: [matplotlib-devel] HTML5 Matplotlib Backend

I just tested it and it's very cool! It works fairly quickly locally. It seems to work for Safari 5 and Chrome beta. Firefox 3.6.3 is a no show. I haven't tried Opera. What I'm really curious about is what is the latency like over the actual internet, or under higher server loads (given the r

Re: [matplotlib-devel] web gui

Great! On Fri, Jun 18, 2010 at 5:43 AM, Ludwig Schwardt wrote: > Hi, > > On Thu, Jun 17, 2010 at 6:30 PM, Ondrej Certik wrote: > > That would be exactly what I need. Do you have any time frame for the > > release? The problem is that I need it right now. So I'll try to > > finish my own stuff to

Re: [matplotlib-devel] web gui

with FLOT and were planning to start adding functionality--legends, etc.), or the new proposed html5 websocket? William On Fri, Jun 18, 2010 at 3:01 AM, Ludwig Schwardt wrote: > Hi, > > On Thu, Jun 17, 2010 at 8:07 PM, william ratcliff > wrote: > > How do you deal with intera

Re: [matplotlib-devel] web gui

How do you deal with interactivity? On Thu, Jun 17, 2010 at 9:57 AM, Ludwig Schwardt wrote: > Hi, > > Simon Ratcliffe (the other Ratcliff :-)) and myself are working on an > MPL backend that uses the HTML5 Canvas element. It is nearly done and > soon to be released, once we get permission from ou

Re: [matplotlib-devel] web gui

I'll take a look--but how do you handle interaction? Does it end up having to communicate back to the server? On Thu, Jun 17, 2010 at 2:09 AM, John Hunter wrote: > On Wed, Jun 16, 2010 at 6:33 PM, william ratcliff > wrote: > > I have a student here trying to make a webapp f

Re: [matplotlib-devel] web gui

0 at 5:13 PM, william ratcliff > > wrote: > >> Do you want the whole code base? > > > > Well, if you can send me something to start from, that'd be awesome. I > > have put my initial code here: > > > > http://github.com/certik/jsplot > > > &

Re: [matplotlib-devel] web gui

I have a student here trying to make a webapp for data reduction. To add interactivity, we've been using the FLOT package, and may later consider protovis. We had thought about making a javascript backend for MPL, but to just get something running, we went with FLOT for the time being...We're usi

Re: [matplotlib-devel] git migration

t can be used with git besides github that would not eventually be subject to such constraints? Sorry, I'm just ignorant about such matters. William On Wed, Mar 3, 2010 at 2:45 AM, Matthew Brett wrote: > Hi, > > On Tue, Mar 2, 2010 at 10:17 PM, william ratcliff > wrote: >

Re: [matplotlib-devel] git migration

I think there's a legal reason for the embargo--sourceforge apparently also has such a policy: http://sourceforge.net/blog/clarifying-sourceforgenets-denial-of-site-access-for-certain-persons-in-accordance-with-us-law/

Re: [matplotlib-devel] Bugs in Qt4 backend with the latest PyQt release

n extremely noticeable lag? > > On Mon, Aug 31, 2009 at 11:51 AM, william > ratcliff wrote: > > Ok, I upgraded to python 2.6, installed mpl 0.99 qt 4.5, and the new pyqt > > and things are more responsive...However, the difference between having > that > > line in and

Re: [matplotlib-devel] Bugs in Qt4 backend with the latest PyQt release

I should mention that the latest test was on a windows 32 bit xp box. On Mon, Aug 31, 2009 at 11:51 AM, william ratcliff < william.ratcl...@gmail.com> wrote: > Ok, I upgraded to python 2.6, installed mpl 0.99 qt 4.5, and the new pyqt > and things are more responsive...However, th

Re: [matplotlib-devel] Bugs in Qt4 backend with the latest PyQt release

, Aug 31, 2009 at 11:30 AM, Darren Dale wrote: > I've been using 2.6. It should be fine on windows now, but I can't > attest to it since I only use windows when I have to test and make > windows installers. > > On Mon, Aug 31, 2009 at 10:02 AM, william > ratcliff wr

Re: [matplotlib-devel] Bugs in Qt4 backend with the latest PyQt release

t; Hi William, > > On Mon, Aug 31, 2009 at 8:25 AM, william > ratcliff wrote: > > Hi! I just installed matplotlib version .99 (windows vista, python25, > > 32bit) and found that > > this line was missing: > > QtGui.qApp.processEvents() > > > > Adding it

Re: [matplotlib-devel] Bugs in Qt4 backend with the latest PyQt release

Hi! I just installed matplotlib version .99 (windows vista, python25, 32bit) and found that this line was missing: QtGui.qApp.processEvents() Adding it sped the QT4Agg backend back to reasonable speeds--but it still seems a bit slow. Otherwise, I am using the excellent Python(x,y) 2.1.14 release

Re: [matplotlib-devel] [Numpy-discussion] [ANN] Announcing the SciPy conference schedule

A humble suggestion--for the March meeting of the american physical society, there is a roommate finder for splitting hotel rooms. This could be useful in keeping expenses down for some. There should be a way to do it without liability Cheers, William On Wed, Jul 15, 2009 at 10:13 PM, Gael V

Re: [matplotlib-devel] traits?

If you switch to traits, will things still build with py2exe? Are there speed costs? Startup time? Cheers, William On Mon, May 18, 2009 at 8:07 PM, Andrew Straw wrote: > I've been hacking away at adding support for "dropped spines" to MPL > (e.g. http://jeb.biologists.org/cgi/content/full/211

Re: [matplotlib-devel] release strategy, and the role of v0_98_5_maint

I'd actually prefer it ;> On Wed, Apr 8, 2009 at 9:14 AM, Charlie Moad wrote: > I might be able to squeeze some time in this weekend. I am not > thrilled about the new visual studio requirements, nor do I have > access to it. I know John started a build script for OSX and I have > been meaning

[matplotlib-devel] versions of freetype, libpng, zlib, etc?

I am again trying to build matplotlib from source on svn--What versions of freetype, libpng, zlib, etc. are used for the current build (I'm using mingw)? Also, can someone update the win32_static folder to reflect the current versions? Thanks William

Re: [matplotlib-devel] speed

Michael, Have you looked at the speed of zooming in and out with pcolormesh? On Nov 9, 2007 3:33 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote: > Darren Dale wrote: > > On Friday 09 November 2007 03:26:12 pm Michael Droettboom wrote: > >> Eric Firing wrote: > >>> Mike, > >>> > >>> Thank you fo

Re: [matplotlib-devel] internal enthought.traits package: a progress report

And again, if MPL becomes "traitified", how will that effect users that need to roll executables for distribution? On Nov 7, 2007 9:39 AM, Gael Varoquaux <[EMAIL PROTECTED]> wrote: > On Wed, Nov 07, 2007 at 08:25:51AM -0600, John Hunter wrote: > > I am not wild on the idea of an "internal depende

Re: [matplotlib-devel] pdf output

Has anyone worked with postscript files on windows? I don't know if this is related, but when I do a savefig('foo.ps',dpi=150) on plot generated by pcolormesh, I find that ghostview gives the error: " DSC Error at line 518: %%Page: 1 1 This %%Page: line occured in the trailer, which is not legal.

Re: [matplotlib-devel] svg fonts and mathtext

27;t be difficult to add back in. I'll let > you know when that's done. > > Cheers, > Mike > > william ratcliff wrote: > > Maybe I'm doing something wrong, but is there support for \AA {the > > angstrom} symbol within mathtext for any of the ba

Re: [matplotlib-devel] svg fonts and mathtext

\angstrom also does not work. Thanks, William On 9/7/07, william ratcliff <[EMAIL PROTECTED]> wrote: > > Maybe I'm doing something wrong, but is there support for \AA {the > angstrom} symbol within mathtext for any of the backends? If not, would it > be difficult to add

Re: [matplotlib-devel] svg fonts and mathtext

Maybe I'm doing something wrong, but is there support for \AA {the angstrom} symbol within mathtext for any of the backends? If not, would it be difficult to add? Thanks, William On 9/7/07, Paul Kienzle <[EMAIL PROTECTED]> wrote: > > On Fri, Sep 07, 2007 at 03:09:10PM -0400, Michael Droettboom

Re: [matplotlib-devel] Experimental, traited config module available in svn

A simple question--if you add traits into matplotlib, will people still be able to build executables? I remember reports of py2exe having problems with traits. Cheers, William On 8/17/07, Michael Droettboom <[EMAIL PROTECTED]> wrote: > > Thanks for fixing that. I haven't been running with