AutoScroll returning to 0,0 somewhere around focus

[Workgroups]

Not having much luck tracking this down...

I'm working with a form, Form1, which contains a panel called pnlParent.
Both Form1 and pnlParent have AutoScroll = False.

pnlParent contains a panel called pnlScroller. pnlScroller.AutoScroll =
True. Finally, pnlScroller contains a custom control I wrote (in which I
override OnPaint & paint entirely custom, if that matters). So in summary
there are 4 controls with the following parent/child heiarchy:

Form1 -> pnlParent -> pnlScroller (autoscrolls) -> myControl (custom
painted)

myControl is always bigger in dimensions than pnlScroller, so pnlScroller
always shows both vertical and horizontal scrollbars. At run time, if I
grab either of pnlScroller's scrollbars & move it anywhere, I can scroll
over myControl and it works as I would expect to "scroll over" myControl.
If I then "click away" from Form1 (say, to the desktop) so that Form1 looses
Focus, the scroll bars on pnlScroller remain where I left them.

However, clicking back (or, Alt+Tab) onto on to Form1 so that it regains
Focus causes the scrollbars on pnlScroller to both return to 0,0. This is
an undesired feature of my application, because I want pnlScroller's scroll
bars to remain stationary unless the user scrolls them (I do not want
application focus to alter the scroll position). I do not have any code in
the application that programatically sets the scroll position.

I have tried to trap where this is happening in some of the obvious places,
like Form1.GotFocus, Form1.Activated and pnlScroller.GotFocus but by the
time these events have fired, the scrollbars have already 'adjusted'
themselves to 0,0. Any advice on where I can set a trap to catch this as it
is happening? I believe that pnlScroller is attempting to perform some
logic where it tries to "fit" myControl into it's viewable area and the
scrolling to position 0,0 in an artifact of this attempt. But since this is
an impossible task (because myControl is always larger than pnlScroller), I
want to supress this behavior some how.

[Armin Zingler]

"Workgroups" <no*****@domainless.com> schrieb

Not having much luck tracking this down...

I'm working with a form, Form1, which contains a panel called
pnlParent. Both Form1 and pnlParent have AutoScroll = False.

pnlParent contains a panel called pnlScroller. pnlScroller.AutoScroll =
True. Finally, pnlScroller contains a
custom control I wrote (in which I override OnPaint & paint entirely
custom, if that matters). So in summary there are 4 controls with
the following parent/child heiarchy:

Form1 -> pnlParent -> pnlScroller (autoscrolls) -> myControl (custom
painted)

myControl is always bigger in dimensions than pnlScroller, so
pnlScroller always shows both vertical and horizontal scrollbars. At run
time, if I grab either of pnlScroller's scrollbars & move it
anywhere, I can scroll over myControl and it works as I would expect
to "scroll over" myControl. If I then "click away" from Form1 (say,
to the desktop) so that Form1 looses Focus, the scroll bars on
pnlScroller remain where I left them.

However, clicking back (or, Alt+Tab) onto on to Form1 so that it
regains Focus causes the scrollbars on pnlScroller to both return to
0,0. This is an undesired feature of my application, because I want
pnlScroller's scroll bars to remain stationary unless the user
scrolls them (I do not want application focus to alter the scroll
position). I do not have any code in the application that programatically
sets the scroll position.

I have tried to trap where this is happening in some of the obvious
places, like Form1.GotFocus, Form1.Activated and
pnlScroller.GotFocus but by the time these events have fired, the
scrollbars have already 'adjusted' themselves to 0,0. Any advice on
where I can set a trap to catch this as it is happening? I believe
that pnlScroller is attempting to perform some logic where it tries
to "fit" myControl into it's viewable area and the scrolling to
position 0,0 in an artifact of this attempt. But since this is an
impossible task (because myControl is always larger than
pnlScroller), I want to supress this behavior some how.

I can reproduce this. I took a Button instead of a Usercontrol for
simplification - no difference. After debugging it seems that the method
ScrollControlIntoView is called whenever the control gets the focus.

Whenever the form is activated, it focusses it's active control. This is the
button. The button, when getting the focus, checks whether it is contained
by an instance of 'ContainerControl'. If it is, it calls it's Container's
method to activate the active control. This includes calling
ScrollControlIntoView.

Unfortunately I don't have a solution. I didn't find where to hook into this
process, but based on this information maybe you (or somebody else) can find
one on your own.
Armin