Dan,
the following is pretty easy: get component toolbox from dbi-tech, and use their scrollbar to position a container which is larger than the page. Build a "frame" around the edge by putting in a box (line) which you make very wide. The scroll bar moves the container, which slides portions of the report in and out of view. You can get demo's of their controls at their web site.

Hank

>>>I was curious if there was a method that would detect the
>>>position of the scroll bar. I don't know the technical
>>>term but I'm talking about the mover bar not the entire
>>>scroll bar. I tried to use the Drag and Drop and Mouse
>>>Move Events but its possible to position the mouse beyond
>>>the edges of the scroll bar. I just wanted something
>>>simple. X and Y position of scroll bar. Is that possible
>>>in VFP 3.0?
>>>
>>>Dan
>>
>>I don't think so. You could kludge it using the .listcount, .listindex, and a few sysmetric() values; but what are you trying to accomplish (that an OCX scrollbar wouldn't achieve <g>)?
>>
>>Hank
>
>
>Actually there was a post on something similar to this. We have
>a report that each page will fill more than can be displayed on
>the screen. We want to stuff each page into a memo to make a
>very easy search engine which we could link the actual data to
>these printed pages. The reports were not originally generated
>by us and rather than re-generate these reports which are users
>are accustomed to, we decided to try this method. We also wanted
>to incorporate the ability to change the font size interactively.
>The only problem was that we could not get the scrollbars to
>stick, no matter what we tried. They would eventually dissapear
>We implemented something kludgey with arrows instead of scroll
>bars. It works, but ... Let me check on that post about scroll
>bars. That might do the trick. If only we could convince
>management to go to WIN95 or WindowsNT.
>
>Dan