matplotlib-devel Mailing List for matplotlib

On Sat, Aug 30, 2008 at 9:49 AM, Ray Salem <ray...@gm...> wrote:
> Hey John. Your suggestion has definitely made a large improvement, but while
> it is still running, if you select any of the windows, python or the figure,
> the figure will still enter a state of non-response. I have tried something
> very similar in matlab and have observed no problems. Do you have any other
> advice or suggestions
Please respond on list so others can benefit and contribute to the
conversation. You need to "reply to all" to reply to the list.
In order to do this well, you need to use your user interface idle
handler. The example I used was just to illustrate the line handling,
but for real work you should set you update function in either an idle
handler or a timeout handler. Look in the examples/animation
directory http://matplotlib.sourceforge.net/examples/animation for
different examples for each user interface (see also the animations
cookbook tutorial at
http://www.scipy.org/Cookbook/Matplotlib/Animations).
The way to do this differs for each toolkit, and we have examples for
many in the examples directory I pointed you to above. Does anyone
have an example of how to do proper idle handling with tk?
JDH

On Thursday 28 August 2008 09:17:26 John Hunter wrote:
> On Thu, Aug 28, 2008 at 6:19 AM, Sandro Tosi <mat...@gm...> wrote:
> > Enthought suite is used a lot in scientific area, so mpl and enth
> > almost share their users, so have it enabled would be a plus, but we
> > are mainly interested in generate "no harm", so we'd like to ask you
> > to confirm that enabling that support won't brake anything (but indeed
> > provide a valuable asset for users).
>
> Well, one thing to make sure of is that you do not install the version
> of traits that ships with matplotlib, since it will break other
> enthought packages. My understanding is that one either uses the
> default rc config or the traits enabled one. Since the latter is
> experimental and we are not sure if we will eventually adopt it, I
> would not recommend enabling it in the debian distro. Is this your
> view Darren?
Sorry, I haven't been able to keep up with the list recently.
Yes, this is my view too, I see no reason to include it for distribution.