| Xinteranimate, getting control back [message #13354] |
Sat, 07 November 1998 00:00  |
Jeff Tyler
Messages: 1
Registered: November 1998
|
Junior Member |
|
|
I am writing some code to model environmental changes over a number of
years. The datasets can get quite large and the best way to communicate
the effect of changing model parameters is to provide images to the
user. The number of images to show users ranges from 15-100, and in the
future may be even larger. I want to animate this and it looks like
XINTERANIMAE is the best way to go.
My problem is that I want to be able to compute a set of results, let
the user see the animation and then go back and compute a new set of
results that the user then can animate again. However, once I start
XINTERANIMATE then IDL wants the user's control of the program to go to
the widget and when the user hits the "end animation" button, the
program ends. I would prefer for control to go back to my program where
the user can change model parameters, recompute and then run a new
animation. Can anybod suggest how to get XINTERANIMATE to return
control to the main program once it has stopped, or some other solution
to the problem.
thanks,
Jeff Tyler
Great Lakes Environmental Research Laboratory
|
|
|
|
| Re: Xinteranimate, getting control back [message #13466 is a reply to message #13354] |
Wed, 11 November 1998 00:00  |
philip aldis
Messages: 13
Registered: October 1998
|
Junior Member |
|
|
David Fanning wrote:-
>
> While I'm waiting anxiously for Philip's new program, like
> the rest of you, I should point out that XINTERANIMATE doesn't
> take control of anything. There is nothing going on that would
> prevent the user from going back to the original program
> and launching *another* version of XINTERANIMATE, or doing
> some more work while the animation plays along happily in
> the corner of the display. (Whoops, except that XINTERANIMATE
> is written with COMMON blocks and can only allow one copy
> of itself to exist at any one time. A pity, really. Someone
> should have read my book. :-)
Luckily I did read your book, and so you want even find so much as a sniff of
a common block, so you can have as many instances as you like.
Phil
--
____________________________________________________________ ______________
Philip Aldis
Room B803/4
DERA Malvern tel:0044 1684 897241
St.Andrew's Road fax:0044 1684 894185
WR14 3PS
England
____________________________________________________________ ______________
The information contained in this e-mail and any subsequent correspondence is
private and is intended solely for the intended recipient(s). For those other than
the intended recipient(s) any disclosure, copying, distribution, or any
action taken or omitted to be taken in reliance on such information is prohibited
and may be unlawful.
____________________________________________________________ ______________
DERA disclaimer:
The views expressed above are entirely those of the writer and do not represent
the views, policy or understandingof any other person or official body.
____________________________________________________________ ______________
|
|
|
|
| Re: Xinteranimate, getting control back [message #13469 is a reply to message #13354] |
Wed, 11 November 1998 00:00 |
davidf
Messages: 2866
Registered: September 1996
|
Senior Member |
|
|
Philip Aldis (teal@dera.gov.uk) writes in response to Jeff Tyler:
>> My problem is that I want to be able to compute a set of results, let
>> the user see the animation and then go back and compute a new set of
>> results that the user then can animate again. However, once I start
>> XINTERANIMATE then IDL wants the user's control of the program to go to
>> the widget and when the user hits the "end animation" button, the
>> program ends. I would prefer for control to go back to my program where
>> the user can change model parameters, recompute and then run a new
>> animation. Can anybod suggest how to get XINTERANIMATE to return
>> control to the main program once it has stopped, or some other solution
>> to the problem.
>
> As for the problem you highlight here, all you would have to do is change
> the event handler on my program for the quit button, so that it notified,
> some other program - it would be a piece of cake to do. You could change the
> code quite easily.
While I'm waiting anxiously for Philip's new program, like
the rest of you, I should point out that XINTERANIMATE doesn't
take control of anything. There is nothing going on that would
prevent the user from going back to the original program
and launching *another* version of XINTERANIMATE, or doing
some more work while the animation plays along happily in
the corner of the display. (Whoops, except that XINTERANIMATE
is written with COMMON blocks and can only allow one copy
of itself to exist at any one time. A pity, really. Someone
should have read my book. :-)
So I am confused about the notion of getting XINTERANIMATE
to return control to the main program. Where else *is* the
control, except in the main program. After all, this is
the program that spawned XINTERANIMATE, correct? When the
user quits XINTERANIMATE the other widget program (programs ?)
should be there for them to interact with. There are certainly
no limitations on how many widget programs can be running
simultaneously that I know about.
Cheers,
David
----------------------------------------------------------
David Fanning, Ph.D.
Fanning Software Consulting
E-Mail: davidf@dfanning.com
Phone: 970-221-0438, Toll-Free Book Orders: 1-888-461-0155
Coyote's Guide to IDL Programming: http://www.dfanning.com/
|
|
|
|
| Re: Xinteranimate, getting control back [message #13471 is a reply to message #13354] |
Wed, 11 November 1998 00:00 |
philip aldis
Messages: 13
Registered: October 1998
|
Junior Member |
|
|
Jeff Tyler wrote:
> I am writing some code to model environmental changes over a number of
> years. The datasets can get quite large and the best way to communicate
> the effect of changing model parameters is to provide images to the
> user. The number of images to show users ranges from 15-100, and in the
> future may be even larger. I want to animate this and it looks like
> XINTERANIMAE is the best way to go.
Now, I'm not so sure. I've written a bit of code, (well quite a large bit of
code) which replaces XINTERANIMATE, and my code is a great deal easier to
understand and so you could manipulate it to do what ever you wanted and
link it in with your current widget program, or if it's not a widget program
then call form the program.
There are several advantages to my program, if you wanted to put a colour
bar on the animation, or anything else, then it is very easy to do. You can
check out a post I put about it titled : a replacement for xinteranimate.
But the main advantage is to do with pixmap storage space, my program only
stores the minimum amount, i.e. it stores no black space, and never stores
more than one copy of anything, so it would only store one colour bar in
pixmaps.
Basically, I guess the fact that you would be able to change the code to
exactly what you wanted, quite easily, rather than xinter.. which is written
in such dense code that it is hard to understand, means that my program
would be ideal.
> My problem is that I want to be able to compute a set of results, let
> the user see the animation and then go back and compute a new set of
> results that the user then can animate again. However, once I start
> XINTERANIMATE then IDL wants the user's control of the program to go to
> the widget and when the user hits the "end animation" button, the
> program ends. I would prefer for control to go back to my program where
> the user can change model parameters, recompute and then run a new
> animation. Can anybod suggest how to get XINTERANIMATE to return
> control to the main program once it has stopped, or some other solution
> to the problem.
>
> thanks,
> Jeff Tyler
> Great Lakes Environmental Research Laboratory
As for the problem you highlight here, all you would have to do is change
the event handler on my program for the quit button, so that it notified,
some other program - it would be a piece of cake to do. You could change the
code quite easily.
The program is currently, about to get publication permission - I have to
get this before I can let others even look at it, and when that's done I'll
e-mail a copy to you, with some examples of how to use it, and then I would
be delighted to help you change the code to suit your particular needs.
cheers,
Phil Aldis
--
____________________________________________________________ ______________
Philip Aldis
Room B803/4
DERA Malvern tel: 0044 1684 897241
St. Andrew's Road fax: 0044 1684 894185
WR14 3PS
England
____________________________________________________________ ______________
The information contained in this e-mail and any subsequent correspondence
is private and is intended solely for the intended recipient(s). For those
other than the intended recipient(s) any disclosure, copying, distribution,
or any
action taken or omitted to be taken in reliance on such information is
prohibited and may be unlawful.
____________________________________________________________ ______________
DERA disclaimer:
The views expressed above are entirely those of the writer and do not
represent the views, policy or understanding of any other person or official
body.
____________________________________________________________ ______________
|
|
|
|
comp.lang.idl-pvwave archive
Members
Search
Help
Login
Home
