[matplotlib-devel] Contribute streamgraph chart type
Hi all, I wrote a bit of code for plotting streamgraphs with MPL (e.g., http://goo.gl/7sjcR). It is available on my GitHub page here: http://goo.gl/qGGPS What is the best way for me to integrate it into MPL? Uri ... Uri Laserson Graduate Student, Biomedical Engineering Harvard-MIT Division of Health Sciences and Technology M +1 917 742 8019 laser...@mit.edu -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] sourceforge 'latest' still points to 1.0.0
I'm guessing only the admins can change this (or at least I didn't find a way to do it myself on the sourceforge site) but the link at the top of the download page still points to 1.0.0 "Loking for the latest version? Download matplotlib-1.0.0.tar.gz" This actually affects all of the direct download links that are scattered about (the one on the project summary page, for example) Can someone with the privileges points it to 1.0.1? best, -- Paul Ivanov 314 address only used for lists, off-list direct email at: http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 signature.asc Description: Digital signature -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] patch to close plots with 'q'
Hello, first time poster, I've made a patch to add a keyboard shortcut to close plot windows with the 'q' key (patchfile attached, in case it is of interest to the matplotlib team). But as I was finishing it up, I noticed that there was already something similar in the code, commented out (even using the same key!): #if event.key == 'q': #self.destroy() # how cruel to have to destroy oneself! #return I didn't implement it this way (I used self.close() and tried to emulate the other key commands), but I wondered if this was an indication that adding a keyboard shortcut for close() was a bad idea for any reason. Also, is it possible to a custom keyboard shortcut for particular backends? For example, I'd like for "command-w" to close plotting windows for the mac os x backend. Would this be added to backend_macosx.py? Finally, I noticed that on OS X, the plots used to be the active window once they were created (1.0.0, possibly earlier), but now they appear behind my terminal window when created (1.0.1). Is this a setting in backend_macosx.py, or somewhere else? Thanks for your time, and the wonderful plotting library, Marshall mlw.patch Description: Binary data -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] patch to close plots with 'q'
On 02/09/2011 09:23 PM, Marshall Ward wrote: > Hello, first time poster, > > I've made a patch to add a keyboard shortcut to close plot windows with > the 'q' key (patchfile attached, in case it is of interest to the > matplotlib team). But as I was finishing it up, I noticed that there was > already something similar in the code, commented out (even using the > same key!): > > #if event.key == 'q': > #self.destroy() # how cruel to have to destroy oneself! > #return > > I didn't implement it this way (I used self.close() and tried to emulate > the other key commands), but I wondered if this was an indication that > adding a keyboard shortcut for close() was a bad idea for any reason. In my opinion, having it enabled by default is a horrible idea--it is too easy to hit it accidentally, and when one does so, the consequence is too damaging. The present default-enabled shortcuts are bad enough; I am tempted to change the defaults--but maybe more people would be displeased than pleased by that change. > > Also, is it possible to a custom keyboard shortcut for particular > backends? For example, I'd like for "command-w" to close plotting > windows for the mac os x backend. Would this be added to backend_macosx.py? > My dim recollection is that we don't presently have support for anything other than the normal keys. I don't know what is involved in adding it. I hope Michiel de Hoon can reply regarding backend_macosx specifics. > Finally, I noticed that on OS X, the plots used to be the active window > once they were created (1.0.0, possibly earlier), but now they appear > behind my terminal window when created (1.0.1). Is this a setting in > backend_macosx.py, or somewhere else? > I'm pretty sure that if it is within mpl, it would be in backend_macosx. It is not the sort of thing I would expect to have changed, though. Again, Michiel de Hoon may be able to shed light on this. Eric > Thanks for your time, and the wonderful plotting library, > Marshall > -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
