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
[EMAIL PROTECTED]
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
