The solution for that would be extending preOpenControl, openControl and closeControl to all object types instead of just groups.
Cheers Monte Sent from my iPhone > On 19 Aug 2016, at 4:28 PM, Iphonelagi <iphonel...@gmail.com> wrote: > > Hi monte > > I'm sure we would find a use case for it as we have/had that in visual foxpro > where each container form or control object had an init event which allowed > setting Clours and code dynamically on creation ... Very powerful > If your in the system how about adding an. Init event as per the docs below > from the vfp documentation > " > For form sets and other container objects, the Init events for all the > contained objects are triggered before the container's Init event, so you can > access the contained objects within the container's Init event. The Init > event for each contained object occurs in the order it was added to the > container object. > To prevent a control from being created, return false (.F.) from the Init > event. The Destroy event will not be triggered. For example, the following > code returns false (.F.) if the Invoice table is not available:" > I would be able to then be able to create in effect a data binding system > with much less code simulating the data environment of vfp on creation/init > of the stack if it doesn't slow things down too much just put it in ... > Simples! 😀 > I have programmed round it so far but it would be a brilliant addition > Regards Lagi > Sent from my iPhone > >> On 18 Aug 2016, at 22:35, Monte Goulding <mo...@appisle.net> wrote: >> >> Hi Folks >> >> I’m wondering if anyone with interest could post use cases they can think of >> for a loadStack message to the following bug report. This would be a message >> sent to a stack before preOpeStack when the stack is first loaded into >> memory. It’s possible that the only use cases are for the IDE. >> >> http://quality.livecode.com/show_bug.cgi?id=18223 >> <http://quality.livecode.com/show_bug.cgi?id=18223> >> >> Cheers >> >> Monte >> _______________________________________________ >> use-livecode mailing list >> use-livecode@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your subscription >> preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode > _______________________________________________ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode _______________________________________________ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
