Hi Eric, On Tue, Sep 7, 2010 at 1:31 PM, Eric Firing <efir...@hawaii.edu> wrote: > > I have been doing a little testing with ipython 0.10 versus > ipython-newkernel, both modes, and with mpl svn versus your guisupport. > There are so many possible modes of operation and combinations of > versions and backends that all this will take some time to sort out. > > Can you give me simple examples of what does *not* work correctly when > you use mpl *svn* with ipython-newkernel, in either or both of the > console or gui modes, but *does* work with your guisupport version?
Thanks for your testing, Eric. With matplotlib *alone*, I can't find a way to crash/lock/whatever the combo of matplotlib(svn)+ipython-newkernel. The reason, i believe, is that guisupport.py is available in ipython itself, and it goes out of its way to avoid creating a second main qt app, letting matplotlib create it. Since that main app is alive all the time, there's only one app and one event loop and life is good. But if I were to open another library that uses Qt and makes a new main qApp unconditionally, we'd have problems. Brian and Evan have recently just added the guisupport.py patch to Enthought's ETS, so that now it probably will be pretty hard to actually see the problem: if both ipython and ets go out of their way to avoid the nested main app issue, mpl can get away with making one unconditionally and things will probably work OK. But the idea is for all of us (ipython, ets, mpl, etc) to agree on a collaborative protocol with a simple api: check for one special '_in_event_loop' flag in the main toolkit before making one. That will make it easier to have interactive code that uses Wx or Qt from more than one library coexisting in the same process. I'll let Brian fill in with more details when he has some availability, but I think that's the gist of it. Regards, f ------------------------------------------------------------------------------ This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd _______________________________________________ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
