Re: pls. test text display glitch

[Fumio Nonaka]

Your explanation makes sense to me, Mark. But this problem occurs only with a text sprite but not with field sprite of which the scroll bar should also be set direct-to-stage. So, I guess more reasons exit for a text sprite. _____ "Mark A. Boyd" wrote: > > At 22:56 1/17/01, Slava Paperno wrote: > >sprite(X).locV = sprite(X).locV + 3000 > > > >What I see is that the text field itself disappears, but its scrollbar > >stays behind, where it was. Setting sprite(X).visible to false makes it go > >away, and resetting visible to true does NOT bring the scrollbar back. > > > >This is consistent and reproducible. Is it just me? > > You would probably see the same result with a QT. Sprites of members that > are set direct-to-stage (as text scroll bars always are) tend to leave > their pixels behind. Setting the stageColor does not solve it on my environment, Director 8.0/MacOS 8.6 and Windows98SE. As Slava told, setting visible of the sprite to false once and changing it back to true after moving the sprite off the stage removes the scroll bar completely. _____ > One common method of dealing with this is to set the stageColor after > moving the sprite off stage or navigating to a frame without the sprite: > > the stageColor = the stageColor Good luck, Fumio Nonaka Attain Corporation Phone: +81-3-3255-4941 Fax: +81-3-3255-5998 mailto:[EMAIL PROTECTED] http://www.attainj.co.jp [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/LUJ/lingo-l.cgi To post messages to the list, email [EMAIL PROTECTED] (Problems, email [EMAIL PROTECTED]) Lingo-L is for learning and helping with programming Lingo. Thanks!]