On Monday 18 August 2008 09:33:47 am Pierre Raybaut wrote: > Hi Darren, > > 2008/8/18 Darren Dale <[EMAIL PROTECTED]>: > >> (1) in class 'NavigationToolbar2QT' l. 285-300 : I had to replace '.svg' > >> by '.png' for all the icons to be displayed correctly on the navigation > >> toolbar (only one was already loaded in the right file format). > > > > Could this be a problem with your installation of Qt4? I have been using > > the > > I really don't know, I'll have to check this. I really thought it was > a bug because the icons aren't all in the same format as if they were > partially replaced from svg to png for example, so I didn't think it > could come from my installation. But I'll check my installation.
As of version 4.2, Qt supports svg icons. I'll check this on a windows computer tonight, if there is an issue on windows, I guess we'll have to go back to pngs. > > svg icons for a while now, without any issues. In what way are they > > displayed incorrectly? > > They are not displayed at all. > > > Did you compile qt4 without svg support? > > I use the official PyQt binaries, so yes, I guess. > > >> (2) I still experience slow performance of pan/zoom feature with the > >> latest PyQt release (the last release for which I had no problem is the > >> 4.3.3 release). You'll find attached a simple test script: with PyQt > >> 4.3.3 pan/zoom is real-time, and with PyQt 4.4.3 it's really slower (in > >> fact, zooming and panning are happening at the right speed but after a > >> short delay from the mouse click) > > > > I think I need a more quantitative test script that proves this is an > > issue with mpl before I can be of help. On my machine, panning and > > zooming is just as fast with your test script as it is with a simple test > > plot in pylab using either the qt4agg or gtkagg backends. I have qt-4.4.1 > > and PyQt4-4.4.2 installed. Is there anyway you can profile the poor > > performance you are seeing? > > Is your machine under Windows? No. > If you need something to prove that this has nothing to do with my > machine or my software, I can tell you that there is exactly the same > bug on a virtual machine, after a clean Windows XP install, and using > only the official Python MSI installer and the official PyQt installer > (and the latest matplotlib release of course). I also saw the same bug > on three other machines, but the real proof is the VM. I'm not familiar with virtual machines, so I guess I dont understand what that proves. I'm looking for something that indicates this is an issue with matplotlib and not Qt. You found a problem once you upgraded from 4.3.3, but I have not seen a similar problem. I'll try running your test script on a windows machine tonight, but in the meantime, perhaps you could try to determine if there is a step in backend_qt4agg.FigureCanvasQTAgg.paintEvent (or somewhere else) that is the source of the bottleneck. > So I will take a look again at the 'backend_qt4.py' source code to see > if there is a way to profile this poor performance. Thanks, that would be helpful. Darren ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
