[fpc-devel] Component FTag and Tag should be int64
Martin
fpc at mfriebe.de
Tue Nov 23 22:13:12 CET 2010
>
> On Tue, Nov 23, 2010 at 11:32 PM, Andrew Brunner
> <andrew.t.brunner at gmail.com <mailto:andrew.t.brunner at gmail.com>> wrote:
>
> On Tue, Nov 23, 2010 at 1:59 PM, Max Vlasov <max.vlasov at gmail.com
> <mailto:max.vlasov at gmail.com>> wrote:
>
> Andrew,
> Creating TList as a field for storing extra structures and
> objects and supporting extra data reference using Tag as an
> index never was a problem for me. Can you tell a single reason
> not to implement this approach by yourself? Moreover managing
> the destruction of objects in this case is much easier and
> straightforward.
> Other consideration, if something starts to depend on future
> decisions of other developers, isn't it easy to create a
> simple (very simple) workaround :)
>
> Max Vlasov
>
>
>
> In the specific problem I have, it is corellating TMenuItem with a
> particular data pointer object of TForm. Forms can close out of
> order and re-Index the List I have (as you stated). But there is
> no clean way for me to reference what was clicked on Sender...
> Tag or Data is the only clean solution here. Out of order,
> happening on application thread... Oh, and TMenuItems being
> created at runtime. This is about productivity. What must I
> create an additional list when I have Tag or Data.
>
>
>
If you create the menuItem at runtime, you can always use a sub-class,
create your own class TMyMenuItem, with a property and field to store
the data..
That is what OO is for....
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freepascal.org/pipermail/fpc-devel/attachments/20101123/25f738ff/attachment.html>
More information about the fpc-devel
mailing list