Obviously, I was all wet. At least I can't find any event such as I
was presupposing might exist.
Joe Wilkins
On May 17, 2007, at 6:08 PM, Joe Lewis Wilkins wrote:
Michael, isn't there a premenu msg that could be called before the
Quit item is selected that might facilitate this? Of course, you'd
also have to do a precommandkey. I don't know that there is such a
critter in Rev, but we had it in FB and just thought...
Joe Wilkins
On May 17, 2007, at 4:57 PM, Michael Binder wrote:
Hi Jacqueline,
You wrote:
Ah, I see. Okay. Then you want:
put the id of this card of stack "myApp" into thisCd
Now "thisCd" contains the id of the card. Or you could ask for
the short
name of the card if that's easier and your cards are all named.
I don't think that works. That is (more or less) what I originally
tried. From my original post:
on shutdownrequest -- this does not work as expected
if the short name of this cd is "dataEntry1" then
validateData1
else if the short name of this cd is "dataEntry2" then
validateData2
end if
offerChanceToSave
end shutdownrequest
What I have found is that "this stack" doesn't evaluate
to the stack that the user is looking at. Also "this card"
doesn't evaluate to the name or the ID of the card that the
user is looking at. (How could the engine know what "this
card" is if it doesn't even know what "this stack" is?)
Two things make me think that that this is a bug:
1) it behaves differently in the development and standalone
environments
2) in the standalone environment the first Quit request
behaves differently than the second and subsequent
requests.
I have searched the list archives for help with Quitting.
(Thanks, especially, to Ken Ray for his contributions).
I know that there are plenty of projects out there that
need to trap the Quit command and do various things. How
do others manage to figure out where the user was when the
Quit command was issued?
__Michael Binder
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
