firing mouseEnter msg of an Image control which was painted

dunbarx at aol.com dunbarx at aol.com
Mon Feb 2 19:59:25 CET 2015


Jacque wrote:


"In almost all cases, you only want messages sent over the "active" part of the image.."


Well, I get that, I suppose. And we do have the ability to distinguish between erased, as opposed to emptied text, and getting or setting that "property" is at least consistent.



But the "right" solution is a handful of new messages, like "paintEnter", or a new property, like "paintMessages", which could be set to "true" or "false", and would either keep the current method, or disable it. There is danger that the complete loss of any message action at all in the enclosing image rect once even a single pixel is painted inside seems like a danger. It is at a minimum counterintuitive; after all, one of those rare cases formed the basis of this thread.


Craig



-----Original Message-----
From: Scott Rossi <scott at tactilemedia.com>
To: How to use LiveCode <use-livecode at lists.runrev.com>
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/organic hit regions 
for the image or another control.  But in terms of a completely erased image 
versus its text set to empty, there may be something there.

Regards,

Scott Rossi 
Creative Director 
Tactile Media, UX/UI Design 

On Feb 2, 2015, at 10:29 AM, J. Landman Gay <jacque at hyperactivesw.com> wrote:

> It is intentional, and I believe the behavior was changed to allow this some 
time ago after many requests.  In almost all cases, you only want messages sent 
over the "active" part of the image.  The exceptions are rare.
> 
> On February 2, 2015 11:11:24 AM CST, dunbarx at aol.com wrote:
>> This is too much. It is a bug. Though an interesting feature might be
>> the addition of new messages, something like "paintEnter" or
>> "paintWithin". But these should always be either nonexistent, or
>> separate from the enclosing image.
>> 
>> 
>> Anyway, I posted earlier that even if you erase all the paint that you
>> once placed inside, the message lockout persists in the image. This to
>> me is a source of wonder and irritation. It should not be permitted
>> that an "overlay" of paint changes the properties of the object over
>> which it lies. No other object sandwich works that way, or ought to.
>> 
>> 
>> Craig
>> 
>> 
>> 
>> -----Original Message-----
>> From: Bernard Devlin <bdrunrev at gmail.com>
>> To: How to use LiveCode <use-livecode at lists.runrev.com>
>> 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 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 Devlin <bdrunrev at gmail.com>
>> wrote:
>> 
>>> And another oddity:
>>> 
>>> once a painted image control is selected, then mouseEnter is fired
>> upon
>>> entering the rect of the control.
>>> 
>>> Bernard
>>> 
>>> 
>>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at 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 at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> -- 
> Jacqueline Landman Gay         |     jacque at hyperactivesw.com
> HyperActive Software           |     http://www.hyperactivesw.com
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at 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 at lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

 



More information about the use-livecode mailing list