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