Short answer: this is the current expected behavior.
Long answer: read below.
Derek Lamb writes:
>
> Sorry to be testing so late.
You're not kidding! :-)
> On my work machine (64-bit Scientific Linux.
> freeglut 2.4.0) with OpenGL 0.62 and PDL
> 2.4.5_009, demo 3d works fine, but doesn't close
> the window. Anytime another window is dragged over
> the 3d window, that window's contents remain in
> the 3d window.
>
> Trying to close the window with the mouse doesn't
> have any effect.
I've never had the demo 3d window close that I
recall. (Maybe it closed on the original X11 only
code). Closing with the mouse does not work
because the demo shuts down the 3D GUI stuff at
the end so there is nothing to twiddle() and
receive the exit window command from the widget.
> Exiting out of PDL does.
Right.
> A similar thing happens when I use imag2d to display
> the m51 test image:
>
> perldl> $a = rfits('m51.fits');
> perldl> $b = $a/float $a->max;
> perldl> $w1 = imag2d($b);
> Loading imag2d.pdl ...found ./imag2d.pdl Type Q or q to stop twiddling
> b_1: pixel=( 174, 67), image=(174.0, 67.0), winID=1 ##these are mouse click
> events
> b_1: pixel=( 202, 142), image=(202.0,142.0), winID=1
>
> is that the expected behavior, or behavior we're living
> with for now?
I just cut an pasted the example code from the
'help imag2d' documentation and (after a couple
of q's) got 3 windows.
All image windows move and resize and the windows
even close nicely with the system window close
widget.
If I have q'd back to the perldl prompt, they
become unresponsive (since the GUI events are
not being handled). A close window doesn't work....
But if I then run the twiddle() at the perldl
prompt to start the event loop going, the windows
all activate again and any of the previous mouse
events are carried out.
The "b_1: pixel..." started out as debugging messages
and now illustrate the ability to interact with
mouse events programmatically.
You'll also notice that the imag2d() windows are
active when a TriD graphics window is twiddling.
It doesn't work the other way since the TriD
support at the moment is emulating X11 event
processing.
Cheers,
Chris
_______________________________________________
Perldl mailing list
[email protected]
http://mailman.jach.hawaii.edu/mailman/listinfo/perldl