variable storage

[Björnke von Gierke]

Actually it is possible to have the same ID for various objects, as  
long as they're not in the same stack (no matter what card). You can  
test this easily yourself, as there is an object type that you can set  
the id for: images

Theoretically this allows to override (to use a c++ term) icons, as  
they're always set by ID. Why this is  deemed impossible for  
everything else, but works quite nicely for images, seems rather  
strange to me.

On 8 Dec 2008, at 21:07, François Chaplais wrote:

>
> Le 8 déc. 08 à 19:25, Mark Wieder a écrit :
>
>> François-
>>
>> Monday, December 8, 2008, 9:17:17 AM, you wrote:
>>
>>> cannot be a property of the control. On the practical side, if you
>>> duplicate a control *including* the ID, you will end with two  
>>> controls
>>> having the same ID, which is a no-no. This ID stuff has to be  
>>> managed
>>> by the engine.
>>
>> Right, but if there's no control with the id 9876 then I shouldn't be
>> prevented from saying
>>
>
> that's a big "if". I assume that the purpose of an object's ID is to  
> be unique. This cannot be verified by a single user, IMHO. The  
> closest thing that comes to my mind is when Apple, when launching  
> the Mac, used a  system to attach a creator to a file, which  
> corresponded to a unique application. To enforce that uniqueness,  
> Apple kept a  repository of all four letter application signature,  
> and any programmer which wanted to distribute an application was  
> supposed to submit the signature for approval by Apple.
>
> Now, of course, you can do anything you want (after all, it's only a  
> bunch of 0s and 1s), but it would most probably defeat the purpose  
> of an ID.
>
> (BTW, "you" is a generic one, I do not me Mark specifically.)
>
> cheers,
> 	Francois
>
>> create button
>> set the id of it to 9876
>>
>> That's what prevents me from recreating a control entirely from its
>> properties.
>>
>> -- 
>> -Mark Wieder
>> mwieder at ahsoftware.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