A line-area is a "special" sort of block-area (4.5, 1st sentence), it does not have any border and padding. Furthermore, 4.4 defines the behaviour of block-areas and makes special comments that many of those feature don't apply to block-areas which are line-areas (for example for start/end-indent).
So, I'm not sure where you got your "2*start-indent" from, but I think you may not involve start/end-indent with line-areas. AFAIU, line-areas all extend to the edges of the parent content-rectangle in inline-progress-direction (i.e. start and end) if there's no instrusion. Does that help? On 03.08.2006 18:16:26 Vincent Hennebert wrote: > Hi All, > > Hem, once again :-\ > > In section 4.5 of the spec it is written that, for a line-area, the > start-edge of its allocation-rectangle is offset from the start-edge of > the content-rectangle of the nearest ancestor reference-area by the sum > of its start-indent and start-intrusion-adjustment. > > The start- and end-edges of the allocation-rectangle are the same, > whichever value the line-stacking-strategy trait takes. > > A line-area is a block-area, so the start-edge of its > allocation-rectangle extends outside the content-rectangle by > start-indent. > > Thus the x-coordinate of the content-rectangle is 2*start-indent + > start-intrusion-adjustment?! Obviously this is wrong. > > I guess it should better... no, I don't guess anything. What have I > missed? > > Thanks, > Vincent Jeremias Maerki
