Re: [matplotlib-devel] Handle 'none' as edgecolor for bar()

On 08/12/2010 10:40 AM, Benjamin Root wrote: [...] > > > > >>> mcolor.colorConvertor.to_rgba_array('none') > > array([], shape=(0, 4), dtype=float64) > > > > >>> mcolor.colorConvertor.to_rgba_array(['none']) > > array([[ 0., 0., 0., 0.]]) > > > > >>> mcolo

Re: [matplotlib-devel] developer policy question

On 08/13/2010 06:20 AM, Benjamin Root wrote: > > > On Thu, Aug 12, 2010 at 3:58 PM, Eric Firing <mailto:[email protected]>> wrote: > > On 08/12/2010 09:56 AM, Benjamin Root wrote: > > > Btw, the current set of tests has a failure for testing pcolormes

Re: [matplotlib-devel] developer policy question

On 08/13/2010 07:20 AM, Benjamin Root wrote: > On Fri, Aug 13, 2010 at 12:11 PM, Eric Firing <mailto:[email protected]>> wrote: > > On 08/13/2010 06:20 AM, Benjamin Root wrote: > > > > > > On Thu, Aug 12, 2010 at 3:58 PM, Eric Fi

Re: [matplotlib-devel] Handle 'none' as edgecolor for bar()

On 08/13/2010 10:35 AM, Benjamin Root wrote: > On Thu, Aug 12, 2010 at 4:46 PM, Eric Firing <mailto:[email protected]>> wrote: > > On 08/12/2010 10:40 AM, Benjamin Root wrote: > [...] > > > > > > >>> mcolor.colorConvertor.to_rgb

Re: [matplotlib-devel] Handle 'none' as edgecolor for bar()

On 08/13/2010 12:30 PM, Benjamin Root wrote: > > > On Fri, Aug 13, 2010 at 4:43 PM, Eric Firing <mailto:[email protected]>> wrote: > > On 08/13/2010 10:35 AM, Benjamin Root wrote: > > On Thu, Aug 12, 2010 at 4:46 PM, Eric Firing <mailto:efir...@

[matplotlib-devel] path unit_* methods: CLOSEPOLY?

Mike, Is there any reason why the Path.unit_* methods shouldn't include the codes, so that they can all have CLOSEPOLY? Or shouldn't they at least have a kwarg to allow that as an option? In working on patch drawing via bar(), I noticed that the rectangle outline is not closing properly, wit

Re: [matplotlib-devel] Handle 'none' as edgecolor for bar()

On 08/13/2010 12:30 PM, Benjamin Root wrote: > [...] > > Notice that both stroke and fill are checking for alpha != 0.0. > > > Yeah, well, try out my attached script. Then view the two files. > Something is wrong... I think I have that fixed now, along with a temporary fix for the original "

Re: [matplotlib-devel] macos x backend not functioning in trunk

On 08/17/2010 06:36 AM, Jeff Whitaker wrote: > > I've started to see these errors today: > > TypeError: function takes exactly 3 arguments (4 given) > Traceback (most recent call last): > File > "/Users/jwhitaker/.local/lib/python2.6/site-packages/matplotlib/artist.py", > line 55, in draw_wrapp

[matplotlib-devel] OK to delete methods?

Mike, John, or anyone else who works directly with Ticks: I think you are the only ones who have worked with the code I suggest changing as in the attached diff. It looks to me like the three *Tick methods, set_view_interval(), get_minpos(), get_data_interval(), are unused and unlikely ever t

Re: [matplotlib-devel] OK to delete methods?

On 08/23/2010 05:17 AM, John Hunter wrote: > On Sat, Aug 21, 2010 at 2:08 PM, Eric Firing wrote: >> Mike, John, or anyone else who works directly with Ticks: >> >> I think you are the only ones who have worked with the code I suggest >> changing as in the attached dif

Re: [matplotlib-devel] purpose of 'stepfilled' in hist()?

On 08/24/2010 08:39 AM, Erik Tollerud wrote: > I just realized the patch I sent before includes some other changes... > the attached version should only be the fix for this particular bug. +if log is true: +minimum = 1.0 Don't you mean True, not true? Eric -

Re: [matplotlib-devel] purpose of 'stepfilled' in hist()?

On 08/25/2010 04:50 AM, Benjamin Root wrote: > On Wed, Aug 25, 2010 at 12:00 AM, Anne Archibald > mailto:[email protected]>> wrote: > > On 24 August 2010 22:22, Benjamin Root > wrote: > > On Tue, Aug 24, 2010 at 9:01 PM, Anne Archibald > mailto:aar

Re: [matplotlib-devel] A small fix for backend specification...

