draw_idle still seems to suffer from the "trying to
> catch up" problem. I added the
> gdk.POINTER_MOTION_HINT_MASK to enable passive mouse
> motion event handling. The gtk interface does not lag
> behind with this enabled, even with complex figures.
> Does this break functionality you are expecting somewhere
> else? Now the gtk backend acts the same as wx and tk
> with respect to mouse motion. Here is the reference I
> found for addressing this problem:
> Overview — PyGObject
On my system, the performance is acceptable with this somewhat
pathological test case
from pylab import *
for i in range(1,7):
subplot(3,2,i)
imshow(rand(1000,1000), interpolation='bicubic')
show()
So I'm happy to keep it.
Nice work. Steve Chaplin, btw, is the resident gtk expert, so he may
weigh in on the gtk strategy...
JDH
I think the slider should update with the display if the dragging is
enabled, so the slider value stays in sync. The typical user will
understand that things will be a little sliggish when plotting insane
data such as you example.
I am wanting to create a simple text/value entry field, but I noticed
that the backends don't support the delete key in events. Are there
issues across platforms with this? If not, I will probably add this.
- Charlie
John Hunter wrote:
···
"Charles" == Charles Moad <cmoad@...209...> writes:
> draw_idle still seems to suffer from the "trying to
> catch up" problem. I added the
> gdk.POINTER_MOTION_HINT_MASK to enable passive mouse
> motion event handling. The gtk interface does not lag
> behind with this enabled, even with complex figures.
> Does this break functionality you are expecting somewhere
> else? Now the gtk backend acts the same as wx and tk
> with respect to mouse motion. Here is the reference I
> found for addressing this problem:
> Overview — PyGObject
On my system, the performance is acceptable with this somewhat
pathological test case
from pylab import *
for i in range(1,7):
subplot(3,2,i)
imshow(rand(1000,1000), interpolation='bicubic')
show()
So I'm happy to keep it.
Nice work. Steve Chaplin, btw, is the resident gtk expert, so he may
weigh in on the gtk strategy...
JDH