om: Scott Rossi
To: How to use LiveCode
Sent: Mon, Feb 2, 2015 1:36 pm
Subject: Re: firing mouseEnter msg of an Image control which was painted
Right. The unfilled region of a partially painted image should be
nonresponsive
to mouse messages. This is how one can can create irregular/organ
gt;
>>
>>
>> -----Original Message-----
>> From: Bernard Devlin
>> To: How to use LiveCode
>> Sent: Mon, Feb 2, 2015 10:55 am
>> Subject: Re: firing mouseEnter msg of an Image control which was
>> painted
>>
>>
>> Putting a mou
it lies. No other object sandwich works that way, or ought to.
>
>
>Craig
>
>
>
>-Original Message-
>From: Bernard Devlin
>To: How to use LiveCode
>Sent: Mon, Feb 2, 2015 10:55 am
>Subject: Re: firing mouseEnter msg of an Image control which was
>painted
>
>
&
How about something like this in the card script?
on mouseMove
if the mouseLoc is within the rect of image "imageDemo" then
put "mouseLoc entered"
else
put "mouseLoc not in image"
end if
end mouseMove
be well,
randy
-
> On Feb 2, 2015, at 11:41 AM, Bernard Devlin
-
From: Bernard Devlin
To: How to use LiveCode
Sent: Mon, Feb 2, 2015 12:43 pm
Subject: Re: firing mouseEnter msg of an Image control which was painted
Craig, it is even stranger than that :)
If you use the eraser to remove all paint, then as you say, such messages
(e.g. mouseWithin) are not
Craig, it is even stranger than that :)
If you use the eraser to remove all paint, then as you say, such messages
(e.g. mouseWithin) are not fired.
If you set the imageData to empty, such messages (e.g. mouseWithin) are not
fired.
If you set the text of the image control to empty, such messages (
that way, or ought to.
Craig
-Original Message-
From: Bernard Devlin
To: How to use LiveCode
Sent: Mon, Feb 2, 2015 10:55 am
Subject: Re: firing mouseEnter msg of an Image control which was painted
Putting a mouseWithin handler within the image shows that this message too
is not fire
Putting a mouseWithin handler within the image shows that this message too
is not fired, unless the mouse pointer is over a painted area. Again, once
the image is selected, then mouseWithin is sent even when the pointer is
over a non-painted area.
Bernard
On Mon, Feb 2, 2015 at 3:10 PM, Bernard
And another oddity:
once a painted image control is selected, then mouseEnter is fired upon
entering the rect of the control.
Bernard
On Mon, Feb 2, 2015 at 3:08 PM, Bernard Devlin wrote:
> Thanks for the suggestions. I'm guessing I'll need to use some kind of
> proxy control (as Scott sugges
Thanks for the suggestions. I'm guessing I'll need to use some kind of
proxy control (as Scott suggested) to tell me when the mouse has entered an
image control which has been painted.
I need to be able to distinguish when the mouse enters this type of image
control rather than other types of ima
Looks like you could also use the intersect() function along with the
"bounds" option - or am I misunderstanding pixels and alpha values Scott?
-
"Some are born coders, some achieve coding, and some have coding thrust upon
them." - William Shakespeare & Hugh Senior
--
View this message in
A few ideas, none of which may work for your situation:
- Fill the image with the same background color as your card, so the image only
*appears* to be transparent when not “painted".
- Place an opaque graphic (could have its blendLevel set to 100) directly
behind the image and do your mouseEnt
Bernard.
To hell with the Superbowl. This is important.
Confirmed. The paint inside an image is the only "object" that triggers
messages. The enclosing image becomes "invisible". Worse, if you erase all the
paint, the image remains recalcitrant. It has been spoiled. One might say it
stinks.
13 matches
Mail list logo