Hi Mark, I confess to not having actively used the new behaviors at all (well, only indirectly in looking at the DataGrid). From reading the summaries about behaviors I took the "resolutionError" to be the Revolution equivalent of SmallTalk's "message not understood" (which is how an object responds if the message sent to it is not handled anywhere in its hierarchy).
This line from the ParentScriptsNotes.txt suggests that it shouldn't be sent repeatedly: "Once resolution has failed for a parentScript reference, no attempt will be made to resolve it again *unless* the parentScript of an object is set to the same reference." One assumes that the resolutionError would contain information concerning what message failed to be resolved and what object was supposed to contain the referenced script. Under these conditions the resolutionError would allow one to take remedial action to resolve the reference. Maybe I've completely misunderstood things. BTW, for me it seems that choosing a field would have been a better control to contain the script. It would mean that the field's contents could be used for various related information (such as documentation). Again, maybe there's something that makes buttons more useful than fields that I am missing. Bernard On Mon, Apr 13, 2009 at 4:13 AM, Mark Wieder <[email protected]> wrote: > > While I kind of like the idea of a resolutionError message, I'm not > sure what problem this would solve: > > on resolutionError > -- what? > end resolutionError > > What if I put a mouseDoubleUp handler in a behavior button instead of > a button - would the resolutionError message be received at runtime > every time the object received a message of any kind? I would prefer > an image that doesn't respond to mouseDoubleUp clicks unless its > behavior object is present to one that gives an error message on > mouseOvers for no apparent reason. > > -- > -Mark Wieder > [email protected] > > _______________________________________________ > 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
