- You have the option of handling the OnPaint handler
- or overriding the wxScrolledWindow::OnDraw function, which is
- passed a pre-scrolled device context (prepared by
- wxScrolledWindow::DoPrepareDC).
-
- If you don't wish to calculate your own scrolling, you must call DoPrepareDC
- when not drawing from
- within OnDraw, to set the device origin for the device context according to the
- current
- scroll position.
-
- A wxScrolledWindow will normally scroll itself and therefore its child windows
- as well. It
- might however be desired to scroll a different window than itself: e.g. when
- designing a
- spreadsheet, you will normally only have to scroll the (usually white) cell
- area, whereas the
- (usually grey) label area will scroll very differently. For this special
- purpose, you can
- call wxScrolledWindow::SetTargetWindow which means that pressing
- the scrollbars will scroll a different window.
-
- Note that the underlying system knows nothing about scrolling coordinates, so
- that all system
- functions (mouse events, expose events, refresh calls etc) as well as the
- position of subwindows
- are relative to the "physical" origin of the scrolled window. If the user
- insert a child window at
+ You have the option of handling the OnPaint handler or overriding the
+ wxScrolled<T>::OnDraw() function, which is passed a pre-scrolled device
+ context (prepared by wxScrolled<T>::DoPrepareDC()).
+
+ If you don't wish to calculate your own scrolling, you must call
+ DoPrepareDC() when not drawing from within OnDraw(), to set the device
+ origin for the device context according to the current scroll position.
+
+ A wxScrolled<T> will normally scroll itself and therefore its child windows
+ as well. It might however be desired to scroll a different window than
+ itself: e.g. when designing a spreadsheet, you will normally only have to
+ scroll the (usually white) cell area, whereas the (usually grey) label area
+ will scroll very differently. For this special purpose, you can call
+ SetTargetWindow() which means that pressing the scrollbars will scroll a
+ different window.
+
+ Note that the underlying system knows nothing about scrolling coordinates,
+ so that all system functions (mouse events, expose events, refresh calls
+ etc) as well as the position of subwindows are relative to the "physical"
+ origin of the scrolled window. If the user insert a child window at