Thanks again to everyone who contributed to this thread.

Based on the discussion here and reviewing the options in depth with Ken Ray, I've submitted an enhancement request to the RQCC:


Extend behavior resolution to also happen before preOpenCard
<http://quality.runrev.com/qacenter/show_bug.cgi?id=8558>

Here are my notes submitted there:

   Currently the engine attempts to resolve all behavior
   references for all objects in a stackFile once whenever
   that stack is accessed.

   While useful, this can give rise to circumstances in
   which this causes unnecessary failure of resolution
   attempts.

   For example, if you have an instance object in a
   substack of a standalone which uses a behavior defined
   in an external stackFile library, the engine will attempt
   to resolve the behavior for the instance even before you
   open that substack, and will fail since the behavior
   object hasn't been loaded first.

   If the engine was extended to attempt behavior resolution
   just prior to preOpenCard, this failed resolution would
   have no adverse effect, since a new attempt will be made
   when that substack is actually opened.

   Not only does this avoid unnecessary resolution errors,
   it makes behavior resolution more consistent with other
   uses of object references in the engine, such as image
   references used in button icons and patterns.



Also:

Some time ago I'd already submitted a request noting that the resolutionError message isn't yet implemented, and have appended that earlier report with a suggestion for the arguments to be sent with that message:

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

--
 Richard Gaskin
 Fourth World
 Rev training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: http://www.revjournal.com
 revJournal blog: http://revjournal.com/blog.irv
_______________________________________________
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Reply via email to