The QScrollView is a large canvas - potentially larger than the coordinate system normally supported by the underlying window system. This is important because it is quite easy to go beyond these limitations (e.g. many web pages are more than 32000 pixels high). Additionally, the QScrollView can have TQWidgets positioned on it that scroll around with the drawn content. These sub-widgets can also have positions outside the normal coordinate range (but they are still limited in size).
To provide content for the widget, inherit from QScrollView, reimplement drawContents() and use resizeContents() to set the size of the viewed area. Use addChild() and moveChild() to position widgets on the view.
.PP
To use QScrollView effectively it is important to understand its widget structure in the three styles of use: a single large child widget, a large panning area with some widgets and a large panning area with many widgets.
.SH "Using One Big Widget"
<center>
.ce 1
.B "[Image Omitted]"
.PP
</center>
.PP
The first, simplest usage of QScrollView (depicted above), is appropriate for scrolling areas that are never more than about 4000 pixels in either dimension (this is about the maximum reliable size on X11 servers). In this usage, you just make one large child in the QScrollView. The child should be a child of the viewport() of the scrollview and be added with addChild():
.PP
.nf
.br
QScrollView* sv = new QScrollView(...);
.br
QVBox* big_box = new QVBox(sv->viewport());
.br
sv->addChild(big_box);
.br
.fi
You can go on to add arbitrary child widgets to the single child in the scrollview as you would with any widget:
.PP
.nf
.br
QLabel* child1 = new QLabel("CHILD", big_box);
.br
QLabel* child2 = new QLabel("CHILD", big_box);
.br
QLabel* child3 = new QLabel("CHILD", big_box);
.br
...
.br
.fi
.PP
Here the QScrollView has four children: the viewport(), the verticalScrollBar(), the horizontalScrollBar() and a small cornerWidget(). The viewport() has one child: the big QVBox. The QVBox has the three QLabel objects as child widgets. When the view is scrolled, the QVBox is moved; its children move with it as child widgets normally do.
.SH "Using a Very Big View with Some Widgets"
<center>
.ce 1
.B "[Image Omitted]"
.PP
</center>
.PP
The second usage of QScrollView (depicted above) is appropriate when few, if any, widgets are on a very large scrolling area that is potentially larger than 4000 pixels in either dimension. In this usage you call resizeContents() to set the size of the area and reimplement drawContents() to paint the contents. You may also add some widgets by making them children of the viewport() and adding them with addChild() (this is the same as the process for the single large widget in the previous example):
.PP
.nf
.br
QScrollView* sv = new QScrollView(...);
.br
QLabel* child1 = new QLabel("CHILD", sv->viewport());
.br
sv->addChild(child1);
.br
QLabel* child2 = new QLabel("CHILD", sv->viewport());
.br
sv->addChild(child2);
.br
QLabel* child3 = new QLabel("CHILD", sv->viewport());
.br
sv->addChild(child3);
.br
.fi
Here, the QScrollView has the same four children: the viewport(), the verticalScrollBar(), the horizontalScrollBar() and a small cornerWidget(). The viewport() has the three QLabel objects as child widgets. When the view is scrolled, the scrollview moves the child widgets individually.
.SH "Using a Very Big View with Many Widgets"
<center>
.ce 1
.B "[Image Omitted]"
.PP
</center>
.PP
The final usage of QScrollView (depicted above) is appropriate when many widgets are on a very large scrolling area that is potentially larger than 4000 pixels in either dimension. In this usage you call resizeContents() to set the size of the area and reimplement drawContents() to paint the contents. You then call enableClipper(TRUE) and add widgets, again by making them children of the viewport(), and adding them with addChild():
.PP
.nf
.br
QScrollView* sv = new QScrollView(...);
.br
sv->enableClipper(TRUE);
.br
QLabel* child1 = new QLabel("CHILD", sv->viewport());
.br
sv->addChild(child1);
.br
QLabel* child2 = new QLabel("CHILD", sv->viewport());
.br
sv->addChild(child2);
.br
QLabel* child3 = new QLabel("CHILD", sv->viewport());
.br
sv->addChild(child3);
.br
.fi
.PP
Here, the QScrollView has four children: the clipper() (not the viewport() this time), the verticalScrollBar(), the horizontalScrollBar() and a small cornerWidget(). The clipper() has one child: the viewport(). The viewport() has the same three labels as child widgets. When the view is scrolled the viewport() is moved; its children move with it as child widgets normally do.
.SH "Details Relevant for All Views"
Normally you will use the first or third method if you want any child widgets in the view.
.PP
Note that the widget you see in the scrolled area is the viewport() widget, not the QScrollView itself. So to turn mouse tracking on, for example, use viewport()->setMouseTracking(TRUE).
.PP
To enable drag-and-drop, you would setAcceptDrops(TRUE) on the QScrollView (because drag-and-drop events propagate to the parent). But to work out the logical position in the view, you would need to map the drop co-ordinate from being relative to the QScrollView to being relative to the contents; use the function viewportToContents() for this.
.PP
To handle mouse events on the scrolling area, subclass scrollview as you would subclass other widgets, but rather than reimplementing mousePressEvent(), reimplement contentsMousePressEvent() instead. The contents specific event handlers provide translated events in the coordinate system of the scrollview. If you reimplement mousePressEvent(), you'll get called only when part of the QScrollView is clicked: and the only such part is the "corner" (if you don't set a cornerWidget()) and the frame; everything else is covered up by the viewport, clipper or scroll bars.
When you construct a QScrollView, some of the widget flags apply to the viewport() instead of being sent to the TQWidget constructor for the QScrollView. This applies to WNoAutoErase, WStaticContents, and WPaintClever. See TQt::WidgetFlags for documentation about these flags. Here are some examples:
An image-manipulation widget would use \fCWNoAutoErase|WStaticContents\fR because the widget draws all pixels itself, and when its size increases, it only needs a paint event for the new part because the old part remains unchanged.
.IP
.TP
A scrolling game widget in which the background scrolls as the characters move might use WNoAutoErase (in addition to WStaticContents) so that the window system background does not flash in and out during scrolling.
.IP
.TP
A word processing widget might use WNoAutoErase and repaint itself line by line to get a less-flickery resizing. If the widget is in a mode in which no text justification can take place, it might use WStaticContents too, so that it would only get a repaint for the newly visible parts.
.IP
.PP
Child widgets may be moved using addChild() or moveChild(). Use childX() and childY() to get the position of a child widget.
.PP
A widget may be placed in the corner between the vertical and horizontal scrollbars with setCornerWidget(). You can get access to the scrollbars using horizontalScrollBar() and verticalScrollBar(), and to the viewport with viewport(). The scroll view can be scrolled using scrollBy(), ensureVisible(), setContentsPos() or center().
.PP
The visible area is given by visibleWidth() and visibleHeight(), and the contents area by contentsWidth() and contentsHeight(). The contents may be repainted using one of the repaintContents() or updateContents() functions.
.PP
Coordinate conversion is provided by contentsToViewport() and viewportToContents().
.PP
The contentsMoving() signal is emitted just before the contents are moved to a new position.
\fBWarning:\fR QScrollView currently does not erase the background when resized, i.e. you must always clear the background manually in scrollview subclasses. This will change in a future version of TQt and we recommend specifying the WNoAutoErase flag explicitly.
This enum type is used to control a QScrollView's reaction to resize events.
.TP
\fCQScrollView::Default\fR - the QScrollView selects one of the other settings automatically when it has to. In this version of Qt, QScrollView changes to Manual if you resize the contents with resizeContents() and to AutoOne if a child is added.
.TP
\fCQScrollView::Manual\fR - the contents stays the size set by resizeContents().
.TP
\fCQScrollView::AutoOne\fR - if there is only one child widget the contents stays the size of that widget. Otherwise the behavior is undefined.
.TP
\fCQScrollView::AutoOneFit\fR - if there is only one child widget the contents stays the size of that widget's sizeHint(). If the scrollview is resized larger than the child's sizeHint(), the child will be resized to fit. If there is more than one child, the behavior is undefined.
.SH "QScrollView::ScrollBarMode"
This enum type describes the various modes of QScrollView's scroll bars.
.TP
\fCQScrollView::Auto\fR - QScrollView shows a scroll bar when the content is too large to fit and not otherwise. This is the default.
.TP
\fCQScrollView::AlwaysOff\fR - QScrollView never shows a scroll bar.
.TP
\fCQScrollView::AlwaysOn\fR - QScrollView always shows a scroll bar.
.PP
(The modes for the horizontal and vertical scroll bars are independent.)
Constructs a QScrollView called \fIname\fR with parent \fIparent\fR and widget flags \fIf\fR.
.PP
The widget flags WStaticContents, WNoAutoErase and WPaintClever are propagated to the viewport() widget. The other widget flags are propagated to the parent constructor as usual.
.SH "QScrollView::~QScrollView ()"
Destroys the QScrollView. Any children added with addChild() will be deleted.
Inserts the widget, \fIchild\fR, into the scrolled area positioned at (\fIx\fR, \fIy\fR). The position defaults to (0, 0). If the child is already in the view, it is just moved.
.PP
You may want to call enableClipper(TRUE) if you add a large number of widgets.
Returns the clipper widget. Contents in the scrollview are ultimately clipped to be inside the clipper widget.
.PP
You should not need to use this function.
.PP
See also visibleWidth and visibleHeight.
.SH "void QScrollView::contentsContextMenuEvent ( QContextMenuEvent * e )\fC [virtual protected]\fR"
This event handler is called whenever the QScrollView receives a contextMenuEvent() in \fIe\fR: the mouse position is translated to be a point on the contents.
This event handler is called whenever the QScrollView receives a dropEvent(): the drop position is translated to be a point on the contents.
.PP
Reimplemented in QTable.
.SH "int QScrollView::contentsHeight () const"
Returns the height of the contents area. See the "contentsHeight" property for details.
.SH "void QScrollView::contentsMouseDoubleClickEvent ( QMouseEvent * e )\fC [virtual protected]\fR"
This event handler is called whenever the QScrollView receives a mouseDoubleClickEvent(): the click position in \fIe\fR is translated to be a point on the contents.
.PP
The default implementation generates a normal mouse press event.
.PP
Reimplemented in QListView.
.SH "void QScrollView::contentsMouseMoveEvent ( QMouseEvent * e )\fC [virtual protected]\fR"
This event handler is called whenever the QScrollView receives a mouseMoveEvent(): the mouse position in \fIe\fR is translated to be a point on the contents.
.PP
Examples:
.)l canvas/canvas.cpp and chart/canvasview.cpp.
.PP
Reimplemented in QListView.
.SH "void QScrollView::contentsMousePressEvent ( QMouseEvent * e )\fC [virtual protected]\fR"
This event handler is called whenever the QScrollView receives a mousePressEvent(): the press position in \fIe\fR is translated to be a point on the contents.
.PP
Examples:
.)l canvas/canvas.cpp and chart/canvasview.cpp.
.PP
Reimplemented in QListView.
.SH "void QScrollView::contentsMouseReleaseEvent ( QMouseEvent * e )\fC [virtual protected]\fR"
This event handler is called whenever the QScrollView receives a mouseReleaseEvent(): the release position in \fIe\fR is translated to be a point on the contents.
.PP
Reimplemented in QListView.
.SH "void QScrollView::contentsMoving ( int x, int y )\fC [signal]\fR"
This signal is emitted just before the contents are moved to position \fI(x, y)\fR.
.PP
See also contentsX and contentsY.
.SH "void QScrollView::contentsToViewport ( int x, int y, int & vx, int & vy ) const"
Translates a point (\fIx\fR, \fIy\fR) in the contents to a point (\fIvx\fR, \fIvy\fR) on the viewport() widget.
This is an overloaded member function, provided for convenience. It behaves essentially like the above function.
.PP
Returns the point \fIp\fR translated to a point on the viewport() widget.
.SH "void QScrollView::contentsWheelEvent ( QWheelEvent * e )\fC [virtual protected]\fR"
This event handler is called whenever the QScrollView receives a wheelEvent() in \fIe\fR: the mouse position is translated to be a point on the contents.
.SH "int QScrollView::contentsWidth () const"
Returns the width of the contents area. See the "contentsWidth" property for details.
.SH "int QScrollView::contentsX () const"
Returns the X coordinate of the contents that are at the left edge of the viewport. See the "contentsX" property for details.
.SH "int QScrollView::contentsY () const"
Returns the Y coordinate of the contents that are at the top edge of the viewport. See the "contentsY" property for details.
Reimplement this function if you are viewing a drawing area rather than a widget.
.PP
The function should draw the rectangle (\fIclipx\fR, \fIclipy\fR, \fIclipw\fR, \fIcliph\fR) of the contents using painter \fIp\fR. The clip rectangle is in the scrollview's coordinates.
.PP
For example:
.PP
.nf
.br
{
.br
// Fill a 40000 by 50000 rectangle at (100000,150000)
.br
.br
// Calculate the coordinates...
.br
int x1 = 100000, y1 = 150000;
.br
int x2 = x1+40000-1, y2 = y1+50000-1;
.br
.br
// Clip the coordinates so X/Windows will not have problems...
.br
if (x1 < clipx) x1=clipx;
.br
if (y1 < clipy) y1=clipy;
.br
if (x2 > clipx+clipw-1) x2=clipx+clipw-1;
.br
if (y2 > clipy+cliph-1) y2=clipy+cliph-1;
.br
.br
// Paint using the small coordinates...
.br
if ( x2 >= x1 && y2 >= y1 )
.br
p->fillRect(x1, y1, x2-x1+1, y2-y1+1, red);
.br
}
.br
.fi
.PP
The clip rectangle and translation of the painter \fIp\fR is already set appropriately.
.SH "void QScrollView::drawContentsOffset ( TQPainter * p, int offsetx, int offsety, int clipx, int clipy, int clipw, int cliph )\fC [virtual protected]\fR"
For backward-compatibility only. It is easier to use drawContents(TQPainter*,int,int,int,int).
The default implementation translates the painter appropriately and calls drawContents(TQPainter*,int,int,int,int). See drawContents() for an explanation of the parameters \fIp\fR, \fIoffsetx\fR, \fIoffsety\fR, \fIclipx\fR, \fIclipy\fR, \fIclipw\fR and \fIcliph\fR.
When a large numbers of child widgets are in a scrollview, especially if they are close together, the scrolling performance can suffer greatly. If \fIy\fR is TRUE the scrollview will use an extra widget to group child widgets.
.PP
Note that you may only call enableClipper() prior to adding widgets.
.PP
For a full discussion, see this class's detailed description.
.PP
Example: scrollview/scrollview.cpp.
.SH "void QScrollView::ensureVisible ( int x, int y )\fC [slot]\fR"
Scrolls the content so that the point \fI(x, y)\fR is visible with at least 50-pixel margins (if possible, otherwise centered).
.SH "void QScrollView::ensureVisible ( int x, int y, int xmargin, int ymargin )\fC [slot]\fR"
This is an overloaded member function, provided for convenience. It behaves essentially like the above function.
.PP
Scrolls the content so that the point \fI(x, y)\fR is visible with at least the \fIxmargin\fR and \fIymargin\fR margins (if possible, otherwise centered).
This event filter ensures the scroll bars are updated when a single contents widget is resized, shown, hidden or destroyed; it passes mouse events to the QScrollView. The event is in \fIe\fR and the object is in \fIobj\fR.
Removes the \fIchild\fR widget from the scrolled area. Note that this happens automatically if the \fIchild\fR is deleted.
.SH "void QScrollView::repaintContents ( int x, int y, int w, int h, bool erase = TRUE )"
Calls repaint() on a rectangle defined by \fIx\fR, \fIy\fR, \fIw\fR, \fIh\fR, translated appropriately. If the rectangle is not visible, nothing is repainted. If \fIerase\fR is TRUE the background is cleared using the background color.
Sets the widget in the \fIcorner\fR between the two scroll bars.
.PP
You will probably also want to set at least one of the scroll bar modes to AlwaysOn.
.PP
Passing 0 shows no widget in the corner.
.PP
Any previous \fIcorner\fR widget is hidden.
.PP
You may call setCornerWidget() with the same widget at different times.
.PP
All widgets set here will be deleted by the QScrollView when it is destroyed unless you separately reparent the widget after setting some other corner widget (or 0).
.PP
Any \fInewly\fR set widget should have no current parent.
.PP
By default, no corner widget is present.
.PP
See also vScrollBarMode and hScrollBarMode.
.PP
Example: scrollview/scrollview.cpp.
.SH "void QScrollView::setDragAutoScroll ( bool b )\fC [virtual]\fR"
Sets whether autoscrolling in drag move events is enabled to \fIb\fR. See the "dragAutoScroll" property for details.
.SH "void QScrollView::setHBarGeometry ( QScrollBar & hbar, int x, int y, int w, int h )\fC [virtual protected]\fR"
Called when the horizontal scroll bar geometry changes. This is provided as a protected function so that subclasses can do interesting things such as providing extra buttons in some of the space normally used by the scroll bars.
.PP
The default implementation simply gives all the space to \fIhbar\fR. The new geometry is given by \fIx\fR, \fIy\fR, \fIw\fR and \fIh\fR.
Sets the mode for the horizontal scroll bar. See the "hScrollBarMode" property for details.
.SH "void QScrollView::setMargins ( int left, int top, int right, int bottom )\fC [virtual protected]\fR"
Sets the margins around the scrolling area to \fIleft\fR, \fItop\fR, \fIright\fR and \fIbottom\fR. This is useful for applications such as spreadsheets with "locked" rows and columns. The marginal space is \fIinside\fR the frameRect() and is left blank; reimplement drawFrame() or put widgets in the unused area.
Sets the resize policy. See the "resizePolicy" property for details.
.SH "void QScrollView::setStaticBackground ( bool y )"
Sets the scrollview to have a static background if \fIy\fR is TRUE, or a scrolling background if \fIy\fR is FALSE. By default, the background is scrolling.
.SH "void QScrollView::setVBarGeometry ( QScrollBar & vbar, int x, int y, int w, int h )\fC [virtual protected]\fR"
Called when the vertical scroll bar geometry changes. This is provided as a protected function so that subclasses can do interesting things such as providing extra buttons in some of the space normally used by the scroll bars.
.PP
The default implementation simply gives all the space to \fIvbar\fR. The new geometry is given by \fIx\fR, \fIy\fR, \fIw\fR and \fIh\fR.
.SH "void QScrollView::updateContents ( int x, int y, int w, int h )"
Calls update() on a rectangle defined by \fIx\fR, \fIy\fR, \fIw\fR, \fIh\fR, translated appropriately. If the rectangle is not visible, nothing is repainted.
.SH "void QScrollView::viewportPaintEvent ( TQPaintEvent * pe )\fC [virtual protected]\fR"
This is a low-level painting routine that draws the viewport contents. Reimplement this if drawContents() is too high-level (for example, if you don't want to open a TQPainter on the viewport). The paint event is passed in \fIpe\fR.
Returns the viewport size for size (\fIx\fR, \fIy\fR).
.PP
The viewport size depends on \fI(x, y)\fR (the size of the contents), the size of this widget and the modes of the horizontal and vertical scroll bars.
.PP
This function permits widgets that can trade vertical and horizontal space for each other to control scroll bar appearance better. For example, a word processor or web browser can control the width of the right margin accurately, whether or not there needs to be a vertical scroll bar.
.SH "void QScrollView::viewportToContents ( int vx, int vy, int & x, int & y ) const"
Translates a point (\fIvx\fR, \fIvy\fR) on the viewport() widget to a point (\fIx\fR, \fIy\fR) in the contents.
This is an overloaded member function, provided for convenience. It behaves essentially like the above function.
.PP
Returns the point on the viewport \fIvp\fR translated to a point in the contents.
.SH "int QScrollView::visibleHeight () const"
Returns the vertical amount of the content that is visible. See the "visibleHeight" property for details.
.SH "int QScrollView::visibleWidth () const"
Returns the horizontal amount of the content that is visible. See the "visibleWidth" property for details.
.SS "Property Documentation"
.SH "int contentsHeight"
This property holds the height of the contents area.
.PP
Get this property's value with contentsHeight().
.SH "int contentsWidth"
This property holds the width of the contents area.
.PP
Get this property's value with contentsWidth().
.SH "int contentsX"
This property holds the X coordinate of the contents that are at the left edge of the viewport.
.PP
Get this property's value with contentsX().
.SH "int contentsY"
This property holds the Y coordinate of the contents that are at the top edge of the viewport.
.PP
Get this property's value with contentsY().
.SH "bool dragAutoScroll"
This property holds whether autoscrolling in drag move events is enabled.
.PP
If this property is set to TRUE (the default), the QScrollView automatically scrolls the contents in drag move events if the user moves the cursor close to a border of the view. Of course this works only if the viewport accepts drops. Specifying FALSE disables this autoscroll feature.
\fBWarning:\fR Enabling this property might not be enough to effectively turn on autoscrolling. If you put a custom widget in the QScrollView, you might need to call TQDragEvent::ignore() on the event in the dragEnterEvent() and dragMoveEvent() reimplementations.
