Cursor problem with editable text members

[mattc1982 webforumsuser@macromedia.com]

I've been developing a large product for a government agency this past year and have one problem left that is driving me insane.

All my conent is kept in editable RTF text members so users can copy the text.
I have other editable text members (can't use fields) for things like search and a note keeping area.

The problem is that whenever the user brings two editiable text members up and switches between them (such as copying from one and pasting to another) all cursors within the text members stop working and the default arrow is shown. I would like the I-beam over the main content and the finger over hyperlinks within the content (so I can't use sprite.cursor commands). The cursor flashes and very briefly does show the correct cursor so something is overriding my 'cursor 1' command...

Has anyone ever seen this? Is it a Director bug?

Cut down version of what I have:
Two editable text members on the stage both with this script attached will demonstrate the problem if you click in one then the other a few times

on mouseWithin
cursor 280
end


on mouseLeave
cursor -1
end

Matt

[JB]

One potential problem:


the mouseWithin handler gets called often, ( similar to an idle handler
) it's probably a bad practice to repeatadly set the cursor as you do
below, better to set the cursor on mouseEnter or set the cursor of the
sprite to 280.

on mouseWithin
cursor 280
end