Yes, the scriptor determines which property(s) are to be tracked and 
importantly, which are not.  I dont know how the run time engine works right 
now.. Does it look ahead for all handlers and only bother to send messages that 
have handlers to recieve them?  In my scheme, one would specifically identify 
which properties to track (filtering for target objects:

On setup
   Track loc of polygon graphics
   Untrack mouseenter
   Untrack mouseleave
   Track fillfore
   Track points
   Track card order
End setup

On fillfore, target
   If the type of target is polygon
   Then
      Do this
   Else
      Do the other thing
End fillfore
  
On keyisdown thekey
   If thekey is in "rightarrow,leftarrow"
   Then
      Track keyisup thekey
   End if
End keyisdown

On keyisup, thekey
   If thekey is "rightarrow"
   Then
      Nudge the target ...
   Else
      Other nudge...
   End if
   Untrack keyisup thekey
End keyisup

 
-----Original Message-----
From: [email protected]
To: [email protected]
Sent: 5/17/2009 8:52 AM
Subject: Re: Rev suport user defined events?

Rnadall:

So ideally this has to be a universal message that contains within its 
parameters:

- any message generated from either the system or by the user.
- any property change, including wishList types like "thetextChanged".

So you can write:

on GestaltMsg theMessage,theObject,theDefaultStackPathName
   doStuff
end GestaltMsg

This sounds like a great idea, something that ties the whole of the IDE 
together. Of course, these uberMessages will be generated constantly; for 
example, would even "idle" send the new gizmo?

But it seems like a natural thing to have.

Craig Newman

In a message dated 5/17/09 5:02:21 AM, [email protected] writes:


> http://quality.runrev.com/qacenter/show_bug.cgi?id=3126
> 




**************
Recession-proof vacation ideas.  Find free things to do in 
the U.S. 
(http://travel.aol.com/travel-ideas/domestic/national-tourism-week?ncid=emlcntustrav00000002)
_______________________________________________
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

Reply via email to