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
[EMAIL PROTECTED]
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: [EMAIL PROTECTED]
**
_______________________________________________
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution




_______________________________________________ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution

Reply via email to