John Hunter wrote:
> The problem is with the image.AxesImage._rgbacache -- it is not being
> cleared with a set_clim or a set_cmap. I am going to commit a
> preliminary fix which simply resets this on any call to
> image.AxesImage.changed and if there is a better place to do the reset
> vis-a-vis
On Tue, May 27, 2008 at 6:40 PM, Eric Firing <[EMAIL PROTECTED]> wrote:
> If I fouled it up--as evidently I did--I would like to fix it. I will
> take a first look at it this evening.
FYI, this bug is only exposed in interactive use since the caching is
triggered by the first draw.
The problem
On Tue, 2008-05-27 at 18:44 -0400, Darren Dale wrote:
> On Tuesday 27 May 2008 5:22:00 pm John Hunter wrote:
> > On Tue, May 27, 2008 at 3:55 PM, Darren Dale <[EMAIL PROTECTED]>
> wrote:
> > > On the trunk, the following script will show an image but will not
> > > rescale it:
> > >
> > > im=imsho
On Tuesday 27 May 2008 5:22:00 pm John Hunter wrote:
> On Tue, May 27, 2008 at 3:55 PM, Darren Dale <[EMAIL PROTECTED]>
wrote:
> > On the trunk, the following script will show an image but will not
> > rescale it:
> >
> > im=imshow(rand(10,10))
> > im.set_clim(0,0.2)
> > draw()
>
> I see that too
On Tue, May 27, 2008 at 3:55 PM, Darren Dale <[EMAIL PROTECTED]> wrote:
> On the trunk, the following script will show an image but will not rescale it:
>
> im=imshow(rand(10,10))
> im.set_clim(0,0.2)
> draw()
I see that too -- and another image related bug:
In [177]: imshow(rand(10,10))
Out[177
On the trunk, the following script will show an image but will not rescale it:
im=imshow(rand(10,10))
im.set_clim(0,0.2)
draw()
It works on the maintenance branch.
-
This SF.net email is sponsored by: Microsoft
Defy all chal
