On Fri, Jul 17, 2009 at 2:07 PM, Ondrej Certik<ond...@certik.cz> wrote: > On Fri, Jul 17, 2009 at 1:57 PM, Robert Kern<rk...@enthought.com> wrote: >> On Fri, Jul 17, 2009 at 14:48, Brian Granger<ellisonbg....@gmail.com> wrote: >>> Michiel, >>> >>> Thanks for the ideas. I have implemented both of the approaches you >>> describe and I am attaching a file that has all 3 approaches. At this >>> point, all 3 approaches work on OS X, Python 2.5 with wx 2.8/2.9. What I >>> most need to to find strenuous test cases that can probe which of these has >>> the best performance? Robert, could you run the Chaco test again with >>> approaches 2 and 3 and try tuning the parameters (see the docstrings)? >> >> #2 was pretty good out-of-box. #3 was slightly better than #1 but >> still noticeably chunky. Reducing the sleep down to 0.01 instead of >> 0.05 made things appreciably smooth. I thought I noticed a tiny bit of >> chunkiness, but I certainly didn't do a double-blind trial. > > Exactly the same observation on Linux. E.g. #1 the slowest, #3 quite > good, #2 perfect. However: > > with #2, if I did copy and paste of some command into the python > terminal, I could see how ipython was putting the command letter by > letter on the prompt, e.g. by pasting "inputhook.remove_inputhook()" I > could literally see: > > i > in > inp > inpu > ... > > (everything on one line, e.g. like if there was sleep(0.05) between each > letter) > > with #1 and #3, pasting was immediate.
so I also reduced the sleep in #3 from 0.05 to 0.01 and then #3 is absolutely smooth for me and also pasting to ipython is immediate e.g. this looks like a perfect solution to me. Ondrej ------------------------------------------------------------------------------ Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge _______________________________________________ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
