.TH "khtml::RenderFlow" 3 "28 Jan 2004" "khtml Library" \" -*- nroff -*-
.ad l
.nh
.SH NAME
khtml::RenderFlow \- all geometry managing stuff is only in the block elements.  

.PP
.SH SYNOPSIS
.br
.PP
\fC#include <render_flow.h>\fP
.PP
Inherits RenderBox.
.PP
Inherited by khtml::RenderBody, khtml::RenderFieldset, khtml::RenderHtml, khtml::RenderLegend, khtml::RenderListItem, khtml::RenderReplacedFlow, khtml::RenderRoot, khtml::RenderTable, and khtml::RenderTableCell.
.PP
.SS "Public Member Functions"

.in +1c
.ti -1c
.RI "\fBRenderFlow\fP (DOM::NodeImpl *node)"
.br
.ti -1c
.RI "virtual const  char * \fBrenderName\fP () const "
.br
.ti -1c
.RI "virtual void \fBsetStyle\fP (RenderStyle *style)"
.br
.ti -1c
.RI "virtual bool \fBisFlow\fP () const "
.br
.ti -1c
.RI "virtual bool \fBchildrenInline\fP () const "
.br
.ti -1c
.RI "virtual bool \fBisRendered\fP () const "
.br
.ti -1c
.RI "void \fBmakeChildrenNonInline\fP (\fBRenderObject\fP *box2Start=0)"
.br
.ti -1c
.RI "virtual void \fBpaint\fP (\fBQPainter\fP *, int x, int y, int w, int h, int tx, int ty)"
.br
.ti -1c
.RI "virtual void \fBpaintObject\fP (\fBQPainter\fP *, int x, int y, int w, int h, int tx, int ty)"
.br
.ti -1c
.RI "void \fBpaintSpecialObjects\fP (\fBQPainter\fP *, int x, int y, int w, int h, int tx, int ty)"
.br
.ti -1c
.RI "virtual void \fBlayout\fP ()"
.br
.ti -1c
.RI "virtual void \fBclose\fP ()"
.br
.ti -1c
.RI "virtual void \fBaddChild\fP (\fBRenderObject\fP *newChild, \fBRenderObject\fP *beforeChild=0)"
.br
.ti -1c
.RI "virtual short \fBlineWidth\fP (int y) const "
.br
.ti -1c
.RI "virtual int \fBlowestPosition\fP () const "
.br
.ti -1c
.RI "virtual int \fBrightmostPosition\fP () const "
.br
.ti -1c
.RI "int \fBrightOffset\fP () const "
.br
.ti -1c
.RI "int \fBrightRelOffset\fP (int y, int fixedOffset, int *heightRemaining=0) const "
.br
.ti -1c
.RI "int \fBrightOffset\fP (int y) const "
.br
.ti -1c
.RI "int \fBleftOffset\fP () const "
.br
.ti -1c
.RI "int \fBleftRelOffset\fP (int y, int fixedOffset, int *heightRemaining=0) const "
.br
.ti -1c
.RI "int \fBleftOffset\fP (int y) const "
.br
.ti -1c
.RI "virtual void \fBprintTree\fP (int indent=0) const "
.br
.ti -1c
.RI "virtual void \fBdump\fP (\fBQTextStream\fP *stream, \fBQString\fP ind='') const "
.br
.ti -1c
.RI "virtual FindSelectionResult \fBcheckSelectionPoint\fP (int _x, int _y, int _tx, int _ty, DOM::NodeImpl *&, int &offset)"
.br
.ti -1c
.RI "virtual bool \fBnodeAtPoint\fP (NodeInfo &info, int x, int y, int tx, int ty)"
.br
.ti -1c
.RI "int \fBfloatBottom\fP () const "
.br
.ti -1c
.RI "int \fBleftBottom\fP ()"
.br
.ti -1c
.RI "int \fBrightBottom\fP ()"
.br
.ti -1c
.RI "bool \fBcheckClear\fP (\fBRenderObject\fP *child)"
.br
.ti -1c
.RI "void \fBinsertSpecialObject\fP (\fBRenderObject\fP *o)"
.br
.ti -1c
.RI "void \fBremoveSpecialObject\fP (\fBRenderObject\fP *o)"
.br
.ti -1c
.RI "void \fBpositionNewFloats\fP ()"
.br
.ti -1c
.RI "void \fBclearFloats\fP ()"
.br
.ti -1c
.RI "virtual void \fBcalcMinMaxWidth\fP ()"
.br
.ti -1c
.RI "virtual bool \fBcontainsSpecial\fP ()"
.br
.ti -1c
.RI "virtual bool \fBhasOverhangingFloats\fP ()"
.br
.ti -1c
.RI "void \fBaddOverHangingFloats\fP (\fBRenderFlow\fP *flow, int xoffset, int yoffset, bool child=false)"
.br
.ti -1c
.RI "void \fBbidiReorderLine\fP (const  BidiIterator &start, const  BidiIterator &end)"
.br
.ti -1c
.RI "BidiIterator \fBfindNextLineBreak\fP (BidiIterator &start)"
.br
.in -1c
.SS "Protected Member Functions"

.in +1c
.ti -1c
.RI "virtual void \fBnewLine\fP ()"
.br
.ti -1c
.RI "void \fBlayoutBlockChildren\fP (bool relayoutChildren)"
.br
.ti -1c
.RI "void \fBlayoutInlineChildren\fP (bool relayoutChildren)"
.br
.ti -1c
.RI "void \fBlayoutSpecialObjects\fP (bool relayoutChildren)"
.br
.in -1c
.SS "Protected Attributes"

.in +1c
.ti -1c
.RI "\fBQSortedList\fP< SpecialObject > * \fBspecialObjects\fP"
.br
.in -1c
.SH "Detailed Description"
.PP 
all geometry managing stuff is only in the block elements. 

Inline elements don't layout themselves, but the whole paragraph gets layouted by the surrounding block element. This is, because one needs to know the whole paragraph to calculate bidirectional behaviour of text, so putting the layouting routines in the inline elements is impossible. 
.PP
Definition at line 43 of file render_flow.h.

.SH "Author"
.PP 
Generated automatically by Doxygen for khtml Library from the source code.
