I'm moving this second question onto the matplotlib-devel list.
It seems that a user is unable to build the tkagg extension from source
on Ubuntu 8.04. I know the Tcl/Tk header lookup mechanism is inherently
complex. Could someone who knows what's going on there have a look?
Jonathan: Could y
Hi Mike,
OK, I've just done the svn co of v0_91_maint and get the output here:
BUILDING MATPLOTLIB
matplotlib: 0.91.2svn
python: 2.5.2 (r252:60911, Apr 21 2008, 11:12:42) [GCC
FWIW -- this is what the Ubuntu package diff does to setupext.py. We
may want to do the same:
+@@ -960,6 +960,9 @@ def add_tk_flags(module):
+ if not os.path.exists(tk_inc):
+ tk_inc = os.path.normpath(os.path.join(tk_lib_dir,
+
Thanks, Jonathan. The tclConfig.sh stuff was news to me (I didn't write
the original Tcl/Tk header finding stuff, though).
Everyone else: I'm on this and will let you know how it goes.
Cheers,
Mike
Jonathan Wright wrote:
> Hi Mike,
>
> OK, I've just done the svn co of v0_91_maint and get the o
On Tue, May 27, 2008 at 9:27 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> Thanks, Jonathan. The tclConfig.sh stuff was news to me (I didn't write
> the original Tcl/Tk header finding stuff, though).
>
> Everyone else: I'm on this and will let you know how it goes.
Just a reminder that a lo
Alas, PIL SVN head fails to build on Ubuntu 8.04 (without
Ubuntu-specific patches) as well...
Cheers,
Mike
John Hunter wrote:
> On Tue, May 27, 2008 at 9:27 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
>> Thanks, Jonathan. The tclConfig.sh stuff was news to me (I didn't write
>> the o
I think I have a fix in for this now.
As Jonathan Wright suggested, it parses tclConfig.sh and tkConfig.sh to
find the include and lib directories. If any of that fails, it falls
back to the old method (which is based on the assumption that the build
and lib directories are relative to the tcl
Should be working now on the trunk. The line transformation wasn't
getting invalidated when the scale changed.
Cheers,
Mike
John Hunter wrote:
> On Sat, May 24, 2008 at 6:02 PM, Olle Engdegård <[EMAIL PROTECTED]> wrote:
>
>
>> I very much miss the 'l' shortcut for toggling log/lin y-scale in
Hi,
Fernando wrote:
> The code for this path detection is obviously rather convoluted and
> brittle, since there seems to be no clear API provided by Tk for this
> information, unfortunately.
Michael wrote:
> I know the Tcl/Tk header lookup mechanism is inherently complex.
> Could someone who kno
Ludwig Schwardt wrote:
> Hi,
>
> Fernando wrote:
>
>> The code for this path detection is obviously rather convoluted and
>> brittle, since there seems to be no clear API provided by Tk for this
>> information, unfortunately.
>>
>
> Michael wrote:
>
>> I know the Tcl/Tk header lookup mec
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
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 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, 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 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
In the interest of simplifying/unifying the API for callbacks in mpl,
I ported the cm.ScalarMappable callback API to the
cbook.CallbackRegistry functionality which is what we use (on the
trunk) for the toolbar event handling and the Axes xlim/ylim
notification. At a minimum, all callbacks (with on
16 matches
Mail list logo
