error in function handler revPaletteObjects
rabit at dimensionB.de
Thu Mar 22 04:10:11 CDT 2007
the cCurrentObject property is set on openField.
If you make a copy of your stack and move it to
another directory the property will not be updated
because of the following line in the revPaletteObjects function:
"if the cCurrentObject of the target is not empty then return the
cCurrentObject of the target"
On 22. Mrz 2007, at 04:09, Kay C Lan wrote:
> On 3/21/07, Ralf Bitter <rabit at dimensionb.de> wrote:
>> Line: set the cCurrentObject of the target to revPaletteObjects()
> Off topic to this thread, but it's interesting that you see
> something for
> the 'first time' and suddenly you see it everywhere.
> In my case it's 'cCurrentObject' which I accidentally came across. I
> probably don't really want to know what it is and why it's there -
> hey I'm a
> Mac user, so long as it works it's OK by me - but I have this
> feeling that this is going to come back and bite me.
> I usually start my Rev day by duplicating my stack and giving it a new
> version-name. I do this because 'Save as...' doesn't work like it
> In the case of yesterday I then needed to add some custom
> properties to some
> editable fields. It is here that I saw 'cCurrentObject' as a custom
> and most interestingly it contained the file path to the 'original'
> not the current duplicate file.
> So I wonder to myself.
> I didn't add cCurrentObject - verified by the fact it is appearing
> in other
> peoples stacks. So if rev put it there then why isn't it an inbuilt
> Should I be worried that it is referring to an old stack -
> admittedly I'm
> assuming it'll update itself to the new stack filepath at the
> time, I just can't check now as I'm not on my computer but a
> Business Centre
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
More information about the use-livecode