Launch another app from my standalone

Len Morgan len-morgan at crcom.net
Sat Sep 5 08:34:10 EDT 2009


Adrian,

I don't think the problem was that the function was defined after the 
mouseUp handler, it's that it was defined IN the mouseUp handler.  You 
cannot define a function (or command) within the "on....end" of another 
handler.

len

Adrian Williams wrote:
> Phil,
>
> Thanks for spotting that a FUNCTION needs to be stated before mouseUp.
> I knew that of course but overlooked it. Something that happens with 
> irregular use of Rev.
> Thanks too to everyone who responded to resolve my problems. In the 
> process I learned a lot.
> At least one thing I learned; I must learn more about Rev!
>
> Adrian
>
> On 3 Sep 2009, at 09:09, Phil Jimmieson wrote:
>
>> Hi Adrian,
>> if the script in your email is exactly what you are using, then you 
>> need to move the function declaration outside of the mouseup handler. 
>> I don't think that these things can be nested.
>>
>> - - -
>> FUNCTION getPathToFile pFile
>>    put the filename of this stack into the theFile
>>    set the itemdelimiter to slash
>>    put pFile into the last item of theFile
>>    return theFile
>> end getPathToFile
>>
>>
>> on mouseUp
>>   start using stack "My App"
>>
>>   put "MyPrettyFont.ttf" into myList
>>   removeFonts myList
>>   put the result into rslt
>>   if rslt is not empty then
>>        answer information rslt
>>   end if
>>
>>   --To use:
>>   put getPathFile("My App.exe") into tFile
>>   launch tFile
>>
>>   stop using stack "My App"  --(Ooops. Corrected literal 'May' here 
>> in my last message, this is not the problem)
>> end mouseUp
>> - - -
>>
>> On 3 Sep 2009, at 07:42, Adrian Williams wrote:
>>
>>> Phil,
>>>
>>> Mouse up calls stack script to remove installed font and return
>>> result. That already works.
>>> When adding the FUNCTION code, the FUNCTION line keeps throwing up the
>>> error.
>>> I've followed all the advice everyone has given - I'm stumped.
>>> - - -
>>> on mouseUp
>>> start using stack "My App"
>>>
>>>   put "MyPrettyFont.ttf" into myList
>>>   removeFonts myList
>>>   put the result into rslt
>>>   if rslt is not empty then
>>>        answer information rslt
>>>   end if
>>>
>>> FUNCTION getPathToFile pFile
>>> put the filename of this stack into the theFile
>>> set the itemdelimiter to slash
>>> put pFile into the last item of theFile
>>> return theFile
>>> end getPathToFile
>>>
>>> --To use:
>>> put getPathFile("My App.exe") into tFile
>>> launch tFile
>>>
>>> stop using stack "My App"  --(Ooops. Corrected literal 'May' here in
>>> my last message, this is not the problem)
>>> end mouseUp
>>> - - -
>>> Does that help?
>>> Adrian
>>>
>>>
>>> On 2 Sep 2009, at 18:26, Phil Davis wrote:
>>>
>>>> So... maybe we should start at the beginning. The object in which
>>>> the error occurred is apparently named "OK". What does the code of
>>>> that object look like?
>>>>
>>>> Phil Davis
>>>>
>>>>
>>>>
>>>> Adrian Williams wrote:
>>>>> Phil,
>>>>> Already tried just 'end' - it gets the same error!
>>>>> Adrian
>>>>>
>>>>> On 2 Sep 2009, at 17:13, Phil Jimmieson wrote:
>>>>>
>>>>>> Hi Adrian,
>>>>>> at the end of the function definition, you only put "end" and the
>>>>>> name of the function - you don't include the parameter list.
>>>>>>
>>>>>> On 2 Sep 2009, at 17:10, Adrian Williams wrote:
>>>>>>
>>>>>>> Len or anyone else have an answer to this,
>>>>>>>
>>>>>>> 'end FUNCTION' gives the error:
>>>>>>>
>>>>>>> Handler: error in command
>>>>>>> Object    OK
>>>>>>> Line        FUNCTION getPathToFile pFile
>>>>>>> Hint        FUNCTION
>>>>>>>
>>>>>>> On 30 Aug 2009, at 17:24, Len Morgan wrote:
>>>>>>>> I"m hoping Trevor won't mind me sharing this little snippet of
>>>>>>>> code:
>>>>>>>>
>>>>>>>> FUNCTION getPathToFile pFile
>>>>>>>> put the filename of this stack into the theFile
>>>>>>>> set the itemdelimiter to slash
>>>>>>>> put pFile into the last item of theFile
>>>>>>>> return theFile
>>>>>>>> end FUNCTION getPathToFile
>>>>>>>>
>>>>>>>> --To use:
>>>>>>>> put getPathFile("My App.exe") into tFile
>>>>>>>> launch tFile
>>>>>>>>
>>>>>>>> That should do it.
>>>>>>>>
>>>>>>>> len morgan
>>>>>>>
>>>>>>> Ideas?
>>>>>>> Thanks,
>>>>>>> Adrian
>>>>
>>>> -- 
>>>> Phil Davis
>>>>
>>>> PDS Labs
>>>> Professional Software Development
>>>> http://pdslabs.net
>>>>
>>>> _______________________________________________
>>>> 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
>>
>> -- 
>> Phil Jimmieson  phil at liverpool.ac.uk  (UK) 0151 795 4236  (Mobile) 
>> 07976 983164
>> Computer Science Dept., Liverpool University, Ashton Building, Ashton 
>> Street
>> Liverpool L69 3BX              http://www.csc.liv.ac.uk/~phil/
>> I used to sit on a special medical board... ...but now I use this 
>> ointment.
>>
>>
>>
>>
>> _______________________________________________
>> 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
>
>



More information about the use-livecode mailing list