how to reject a mouse

Charles Hartman charles.hartman at conncoll.edu
Thu Nov 10 09:54:54 EST 2005


That will be very helpful for another little problem I seem looming  
down the road. For this instance, the simpler method of disabling the  
field works fine. Thank you.

Charles


On Nov 10, 2005, at 9:17 AM, David Bovill wrote:

> Did a quick experiment - try putting this script in a scrolling field:
>
> on mouseDown
>     if the autohilite of me is true then
>         put the params
>     end if
> end mouseDown
>
> on mouseUp
>     if the autohilite of me is true then
>         put the params
>     end if
> end mouseUp
>
> and then changing the autohilite of the scrolling field - works for  
> these messages and keeps the hilited line fixed - if thats what you  
> want?
>
>
>
>
> On 10 Nov 2005, at 15:01, xavier.bury at clearstream.com wrote:
>
>> Hi Charles
>>
>> set the autoselect of the field and eventually the traversalON to  
>> false
>> set the locktext to true of course...
>>
>> OR
>>
>> simply disable the field (visual change)...
>>
>> cheers
>> Xavier
>>
>>
>> use-revolution-bounces at lists.runrev.com wrote on 10/11/2005 14:55:16:
>>
>>
>>> I'm not sure if this is related to the recent "Basic focus issue"
>>> thread or not.
>>>
>>> I want to be able (on the basis of whether another button is enabled
>>> or not) to refuse the attentions of any mouse-clicks in a field that
>>> I'm using as a scrollable list. Trapping mouseUp and/or mouseDown
>>> seems not to work (unless I've done something else wrong).
>>>
>>> Is there a right way to do this?
>>>
>>> Charles Hartman
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your  
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution




More information about the use-livecode mailing list