Eureka! It's late, I'm tired and grouchy and I can't figure out a way to do this!

Jerry Daniels jerry at daniels-mara.com
Fri Apr 7 13:02:51 EDT 2006


Does the "parsing the long name" method that still work when a  
substack is involved? I think you need a test for substack and then  
the range of words might be different.

I set the defaultStack and actually ask the object for its owner. And  
then set defaultStack back to what it was.

Best,

Jerry Daniels


-------------- next part --------------


Artists, Consultants & Developers
http://www.daniels-mara.com/art
http://www.daniels-mara.com/products
http://www.daniels-mara.com

Voice: 512.879.6286
Skype: jerry.daniels



On Apr 7, 2006, at 11:30 AM, Trevor DeVore wrote:

> On Apr 7, 2006, at 8:24 AM, David Bovill wrote:
>
>> David Burgun wrote:
>>> if the long owner of group myIndex of theOwnerLongName =  
>>> theOwnerLongName then
>>
>> Without looking at the code - a couple of comments):
>>
>>    I don't use the owner - due to some inconsistancy I can no  
>> longer remember which was only fixed by using:
>>
>>    put the long id of groupMyIndex into myOwner
>>    delete word 1 to 4 of myIndex
>>
>>    This may or may not have been fixed abd i have not tired the  
>> long owner...
>
> I *think* you only run into problems with the owner when dealing  
> with objects that aren't on the defaultStack.  When you try to use  
> the owner in libraries that are referring to objects in other  
> stacks there seem to be problems.  Jerry Daniels pointed this out  
> to me as I was having problems with the owner returning wrong  
> information with some libs.  I always assumed that the owner was  
> just looking at the long id of the target and extracting the  
> information from it.  Apparently it doesn't.  So now I use delete  
> or word 5 to -1 with my libs and I have been happy ever since.
>
>
> -- 
> Trevor DeVore
> Blue Mango Learning Systems - www.bluemangolearning.com
> trevor at bluemangolearning.com
>
>
> _______________________________________________
> 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