I have a movie where the text members' scrollbars msibehave in a particular way, and I wonder if there's a cure for that--or if that's something I'm ignorant about.
The text member is assigned to the sprite when the playhead enters the frame. In several frames, the same sprite has different text members assigned to it. The member is sometimes taller than the sprite, and sometimes not. A handler looks at the two heights and changes the boxType of the member accordingly (#fixed or #scrolled). The problem I see is that when the text member is given a #scroll boxType, the scrollbar that appears looks like a portion of the normal scrollbar: it has only the up-arrow, and a portion of the slider. This happens only to relatively short members (the sprite height is about 50 pixels, the memebr height is about 100 pixels, and the font size is such that two or three lines can fit, with one or two lines being scrolled off. But the sprite is tall enough for the scrollbar to show both buttons, and I have seen sprites the same height that do have normal scrollbars--even in the same move. It doesn't matter whether the boxType is changed through Lingo or Property Inspector: if I use the PI and select #fixed, I see what one expects to see; if I then select #scroll, I see a chopped-off scrollbar with only one button. Thi is under OS X 10.3.4 (aka Panther), with Director 10 (MX 2004), in authoring. Thanks for any tips! Slava [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/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!]
