Hilite bug in OS X appearance manager?

Sarah sarahr at genesearch.com.au
Mon Nov 17 23:54:47 CST 2003


I can confirm this. I had a similar problem when trying to make header 
buttons for sortable columns. In the end, I used a workaround which was 
to set the hilite to true and then immediately back to false in the 
mouseUp handler (or equivalent).

It does seem that this only happens when locking the screen.

Cheers,
Sarah
sarahr at genesearch.com.au
http://www.troz.net/Rev/

On 18 Nov 2003, at 11:39 am, Michael J. Lew wrote:

> I have spent an hour chasing odd behaviour wherein a button will 
> hilite itself wrongly and unlock the screen. Here is a recipe:
>
> make a new button. Set its autohilite to false and set its script to
> on mouseDown
>   lock screen
> end mouseDown
>
> on mouseUp
>   set the hilite of me to false
> end mouseUp
>
> on mouseStillDown
>   put the hilite of me
> end mouseStillDown
>
> Now click and hold the mouse  button down over the button. On my 
> machine (OS X.2.6) the button will become hilited after about a second 
> if I have the view set to appearance manager but not Mac OS emulated, 
> Linux or Windows. The button should not, of course get hilited at all. 
> What's more, it reports its hilite as false even though it looks 
> hilited.
>
> From other behaviour in my stack it is apparent that the aberrant 
> button hiliting is associated with an aberrant unlocking of the 
> screen.
>
> Can anyone confirm this apparent bug?
>
> -- 
> Michael J. Lew
>
> Senior Lecturer
> Department of Pharmacology
> The University of Melbourne
> Parkville 3010
> Victoria
> Australia
>
> Phone +613 8344 8304
>
> **
> New email address: michaell at unimelb.edu.au
> **
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> http://lists.runrev.com/mailman/listinfo/use-revolution
>
>
>



More information about the use-livecode mailing list