On 08/25/2010 11:57 AM, Fernando Perez wrote: > Hi folks, > > I'd like to know if the fix below looks reasonable to you, this is a > diff against current svn trunk: > > dreamweaver[matplotlib]> svn diff > Index: __init__.py > === > --

Re: [matplotlib-devel] Patch for Qt4 backend for IPython GUI

On 08/26/2010 05:13 PM, Brian Granger wrote: > Hi, > > We are in the process of getting our new Qt IPython GUI working with > matplotlib. One problem we have found is that the matplotlib qt4 > backend always creates a QApplication. This is problematic in > situations where another part of an appl

Re: [matplotlib-devel] Issue with Ellipses and PatchCollections

On 08/27/2010 09:09 AM, Ryan May wrote: > On Fri, Aug 27, 2010 at 12:20 PM, Thomas Robitaille > wrote: >> Hi, >> >> The following code: >> >> from matplotlib.patches import Ellipse >> from matplotlib.collections import PatchCollection >> p = PatchCollection([Ellipse((0.5,0.5),0.2,0.1)], match_ori

Re: [matplotlib-devel] Patch for Qt4 backend for IPython GUI

On 08/28/2010 09:38 AM, Fernando Perez wrote: > On Fri, Aug 27, 2010 at 12:15 AM, Eric Firing wrote: >> I committed it. >> > > Many thanks Eric, for being so responsive! Fernando, I'm glad to help; ipython is a crucial part of the tool set. > > Some eye candy t

Re: [matplotlib-devel] Issue with Ellipses and PatchCollections

On 09/01/2010 07:57 AM, Thomas Robitaille wrote: I have submitted a ticket: https://sourceforge.net/tracker/?group_id=80706&atid=560720 >>> >>> The obvious fix would be to change from patch.fill to >>> patch.get_fill(). However, I'm curious how this code got broken. >> >> I broke it here

Re: [matplotlib-devel] Issue with linestyles and match_original in PatchCollection

On 08/27/2010 09:39 AM, Thomas Robitaille wrote: > Hi, > > It seems that the match_original=True option in PatchCollection does not > preserve line style. Is this deliberate? If not, here is a patch for > collections.py: > Thanks. I think your patch is fixing a genuine bug, so I applied it to

Re: [matplotlib-devel] clf(), Axes3D and add_subplot

On 09/02/2010 01:21 PM, Benjamin Root wrote: > On Thu, Sep 2, 2010 at 3:51 PM, Ryan May > wrote: > > On Sep 2, 2010, at 14:14, Benjamin Root > wrote: > > > There was a bug report recently (not to the mailing list) where > the repor

Re: [matplotlib-devel] clf(), Axes3D and add_subplot

On 09/02/2010 04:12 PM, Ryan May wrote: > On Thu, Sep 2, 2010 at 8:33 PM, Benjamin Root wrote: >> On Thu, Sep 2, 2010 at 7:57 PM, Eric Firing wrote: >>> On 09/02/2010 01:21 PM, Benjamin Root wrote: >>>> I think I understand the purpose for each container by itsel

Re: [matplotlib-devel] [Matplotlib-users] bug? line misses points with negative coordinates

On 09/03/2010 09:14 AM, Tony S Yu wrote: > > On Sep 3, 2010, at 10:23 AM, Sébastien Barthélemy wrote: > >> CC to matplotlib-devel& matplotlib-users >> >> 2010/9/3 Tony S Yu: >>> On Sep 3, 2010, at 4:33 AM, Sébastien Barthélemy wrote: >>> Hello, While using sage [1], I got problems d

Re: [matplotlib-devel] For review and merging: new GUi support for Qt4 and Wx

On 09/03/2010 12:37 PM, Brian Granger wrote: > Hello all, > > I would like to submit the following branch on github for review and > merging into matplotlib trunk: > > http://github.com/ellisonbg/matplotlib/commits/guisupport > > This branch implements the logic needed for the qt4 and wx backends t

Re: [matplotlib-devel] clf(), Axes3D and add_subplot

On 09/04/2010 05:50 PM, Benjamin Root wrote: > On Sat, Sep 4, 2010 at 3:20 AM, Jae-Joon Lee > wrote: > > On Fri, Sep 3, 2010 at 4:14 AM, Benjamin Root > wrote: > > I think there are multiple issues here. Primarially, there is >

Re: [matplotlib-devel] clf(), Axes3D and add_subplot

On 09/05/2010 11:06 AM, Benjamin Root wrote: > On Sun, Sep 5, 2010 at 2:53 PM, Eric Firing <mailto:[email protected]>> wrote: > > On 09/04/2010 05:50 PM, Benjamin Root wrote: > > On Sat, Sep 4, 2010 at 3:20 AM, Jae-Joon Lee > mailto:[email protected]

Re: [matplotlib-devel] clf(), Axes3D and add_subplot

On 09/05/2010 11:06 AM, Benjamin Root wrote: > On Sun, Sep 5, 2010 at 2:53 PM, Eric Firing <mailto:[email protected]>> wrote: > > On 09/04/2010 05:50 PM, Benjamin Root wrote: > > On Sat, Sep 4, 2010 at 3:20 AM, Jae-Joon Lee > mailto:[email protected]

Re: [matplotlib-devel] Unblock matplotlib sourceforge?

On 09/06/2010 06:25 AM, Matthew Brett wrote: > Hi, > > Sorry to ask, but would y'all mind unblocking matlplotlib downloads from Cuba? > > I just tried the download from here in Havana, and got: > > 403 Error – Forbidden > > Your request is being denied as it appears to be coming from a > location b

Re: [matplotlib-devel] For review and merging: new GUi support for Qt4 and Wx

On 09/03/2010 12:37 PM, Brian Granger wrote: > Hello all, > > I would like to submit the following branch on github for review and > merging into matplotlib trunk: > > http://github.com/ellisonbg/matplotlib/commits/guisupport > > This branch implements the logic needed for the qt4 and wx backends t

Re: [matplotlib-devel] For review and merging: new GUi support for Qt4 and Wx

On 09/07/2010 11:07 AM, Fernando Perez wrote: > Hi Eric, > > On Tue, Sep 7, 2010 at 1:31 PM, Eric Firing wrote: >> >> I have been doing a little testing with ipython 0.10 versus >> ipython-newkernel, both modes, and with mpl svn versus your guisupport. >> Th

Re: [matplotlib-devel] clf(), Axes3D and add_subplot

On 09/07/2010 10:27 PM, Jae-Joon Lee wrote: > Eric, > > The drawing order of multiple axes in a same figure depends on the > order of "axes". And this has been the order that axes is added to the > figure (given that they have same zorder value). However, the current > implementation does not prese

Re: [matplotlib-devel] clf(), Axes3D and add_subplot

On 09/07/2010 10:27 PM, Jae-Joon Lee wrote: > Eric, > > The drawing order of multiple axes in a same figure depends on the > order of "axes". And this has been the order that axes is added to the > figure (given that they have same zorder value). However, the current > implementation does not prese

Re: [matplotlib-devel] clf(), Axes3D and add_subplot

JJ, > I just wanted to raise a question of whether we let Axes3D add itself > to its parent (although this is not a bug anymore). If you and others > feel okay about it, then that's completely fine with me also. It sounds like a valid point, worth addressing, but it is one I will leave to you, B

Re: [matplotlib-devel] For review and merging: new GUi support for Qt4 and Wx

On 09/13/2010 08:54 AM, Brian Granger wrote: > Eric, > > Sorry about the delay, I was on vacation last week...comments inline below... > > On Tue, Sep 7, 2010 at 2:26 PM, Eric Firing wrote: >> On 09/07/2010 11:07 AM, Fernando Perez wrote: >>> Hi Eric, >>> &

Re: [matplotlib-devel] For review and merging: new GUi support for Qt4 and Wx

On 09/13/2010 05:46 PM, Brian Granger wrote: > On Tue, Sep 7, 2010 at 1:31 PM, Eric Firing wrote: >> On 09/03/2010 12:37 PM, Brian Granger wrote: >>> Hello all, >>> >>> I would like to submit the following branch on github for review and >>>

Re: [matplotlib-devel] compiling on Solaris (and going against the python API)

On 09/16/2010 09:50 AM, Jason Grout wrote: > As a follow-up, I've implemented the patch for CXX and also patches for > the other files which do not include Python.h first here: > > http://github.com/jasongrout/matplotlib/commit/a961c299f5d589dae87e06caf54975eb657ebf3b > > > I've also attached the p

Re: [matplotlib-devel] compiling on Solaris (and going against the python API)

On 09/16/2010 01:04 PM, Jason Grout wrote: > On 9/16/10 5:24 PM, Eric Firing wrote: >> On 09/16/2010 09:50 AM, Jason Grout wrote: >>> As a follow-up, I've implemented the patch for CXX and also patches for >>> the other files which do not include Python.h first

Re: [matplotlib-devel] compiling on Solaris (and going against the python API)

On 09/16/2010 04:12 PM, Jason Grout wrote: > On 9/16/10 9:03 PM, Jason Grout wrote: >> On 9/16/10 8:00 PM, Eric Firing wrote: >> >>>>> I tested your patch with Ubuntu 10.10, and it failed. The problem is >>>>> that something is including setjmp.h befor

Re: [matplotlib-devel] compiling on Solaris (and going against the python API)

On 09/16/2010 05:15 PM, Jason Grout wrote: > On 9/16/10 10:00 PM, Eric Firing wrote: >> On 09/16/2010 04:12 PM, Jason Grout wrote: >>> On 9/16/10 9:03 PM, Jason Grout wrote: >>>> On 9/16/10 8:00 PM, Eric Firing wrote: >>>> >>>>>>> I

Re: [matplotlib-devel] compiling on Solaris (and going against the python API)

On 09/16/2010 08:45 PM, Jason Grout wrote: > On 9/16/10 11:16 PM, Eric Firing wrote: >> On 09/16/2010 05:15 PM, Jason Grout wrote: >>> On 9/16/10 10:00 PM, Eric Firing wrote: >>>> On 09/16/2010 04:12 PM, Jason Grout wrote: >>>>> On 9/16/10 9:03 PM,

Re: [matplotlib-devel] compiling on Solaris (and going against the python API)

On 09/16/2010 08:21 PM, Christoph Gohlke wrote: > > > On 9/16/2010 8:15 PM, Jason Grout wrote: >> On 9/16/10 10:00 PM, Eric Firing wrote: >>> On 09/16/2010 04:12 PM, Jason Grout wrote: >>>> On 9/16/10 9:03 PM, Jason Grout wrote: >>>>> On 9/16/10

Re: [matplotlib-devel] compiling on Solaris (and going against the python API)

On 09/16/2010 09:27 PM, Jason Grout wrote: > On 9/17/10 1:57 AM, Eric Firing wrote: >> On 09/16/2010 08:21 PM, Christoph Gohlke wrote: >>> >>> >>> On 9/16/2010 8:15 PM, Jason Grout wrote: >>>> On 9/16/10 10:00 PM, Eric Firing wrote: >>>>

Re: [matplotlib-devel] Toolbar button for relimiting

On 09/27/2010 03:46 AM, Dieter Weber wrote: > Hi, > I'm using matplotlib embedded in my wxpython application and needed to > give users a quick way to relimit a figure, for example after removing a > line from a plot. Therefore I added a button to the toolbar. Do you > think it would make sense to

Re: [matplotlib-devel] Toolbar button for relimiting

On 09/27/2010 08:35 AM, Benjamin Root wrote: > On Mon, Sep 27, 2010 at 1:27 PM, Eric Firing <mailto:[email protected]>> wrote: > > On 09/27/2010 03:46 AM, Dieter Weber wrote: > > Hi, > > I'm using matplotlib embedded in my wxpython applicatio

Re: [matplotlib-devel] Is Tkinter-matplotlib using Threads?

On 10/01/2010 09:40 AM, Friedrich Romstedt wrote: > There were several question on the user's list in the recent past > reporting hangs and similar when using TkAgg backend& interactive > mode. > > It is known that Tkinter doesn't play well with threading, as long as > one isn't done very carefull

Re: [matplotlib-devel] Event handling broken in svn?

On 10/01/2010 08:01 AM, Fernando Perez wrote: > > In any case, if my logic is flawed (quite likely, since I imagine M. > D. had a good look at this), it might be worth adding a > > .. warning:: > > section about this pattern to the event docs: > > http://matplotlib.sourceforge.net/users/event_hand

Re: [matplotlib-devel] [PATCH] Discontinuous colormaps are reversed incorrectly

On 10/01/2010 03:59 PM, Stan West wrote: > Hi, developers. I stumbled upon this when I noticed that gist_stern_r > isn't the reverse of gist_stern. As the attached script shows, the > discontinuity in red is wrong, and green stays zero instead of ramping. > The problem seems to be that when cm.revc

[matplotlib-devel] SourceForge.net: matplotlib: Modify: 2973874 - Text box, Save dialog for mac

https://sourceforge.net/tracker/?func=detail&aid=2973874&group_id=80706&atid=560720 Would someone with a Mac please look at this bug and say whether it is occurring with our release of mpl? If not, I will close the ticket. Thank you. Eric --

Re: [matplotlib-devel] SourceForge.net: matplotlib: Modify: 2973874 - Text box, Save dialog for mac

an be fixed without creating more problems, please do so. Your suggestion above could be implemented in the svn trunk, at your discretion. I'm not going to do it because I don't understand it and can't test it. Eric > > > > --- On Sat, 10/9/10, Eric Firing wrote: > &g

Re: [matplotlib-devel] Is Tkinter-matplotlib using Threads?

On 10/10/2010 09:49 AM, Friedrich Romstedt wrote: > 2010/10/2 Eric Firing: >> On 10/01/2010 09:40 AM, Friedrich Romstedt wrote: >>> There were several question on the user's list in the recent past >>> reporting hangs and similar when using TkAgg backend&

Re: [matplotlib-devel] Blitting for animations

On 10/15/2010 04:37 PM, Michiel de Hoon wrote: > Hello, > > Recently I tried to get animations to work for the Mac OS X backend with the > new timer framework by implementing a TimerMac class that inherits from > backend_bases.TimerBase. This seems to work fine; the code is uploaded to SVN > if

Re: [matplotlib-devel] demo text path failing

On 11/04/2010 02:38 PM, Jae-Joon Lee wrote: > On Fri, Nov 5, 2010 at 9:19 AM, Jae-Joon Lee wrote: >> Eric, it seems to be happened because the "_original_facecolor" >> property that you introduced is not initialized in __init__ method but >> in the set_facecolor method. Is there any reason that th

Re: [matplotlib-devel] gtkagg w/o extension code

On 11/09/2010 11:03 AM, John Hunter wrote: > On Tue, Nov 9, 2010 at 2:25 PM, John Hunter wrote: > > > I'm going to proceed with removing _gtkagg.cpp in the trunk, and I > think we should consider disabling default builds of _backend_gdk.c > (they could be enabled by a config option if we can't fi

Re: [matplotlib-devel] Error when matplotlib.use'ing 'Cairo'

On 11/11/2010 09:54 AM, Kynn Jones wrote: > On my system, the following 3-line script > > *import matplotlib > matplotlib.use('Cairo') > import matplotlib.pyplot as plt > * > fails with the error: > > * File "/matplotlib/backends/backend_cairo.py", line > 34, in > if cairo.version_info < _vers

Re: [matplotlib-devel] Error when matplotlib.use'ing 'Cairo'

It looks like you have a strangely broken pycairo installation, then. Eric > > kj > > > On Thu, Nov 11, 2010 at 3:09 PM, Eric Firing <mailto:[email protected]>> wrote: > > On 11/11/2010 09:54 AM, Kynn Jones wrote: > > On my system, the foll

Re: [matplotlib-devel] patch: bug with twinx and scientific style

On 01/02/2011 05:03 PM, Paul Ivanov wrote: > I sent this to the -users list a little over a week ago - now > resending to -devel list against the latest svn. Paul, Thanks, I applied your fix to the maintenance branch, so it should appear in the 1.0.1 release that is in the works. I ran into an

Re: [matplotlib-devel] matplotlib 1.0.1rc available for testing, building

On 01/03/2011 02:49 PM, Russell E. Owen wrote: > > I have uploaded Mac installers for python.org Python 2.6 and 32-bit > Python 2.7. > > I'm not sure what to do about 64-bit Python 2.7. It does not even > support Mac OS X 10.5 due to tcl/tk issues that I think were resolved > too late for python 2

Re: [matplotlib-devel] [PATCH] dysfunction in mpl.cm.get_cmap() (Reporter: LittleBigBrain)

On 01/10/2011 08:02 AM, Benjamin Root wrote: [...] > > My feeling is that for the purposes of 1.0.1, what you put together is > good (although with those new functions underscored). I will then merge > that over to the development branch. In the development branch, we can > then make any addition

Re: [matplotlib-devel] Building documentation and matplotlibrc

On 01/12/2011 07:20 AM, Benjamin Root wrote: > On Tue, Jan 11, 2011 at 3:13 PM, John Hunter > wrote: > > On Mon, Jan 10, 2011 at 6:45 PM, Benjamin Root > wrote: > > John, > > > > Just to clarify, have we officially released

Re: [matplotlib-devel] zdir and offset features for 3d contourf

On 01/13/2011 09:08 AM, Benjamin Root wrote: > A fellow student approached me today wanting to know if matplotlib was > able to produce a certain kind of 3d plot where a filled contour was > placed on one of the axes panels. I knew it was possible with regular > contours, but was surprised when I

Re: [matplotlib-devel] Backend for Pyside

On 01/18/2011 08:13 PM, Jed Ludlow wrote: > Please forgive me if I'm raising a heretical question with this since I > understand the topic of competing Qt bindings for Python gets a little > touchy in and of itself. Nonetheless, the elephant is in the room. I > searched the archives and found only

Re: [matplotlib-devel] backporting typo fixes?

On 01/19/2011 07:25 PM, Jae-Joon Lee wrote: > Big thank you for correcting those typos where virtually all of them are mine. > > I'm +1 for backporting these changes as they will not break anything. > But others may have different ideas. I'm roughly neutral; I would only caution that when backport

Re: [matplotlib-devel] git-svn matplotlib mirror

On 01/22/2011 07:06 AM, Darren Dale wrote: > On Sat, Jan 22, 2011 at 11:55 AM, Benjamin Root wrote: >> On Sat, Jan 22, 2011 at 10:26 AM, Darren Dale wrote: >>> >>> On Sat, Jan 22, 2011 at 9:09 AM, Friedrich Romstedt >>> wrote: Hi, I want to set up a git mirror for matplotlib, but

Re: [matplotlib-devel] git-svn matplotlib mirror

On 01/25/2011 01:38 PM, Darren Dale wrote: > On Tue, Jan 25, 2011 at 6:12 PM, Darren Dale wrote: >> There is still an outstanding issue that must be taken care of before >> we migrate. The conversion routines create a basemap repository out of >> trunk/toolkits/basemap, and matplotlib repository o

Re: [matplotlib-devel] git-svn matplotlib mirror

On 01/25/2011 06:53 PM, Eric Firing wrote: [...] > > Darren, > > It looks like at least some of the problem is the origin/unit_support: > > efiring@manini:~/test/matplotlib.git.ddale$ git checkout origin/unit_support > Checking out files: 100% (4514/4514), done. > No

Re: [matplotlib-devel] xlim() turns off autoscaling

On 02/06/2011 06:59 AM, Mike Kaufman wrote: > > The help for xlim() says: > > Set/Get the xlimits of the current axes:: > > xmin, xmax = xlim() # return the current xlim > xlim( (xmin, xmax) ) # set the xlim to xmin, xmax > xlim( xmin, xmax )# set the xlim to xm

Re: [matplotlib-devel] xlim() turns off autoscaling

On 02/06/2011 08:11 AM, Benjamin Root wrote: [...] > > Something I just noticed while looking at the x|ylim() functions. The > code for xscale() and yscale() are acting like it returns something, but > they don't. Is this a bug? The documentation doesn't claim that it > returns anything. Ben,

Re: [matplotlib-devel] pyplot commands appear to ignore interactive status

On 02/07/2011 04:13 PM, Mike Kaufman wrote: > On 2/7/11 9:02 PM, Benjamin Root wrote: >> On Mon, Feb 7, 2011 at 7:20 PM, Mike Kaufman> > wrote: >> >> >> using a recent svn (r8900), I've noticed that after starting from a >> regular python shell: >> >> >>>

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 > alrea

Re: [matplotlib-devel] patch to close plots with 'q'

On 02/09/2011 09:23 PM, Marshall Ward wrote: > Hello, first time poster, Marshall, Welcome! I'm sorry my first reply was a bit curt, especially considering that you are offering a patch. We do appreciate contributions. A little discussion may be required as to the future strategy for keyboar

Re: [matplotlib-devel] info_ptr in libpng is opaque

On 02/12/2011 12:11 PM, Michael Albert wrote: > Greetings! > > First, my personal thanks to you good folks who make > a wonderful tool like matplotlib available. > > I am currently trying to build matplotlib-1.0.1 against > libpng1.5.1, and _png.cpp failed to compile. Apparently, > libpng's info_p

Re: [matplotlib-devel] Empty scatter plot

On 02/15/2011 07:40 AM, Benjamin Root wrote: > I have come across a little inconsistency that was unexpected in the > matplotlib API. The following is perfectly valid: > > import matplotlib.pyplot as plt > plt.plot([], []) > plt.show() > > > However, this is not valid: > > import matplotlib.pyplot

Re: [matplotlib-devel] Empty scatter plot

On 02/15/2011 08:50 AM, Benjamin Root wrote: > On Tue, Feb 15, 2011 at 12:19 PM, Benjamin Root <mailto:[email protected]>> wrote: > > On Tue, Feb 15, 2011 at 11:54 AM, Eric Firing <mailto:[email protected]>> wrote: > > On 02/15/2011 07:40 AM, Be

Re: [matplotlib-devel] git migration this weekend

On 02/16/2011 08:38 AM, Darren Dale wrote: > On Wed, Feb 16, 2011 at 12:39 PM, Fernando Perez wrote: >> are you guys planning on transfering the old bugs to github? > > Probably at some point. > >> As I >> mentioned, I have code lying around for the upload (and to download >> from launchpad, but t

Re: [matplotlib-devel] Empty scatter plot

Feb 15, 2011 at 1:41 PM, Benjamin Root <mailto:[email protected]>> wrote: > > > > On Tue, Feb 15, 2011 at 1:17 PM, Eric Firing > mailto:[email protected]>> wrote: > > On 02/15/2011 08:50 AM, Benjamin Root wro

Re: [matplotlib-devel] Possibility for internationalized sphinx docs?

On 02/22/2011 09:45 AM, Benjamin Root wrote: > Hello all, > > Given some recent -- ahem -- difficulties with matplotlib users where > English is not their native language, it has dawned on me that maybe we > ought to consider making available translated versions of our > documentation. I have abso

Re: [matplotlib-devel] github devel question

On 02/25/2011 10:01 AM, John Hunter wrote: > On Fri, Feb 25, 2011 at 1:43 PM, Ryan May wrote: >> On Fri, Feb 25, 2011 at 1:11 PM, Darren Dale wrote: >>> On Fri, Feb 25, 2011 at 1:45 PM, Benjamin Root wrote: Ok, I am still learning quite a bit about git, please bear with me. I am h

Re: [matplotlib-devel] What's the status of the py3k branch?

On 02/25/2011 04:54 PM, Benjamin Root wrote: > > > On Fri, Feb 25, 2011 at 8:01 PM, John Hunter > wrote: > > > > > > On Feb 25, 2011, at 7:00 PM, Christoph Gohlke > wrote: > > > Are PIL and PyGTK holding back matplotlib for Python 3 >

Re: [matplotlib-devel] What's the status of the py3k branch?

On 02/26/2011 02:30 AM, Michiel de Hoon wrote: >> In any case it appears that with the exception of Tkinter, it may take a >> long time before interactive mpl backends can be used with py3k. > > The MacOSX backend has already been ported to Py3k (at least the C part of > it, which is the largest a

Re: [matplotlib-devel] What's the status of the py3k branch?

On 02/26/2011 04:51 AM, Darren Dale wrote: > On Sat, Feb 26, 2011 at 9:23 AM, Pauli Virtanen wrote: >> On Sat, 26 Feb 2011 07:29:55 -0500, Michael Droettboom wrote: >> [clip] >>> Yes. The minimum version for this Python 3.x compatibility work is >>> Python 2.6. Anything earlier is just insane ;)

Re: [matplotlib-devel] git migration this weekend

On 02/26/2011 09:26 AM, Darren Dale wrote: > On Wed, Feb 16, 2011 at 2:19 PM, Eric Firing wrote: >> On 02/16/2011 08:38 AM, Darren Dale wrote: >>> On Wed, Feb 16, 2011 at 12:39 PM, Fernando Perez >>> wrote: >>>> are you guys planning on transfering the

Re: [matplotlib-devel] git migration this weekend

On 02/26/2011 10:54 AM, Darren Dale wrote: > On Sat, Feb 26, 2011 at 3:52 PM, Darren Dale wrote: >> On Sat, Feb 26, 2011 at 2:52 PM, Eric Firing wrote: >>> On 02/26/2011 09:26 AM, Darren Dale wrote: >>>> On Wed, Feb 16, 2011 at 2:19 PM, Eric Firingwrote: >&g

Re: [matplotlib-devel] git migration this weekend

On 02/26/2011 01:44 PM, Fernando Perez wrote: > On Sat, Feb 26, 2011 at 3:24 PM, Darren Dale wrote: >> >> I agree that the github interface is not great. The github devs seem >> to know that everybody complains about it. > > Yup. I hold on to the hope that, because it's so egregiously, > painfull

Re: [matplotlib-devel] What's the status of the py3k branch?

On 02/26/2011 04:25 PM, Michiel de Hoon wrote: > --- On Sat, 2/26/11, Eric Firing wrote: >> What about the non-interactive mode behavior--is it hard to >> make the MaxOSX backend behave like the others in that >> respect? > I agree that this should be done, but I just h

Re: [matplotlib-devel] make.osx: should it set --prefix=$PREFIX ?

On 03/04/2011 10:30 AM, Jouni K. Seppänen wrote: > We have an open pull request for fixing some problems in the make.osx > file: > > https://github.com/matplotlib/matplotlib/pull/17 > > I think it's otherwise fine, but it changes the mpl_install target by > removing the --prefix argument. Personall

Re: [matplotlib-devel] make.osx: should it set --prefix=$PREFIX ?

On 03/04/2011 09:09 PM, Jouni K. Seppänen wrote: > Eric Firing writes: > >> What is the rationale for removing the --prefix argument? It doesn't >> prevent one from installing in the standard location. > > The $PREFIX variables is used by make.osx for two

Re: [matplotlib-devel] make.osx: should it set --prefix=$PREFIX ?

On 03/05/2011 12:03 AM, Jouni K. Seppänen wrote: > Jouni K. Seppänen writes: > >> Fernando Garcia Bermudez writes: >> >>> Fine by me as well. Maybe modify the documentation to point to >>> mpl_install_std. How should we proceed? >> >> I'll make some other cleanups and create some commits that you

Re: [matplotlib-devel] Freetype 2.4.4

On 03/06/2011 02:08 AM, Jouni K. Seppänen wrote: > Eric Firing writes: > >> Newer versions of the libraries can also be used, although this is not >> critical. v1.0.x still needs the 1.2 series of libpng, but master can >> now handle >> >> ZLIBVERSION=1.2.5 &g

Re: [matplotlib-devel] Merging instructions

On 03/07/2011 09:36 AM, Jouni K. Seppänen wrote: > I just wrote this as a response to a question on > https://github.com/matplotlib/matplotlib/pull/32 > about how to merge to v1.0.x and master. > > Please feel free to comment or ask for details. > > -

Re: [matplotlib-devel] Merging instructions

On 03/07/2011 10:30 AM, Jouni K. Seppänen wrote: >>> 5. v1.0.x doesn't merge cleanly into master >> >> What do you mean by this? What is the symptom? > > A merge conflict or (probably much less often) a test failure, because > v1.0.x and master have diverged in the relevant part. An example is pu

Re: [matplotlib-devel] Updating documentation

On 03/08/2011 08:08 AM, Benjamin Root wrote: > Hello all, > > I have a free day today, so I am going through some of the documentation > and giving it a good polish. I came across one particular part that is > sorely outdated: > > http://matplotlib.sourceforge.net/faq/howto_faq.html#use-show > > T

Re: [matplotlib-devel] Color-cycle change broke polar-annotation test

On 03/26/2011 11:12 AM, Jouni K. Seppänen wrote: > The test lib/matplotlib/tests/test_axes.py:test_polar_annotations is > failing on master. It passes in 0a9e86a but fails in the next commit > 8506c33 "Merge branch 'colorcycle' of git://github.com/faucon/matplotlib". > > In the image diff, the text

Re: [matplotlib-devel] Orphaned RST pages

On 03/31/2011 05:33 AM, Michael Droettboom wrote: > We have a few orphaned RST pages in the documentation tree -- these are > files that are in our source tree, but are not linked to by any table of > contents within the documentation. > > It's possible that some of these were started but not compl

Re: [matplotlib-devel] Mac OS X build instructions

On 04/01/2011 05:01 AM, Michael Droettboom wrote: > I'm going through and removing old and deprecated information from the > source tree. > > I'm noticing that there are two makefiles for OS-X, one at ./make.osx > and one in release/osx/Makefile. The former was updated in Sep 2010, > the latter in

Re: [matplotlib-devel] colorcycles and empty data

On 04/01/2011 10:47 AM, Benjamin Root wrote: > Just had a thought and I am curious about what others think. > > Now that we have agreed that calling a plotting function with empty data > should always be considered valid, should it also automatically advance > the colorcycle? I think it should. I

Re: [matplotlib-devel] picker inpoerative on scatter markers x, + (those with zero area)

On 04/02/2011 02:48 PM, bdb112 wrote: > > Cannot pick markers '+','x' or others with zero area in plots made by > pyplot.scatter > > The example below > http://old.nabble.com/file/p31305303/picker_example_scatter.py > picker_example_scatter.py is from the matplotlib docs, but modified to use > sca

Re: [matplotlib-devel] picker inpoerative on scatter markers x, + (those with zero area)

On 04/02/2011 02:48 PM, bdb112 wrote: > > Cannot pick markers '+','x' or others with zero area in plots made by > pyplot.scatter > > The example below > http://old.nabble.com/file/p31305303/picker_example_scatter.py > picker_example_scatter.py is from the matplotlib docs, but modified to use > sca

Re: [matplotlib-devel] windows immediately close after show()

On 04/04/2011 10:24 AM, Darren Dale wrote: > When I run some of the examples in pylab_examples, like > simple_plot.py, the call to show() yields a window that immediately > closes. This is with either the v1.0.x or master branches on OS X with > python 2.7 and the qt4 backend, with interactive=True

Re: [matplotlib-devel] windows immediately close after show()

On 04/04/2011 10:24 AM, Darren Dale wrote: > When I run some of the examples in pylab_examples, like > simple_plot.py, the call to show() yields a window that immediately > closes. This is with either the v1.0.x or master branches on OS X with > python 2.7 and the qt4 backend, with interactive=True

Re: [matplotlib-devel] windows immediately close after show()

On 04/04/2011 12:35 PM, Darren Dale wrote: > On Mon, Apr 4, 2011 at 5:57 PM, Eric Firing wrote: >> On 04/04/2011 10:24 AM, Darren Dale wrote: >>> When I run some of the examples in pylab_examples, like >>> simple_plot.py, the call to show() yields a window that imme

Re: [matplotlib-devel] New issue tracker on GitHub

On 04/11/2011 07:24 AM, Darren Dale wrote: > On Mon, Apr 11, 2011 at 12:13 PM, Michael Droettboom wrote: >> I couldn't find the old thread about Sourceforge bug tracker vs. the >> Github issue tracker, but maybe we should reevaluate based on the new >> Github issue tracker announced on Saturday: >

Re: [matplotlib-devel] New issue tracker on GitHub

On 04/11/2011 11:19 AM, Darren Dale wrote: > On Mon, Apr 11, 2011 at 3:40 PM, Michael Droettboom wrote: >> (Hmm... git doesn't use its own issue tracker for tracking its own >> issues... what does that say?) > > Brilliant, whatever they use allows uploading attachments. They are using this: http:

<    1   2   3   4   5   6   7   8   9   10   >