SourceForge logo
SourceForge logo
Menu

matplotlib-devel

From: Mark B. <ma...@gm...> - 2007年05月18日 11:21:50
This is a well known problem, reported about a year or so ago.
John Hunter tried to get some help on the (TK?) mailinglist, but I
don't think anybody responded. I looked into it too, but couldn't find
a solution (that doesn't mean much, except for that it is not
blatently obvious).
It would be great if somebody would know how to fix this.
Strangely enough I have written a GUI myself where I use the toolbar,
and the save button works fine there.
Mark
> Date: 2007年5月10日 13:31:18 -0600
> From: "Urvashi R.V." <urv...@gm...>
>
> Hi,
>
> When the "save" button is used on the matplotlib tkagg toolbar, it
> uses the "Tk" "asksavefilename" object from the "tkFileDialog" class,
> to pop up a little window that allows you to select the name and type
> of file to save. This function internally calls "figure.destroy()".
> and the currently active figure gets destroyed (but it is still visible
> and memory is not freed). The next plot then creates a new figure
> window with the same figure._num as the previous.
>
> see...
> backend_tkagg.py : line 621
> -> class NavigationToolbar2TkAgg :: def save_figure(...)
> (callback for the toolbar.bsave button)
>
> The "asksavefilename" function call, triggers Gcf.destroy(). This can
> be seen by placing a print statement in
> _pylab_helpers.py : line 16
> -> class Gcf :: def destroy(num)
From: Perry G. <pe...@st...> - 2007年05月18日 12:21:44
We don't have anyone at the moment that can work on it, but I think 
on the order of a month or two we can. We see similar issues too. So 
if someone can deal with it before then, that would be great, but 
we'll tackle it before very long if not.
Perry
On May 18, 2007, at 7:21 AM, Mark Bakker wrote:
> This is a well known problem, reported about a year or so ago.
> John Hunter tried to get some help on the (TK?) mailinglist, but I
> don't think anybody responded. I looked into it too, but couldn't find
> a solution (that doesn't mean much, except for that it is not
> blatently obvious).
> It would be great if somebody would know how to fix this.
> Strangely enough I have written a GUI myself where I use the toolbar,
> and the save button works fine there.
> Mark
From: Mark B. <ma...@gm...> - 2007年05月18日 17:29:01
Excellent, Perry.
Thanks for your help,
Mark
On 5/18/07, Perry Greenfield <pe...@st...> wrote:
>
> We don't have anyone at the moment that can work on it, but I think
> on the order of a month or two we can. We see similar issues too. So
> if someone can deal with it before then, that would be great, but
> we'll tackle it before very long if not.
>
> Perry
>
> On May 18, 2007, at 7:21 AM, Mark Bakker wrote:
>
> > This is a well known problem, reported about a year or so ago.
> > John Hunter tried to get some help on the (TK?) mailinglist, but I
> > don't think anybody responded. I looked into it too, but couldn't find
> > a solution (that doesn't mean much, except for that it is not
> > blatently obvious).
> > It would be great if somebody would know how to fix this.
> > Strangely enough I have written a GUI myself where I use the toolbar,
> > and the save button works fine there.
> > Mark
>
>
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X





Briefly describe the problem (required):
Upload screenshot of ad (required):
Select a file, or drag & drop file here.
Screenshot instructions:

Click URL instructions:
Right-click on the ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)

More information about our ad policies

Ad destination/click URL:

AltStyle によって変換されたページ (->オリジナル) /