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

2011-02-07 Thread Mike Kaufman
On 2/7/11 10:30 PM, Benjamin Root wrote: > > The behavior in gtk and other backends is the designed/intended > behavior. macosx backend is actually the odd-man out because it was > coded to only work in one of those modes. > > Maybe we should emit a warning when macosx backend is used when > inter

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

2011-02-07 Thread Benjamin Root
On Mon, Feb 7, 2011 at 9:17 PM, Mike Kaufman wrote: > On 2/7/11 9:28 PM, Eric Firing wrote: > > >>> Which backend are you using and using which OS? > >> > >> Good question. Snow Leopard and the MacOSX backend. If I use the Gtk > > > > This is a known bug in the MacOSX backend. > > > >> backend th

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

2011-02-07 Thread Mike Kaufman
On 2/7/11 9:28 PM, Eric Firing wrote: >>> Which backend are you using and using which OS? >> >> Good question. Snow Leopard and the MacOSX backend. If I use the Gtk > > This is a known bug in the MacOSX backend. > >> backend this bug does _not_ occur (though I have to use the plt.show() >> command

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

2011-02-07 Thread Eric Firing
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] pyplot commands appear to ignore interactive status

2011-02-07 Thread Mike Kaufman
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: > > >>> import matplotlib.pyplot as plt > >>> plt.isinteracti

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

2011-02-07 Thread Benjamin Root
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: > > >>> import matplotlib.pyplot as plt > >>> plt.isinteractive() > False > >>> plt.plot([1,2,3],[1,3,2]) > [] > >>> plt.plot([1,2,3],[1,2,3]) >

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

2011-02-07 Thread Mike Kaufman
using a recent svn (r8900), I've noticed that after starting from a regular python shell: >>> import matplotlib.pyplot as plt >>> plt.isinteractive() False >>> plt.plot([1,2,3],[1,3,2]) [] >>> plt.plot([1,2,3],[1,2,3]) [] # plt.draw() is not required, the figure pops up # and both plots are

Re: [matplotlib-devel] git migration

2011-02-07 Thread Darren Dale
On Mon, Feb 7, 2011 at 5:41 PM, John Hunter wrote: > On Feb 7, 2011, at 3:17 PM, Andrew Straw wrote: > >> On 07-Feb-11 17:13, Darren Dale wrote: >>> The git migration is still on hold, pending the return of CVS service >>> at sourceforge. According to someone on the sourceforge IRC channel, >>> C

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

2011-02-07 Thread Benjamin Root
On Sun, Feb 6, 2011 at 2:02 PM, Eric Firing wrote: > 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? Th

Re: [matplotlib-devel] git migration

2011-02-07 Thread John Hunter
On Feb 7, 2011, at 3:17 PM, Andrew Straw wrote: > On 07-Feb-11 17:13, Darren Dale wrote: >> The git migration is still on hold, pending the return of CVS service >> at sourceforge. According to someone on the sourceforge IRC channel, >> CVS is estimated to return this week, but it might slip

Re: [matplotlib-devel] git migration

2011-02-07 Thread Andrew Straw
On 07-Feb-11 17:13, Darren Dale wrote: > The git migration is still on hold, pending the return of CVS service > at sourceforge. According to someone on the sourceforge IRC channel, > CVS is estimated to return this week, but it might slip to next week. Thanks for the update. At some point, one c

[matplotlib-devel] git migration

2011-02-07 Thread Darren Dale
The git migration is still on hold, pending the return of CVS service at sourceforge. According to someone on the sourceforge IRC channel, CVS is estimated to return this week, but it might slip to next week. Darren -- Th