>>Arne, what about leaving those scrollbars as they are and just create your own. It's really not too difficult.
>
>Thanks Peter,
>
>the problem is that in this case the form is *very* wide with literally hundreds of objects (in the failing case anyway). I'm worried about the time to re-draw the screen every time the user clicks move RIGHT on a scroll-bar I create. Although, I suppose that I could use a "jump one screen right/left" approach (instead of a small-increment scroll) which would only require a re-draw "relatively" infrequently... Still, it would be sorta ugly.
>
>Is MS planning on fixing this? Has it been fixed in 7.0? Or is it a more serious design limitation? FWIW, VB does not have this limitation (argh!).
>
>-Arne

Arne,

In a former version we used *very* long (so vertical scroll) forms with hundreds of objects; only PC's with 300 Mhz or less don't scroll smoothly. And yes, the jump can of course (by itself) be used. If the Mhz is allright I can promise you it all works fine. BTW, I don't think there is so much difference from VFP's (6) internal redraw, since you yourself don't do that much of a difference; the form just is there completely, but the visible area is tightened. Of course you have to set it up with the proper containers.
IMO this is not that ugly at all and for sure we won't use the formal Scroll of VFP6 ever, because it has too many limitations. But that's another subject. I only want to emphasize on the happy I am with this solution.

Putting it all in (dynamically created) pageframes of course is much more neat. We do that too (try do that with formal vertical scrollbar; it's just not satisfying).

Good luck with all,
Peter