Hello, Well there is not all that much interest in this subject, so I'll post an update.
I have created an STR feature request. This STR contains 2 patches. One with the basis for the associations. The other patch contains an example: tooltips. This example removes the tooltip pointer from the widget class and replaces it by an association. I've also ported my grid layouter to use widget associations. This is an automatic layouter working like an automatically sized table. Where column and row sizes are automatically calculated to fit the requires widgets. My project burtools.sf.net uses this layouter. In the published project thou it uses an old version of the layouter that uses multiple inheritance to attach the layout information. The new layouter uses the widget associations. I have also got one comment regarding this whole matter: why not simply add another user pointer. This is faster. Well, but it would allow only one user. If you'd use the layouter you will have used that pointer for the layouter and still have no pointer for your own use. The associations will allow multiple users. So it is thinkable to have all kind of additional modules that need to attach data. For example think of an remote controller that wants to send events to widgets with certain names. So you need to attach those names. Another possibility are help labels. The help dialog would automatically look up if there is an help label attached to the widget under the mouse cursor, ... All these can be used independently and don't need to know of one another. Well that's it. Andreas _______________________________________________ fltk-dev mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-dev
