"set the externals" question

[Richard Miller]

Terry, Jim:

Putting the loadexternals script in one of my main stacks did the trick. 
Thanks.

Richard


Terry Judd wrote:
> On 8/05/09 11:24 AM, "Richard Miller" <wow at together.net> wrote:
>
>   
>> 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?
>>     
>
> Yep/probably/maybe/don't remember. It should work either way.
>   
>> 2) And if so, have you tried this under Vista?
>>     
>
> Nope, but I hope it works for you.
>
> Terry...
>   
>> 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
>>>
>>>   
>>>       
>> _______________________________________________
>> 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
>
>