there's been some discussion on this, (I think). If by backend control, you mean greater degree of control over the event loop, there are a number of approaches available.
For example, look through the threads at how twisted can be integrated with ipython0... ipython1 embraces asynchronous handling at its core, making gui interaction even more straightforward. Recently, in ancicipation of ipython1, but still providing current usability, I simply nail up the twisted qtreactor - http://code.tarbox.org/qtreactor inside ipython0 and have control over comms, gui event handling and still am able to use matplotlib... the primary difficulty, temporary I believe, is that if pyreadline grabs the event loop, everything hangs... so, if there is a multi-page scroll or, if you start typing and stop before hitting return, everything hangs... I think one might be able to use the multi-threaded ipython approach but I try to stay away from threading due to the difficulties it creates with components which aren't thread safe... like twisted and many gui support libs. but, ipython1 progress continues and should make issues like this simply go away -glenn On Fri, 2008-04-04 at 12:44 -0400, Alan G Isaac wrote: > >> On Wed, 2 Apr 2008, Wolfgang Kerzendorf wrote: > >>> If I plot something with pylab.plot and then > >>> pylab.show the first time. > > > Alan replied: > >> http://matplotlib.sourceforge.net/faq.html#SHOW > >> http://matplotlib.sourceforge.net/faq.html#OO > > On Fri, 4 Apr 2008, Wolfgang Kerzendorf apparently wrote: > > I have read these faq entries before, but they don't really resolve my > > issue. I want backend independent control over the plots. My question > > is, does that exist in matplotlib, or do I have to embed > > matplotlib in a backend to get more control? > > What kind of control do you mean? > To quote from > http://matplotlib.sourceforge.net/backends.html: > > The matplotlib core graphics routines interact with > an abstract renderer and graphics context to allow > device independent ouput. Currently, output to pygtk, > wxPython, Tkinter, postscript, pdf, svg, agg > (antigrain geometry) and Cairo are supported. With > not too much effort, you can port matplotlib to your > favorite display. If you are interested in porting to > one of these platforms, please contact the > matplotlib-devel mailing list. > > If you are additionally hoping for an abstraction of the > GUI, I do not think Matplotlib offers such a thing. Indeed, > I would find such an effort very surprising. (But I'm just > a user.) > > Maybe a very specific example of what you are doing would > help. > > Cheers, > Alan > > > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > Matplotlib-users mailing list > Matplotlib-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-users ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
