This bit me a few times. I would have a group with some controls but was not able to get the mouseUp when you clicked in the group but not on any of the child controls. I now know I have to put some transparent object that fills the group and is also behind all the other controls. It never made any sense to me why this is. I thought as others that the group is a control and would get mouse messages. If this was so then the group would only get the message if 1) you clicked in the group but not on a child 2) You clicked in the group and on a child control and the control passed the message.
Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net -----Original Message----- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Devin Asay via use-livecode Sent: Tuesday, June 25, 2019 12:48 PM To: How to use LiveCode Cc: Devin Asay Subject: Re: Groups do not receive mouseEnter messages? I have always thought of a group as a container object, like a card, but without a “canvas” that constitutes a part of the object. It’s always made sense to me that a group doesn’t get mouse messages, except as they are passed from child objects. If the group did get mouse click messages, it would complicate things in situations where you want to know which child object was clicked on. A group of audio playback buttons, as it stands now: on mouseUp play audioClip (the short name of the target) end mouseUp A group of audio playback buttons, as it would be if the group received mouse click messages: on mouseUp if the owner of me is not me then play audioClip (the short name of the target) end if end mouseUp So at least for most of my use cases, the current situation makes the most sense to me. My $.02. Devin On Jun 25, 2019, at 9:24 AM, dunbarxx via use-livecode <use-livecode@lists.runrev.com<mailto:use-livecode@lists.runrev.com>> wrote: I suppose as long as one knows how it works, it can be dealt with. But there is an issue here, in that a group is not really a control, despite what the dictionary says. A group has a rect, and one can tell if the mouseLoc, say, is within that rect (and not necessarily within the rect of a child control), but one cannot rely on any "ordinary" LC thinking to hold at all. I understand that a group is merely a group of controls. If it was a ghostLike object that only did that, then well and good. But since it interacts with those controls intrinsically (as, for example, the way radio buttons behave "natively") and owns most "ordinary" control properties, well then, dammit, if one makes it opaque and green, it ought to respond to mouse events. Craig -- Sent from: http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html _______________________________________________ use-livecode mailing list use-livecode@lists.runrev.com<mailto: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 Devin Asay Director Office of Digital Humanities Brigham Young University _______________________________________________ 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
