"set the externals" question

[Richard Miller]

Thanks, Terry. Two questions:

1) Have you tried using this in a stack that is opened by a standalone, 
rather than in the standalone itself?

2) And if so, have you tried this under Vista?

Thanks.
Richard


Terry Judd wrote:
> Hi Richard,
>
> I use a loadExternals handler in the preopenstack handler of my app that
> looks like this (hmm, now that I look at it I'm not sure if the go stack bit
> is necessary) and seems to work reliably (I think this approach was
> originally suggested by Trevor).
>
> ON loadExternals
>     put the short name of this stack into tStack
>     put <<pathToExternals>> into pExternals
>     IF there is not a stack "myExternals" THEN
>         reset templatestack
>         set destroywindow of templatestack to true
>         set destroystack of templatestack to true
>         set visible of templatestack to false
>         set externals of templatestack to pExternals
>         create stack "myExternals"
>         reset templatestack
>     END IF
>     go stack "myExternals"
>     start using stack "myExternals"
>     set the defaultstack to tStack
> END loadExternals
>
> HTH,
>
> Terry...
>
>
> On 8/05/09 10:38 AM, "Richard Miller" <wow at together.net> wrote:
>
>   
>> Jim, Thierry:
>>
>> I did my additional testing with this. For whatever reason, the process
>> works fine on XP but not Vista. Identical code on both units. One works;
>> one doesn't. Any thoughts?
>>
>> I have a standalone... that opens an initial stack... which in turn
>> opens an invisible substack (which remains open). In that substack, the
>> preopenstack handler uses "set the externals of this stack to
>> revvideograbber.dll". The initial stack (not the standalone... which is
>> only the startup engine for this program) contains the main navigation
>> menu. The user then navigates from this initial stack to the video
>> recording stack, which when it first opens, has a preopenstack handler
>> containing "start using" (the invisible stack).
>>
>> Thanks.
>> Richard
>>
>>
>> Richard Miller wrote:
>>     
>>> Thanks Jim and Thierry,
>>>
>>> Seems to be working. I've got a bit more testing to do, but so far, so
>>> good.
>>>
>>> Richard
>>>
>>>
>>> Jim Bufalini wrote:
>>>       
>>>> Hi Richard,
>>>>
>>>> Have one stack that sets the externals. Then *start using* that stack
>>>> from
>>>> anywhere (the preOpenStack of your standalone is fine). This makes
>>>> available
>>>> the externals of that stack to other open stacks.
>>>>
>>>> Aloha from Hawaii,
>>>>
>>>> Jim Bufalini
>>>>
>>>>  
>>>>         
>>>>> I have a standalone, which opens several other stacks. Is there a way
>>>>> to
>>>>> have any of these other stacks access an external WITHOUT having to
>>>>> "set
>>>>> the externals" of the standalone?
>>>>>
>>>>> It's much easier for me if I need only modify one of the stacks. I'd
>>>>> like to avoid modifying the standalone.
>>>>>
>>>>> I've tried:
>>>>>
>>>>> 1. using the "set the externals" command in the preopenstack handler in
>>>>> one of the stacks (i.e. not the standalone app), but this didn't work
>>>>> during runtime;
>>>>>
>>>>> 2. setting the externals of one of the stacks in the development
>>>>> environment (so I can see that the external is being referenced in the
>>>>> stack property inspector). This didn't work during runtime.
>>>>>
>>>>> I'm testing this under Windows, but any solution would need to work on
>>>>> a
>>>>> Mac as well. It's the videograbber.dll (in the Rev Externals folder)
>>>>> that I'm trying to access during runtime.
>>>>>
>>>>> Thanks.
>>>>> Richard Miller
>>>>>
>>>>> _______________________________________________
>>>>> use-revolution mailing list
>>>>> use-revolution at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>>> subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-revolution
>>>>>     
>>>>>           
>>>> _______________________________________________
>>>> use-revolution mailing list
>>>> use-revolution at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>> subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-revolution
>>>>
>>>>   
>>>>         
>>> _______________________________________________
>>> use-revolution mailing list
>>> use-revolution at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-revolution
>>>
>>>       
>> _______________________________________________
>> use-revolution mailing list
>> use-revolution at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-revolution
>>     
>
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>
>