On Feb 14, 2010, at 3:56 PM, Scott Rossi wrote:
It would seem using behaviors is more secure than temporarily removing
security from a stack.
Is there a higher risk to setting the passkey of a protected stack? What is it?
On Feb 14, 2010, at 3:56 PM, Scott Rossi wrote:
Recently,
On 14 February 2010 23:55, Scott Rossi sc...@tactilemedia.com wrote:
The following works on my end and appears to operate counter to what you
say.
- Create new stack maintest.
- Create substack of maintest named subtest.
- Create a button in stack subtest named b1. Script:
on mouseUp
On Feb 13, 2010, at 1:21 PM, Scott Rossi wrote:
The reason for all the jumping through hoops here is password protection: I
need to be able to dynamically add and remove groups from the main stack,
and this can't happen if the stack is password protected.
Doesn't setting the passkey of the
Recently, Sivakatirswami wrote:
Now, I'm not sure what you mean by card-level behaviors falling thru to
stack-level behaviors but from one point of view it makes sense that
the behavior cannot be found, because the button that contains the
behavior is not really in the message path as we
Recently, Josh Mellicker wrote:
On Feb 13, 2010, at 1:21 PM, Scott Rossi wrote:
The reason for all the jumping through hoops here is password protection: I
need to be able to dynamically add and remove groups from the main stack,
and this can't happen if the stack is password protected.
Thanks for all the responses regarding behaviors. I wound up moving several
scripts around and I think I have most things working. There's still an odd
behavior I've run into where functions/handlers that resided in the behavior
of the stack refuse to get called. I assume that card-level
Scott Rossi wrote:
I assume that card-level behaviors
should fall through to stack-level behaviors, but weirdly, I got script
errors saying the handler/function couldn't be found. I tried a simple test
stack and stack-level behaviors appear to work there, so I can't figure out
what's going on.
Does anyone know what the message order is for behaviors assigned to
multiple objects?
I have a set behaviors assigned to a card, and a set of behaviors assigned
to a group that is placed on the same card. It seems that the behavior
scripts of card are being handled *before* the behavior scripts
Been using behaviors for a while now - and they have seemed unproblematic
and intuitive to me. I may well have missed something as I use them in a
particular way, but this is as far as i know the situation (shoot me down if
I get something wrong).
Behaviors are effectively backscript for the
On Feb 12, 2010, at 6:04 AM, Scott Rossi wrote:
Does anyone know what the message order is for behaviors assigned to
multiple objects?
I have a set behaviors assigned to a card, and a set of behaviors
assigned
to a group that is placed on the same card. It seems that the
behavior
scripts
...@tactilemedia.com
Subject: Behavior Nightmare
To: Revolution Mail List use-revolution@lists.runrev.com
Date: Friday, February 12, 2010, 3:04 AM
Does anyone know what the message
order is for behaviors assigned to
multiple objects?
I have a set behaviors assigned to a card, and a set of
behaviors assigned
11 matches
Mail list logo