You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-dev@xmlgraphics.apache.org by Finn Bock <bc...@worldonline.dk> on 2005/10/26 20:26:40 UTC
Fixed block-containers. Was [Bug 37236] - Fix gradients and patterns
[Jeremias]
> ... the
> transformation list is still necessary to recreate the same state after a "break
> out" as needed when painting fixed block-containers. I haven't found a better
> way to handle this case, yet.
Is there a reason for keeping areas from absolute and fixed
block-containers in the flow of normal areas?
IIUC absolute and fixed block-containers generates areas with an
area-class of xsl-fixed and it is hinted that such areas is taken out of
the flow and placed under the page-area:
""" [7.5.1]
Absolutely positioned areas are taken out of the normal flow.
...
The area generated is a descendant of the page-area
"""
If I'm right about this, the break-out code can be avoided by placing
the absolute and fixed block-container differently in the area tree.
regards,
finn
Re: Fixed block-containers. Was [Bug 37236] - Fix gradients and patterns
Posted by Jeremias Maerki <de...@jeremias-maerki.ch>.
You're right, but it didn't occur to me at that time. Another thing to
look at when we talk about this would be z-index. I assume this would
play into the same corner.
Well, another thing to keep in mind while we make progress. I'll make a
not on the Wiki.
On 26.10.2005 20:26:40 Finn Bock wrote:
> [Jeremias]
>
> > ... the
> > transformation list is still necessary to recreate the same state after a "break
> > out" as needed when painting fixed block-containers. I haven't found a better
> > way to handle this case, yet.
>
> Is there a reason for keeping areas from absolute and fixed
> block-containers in the flow of normal areas?
>
> IIUC absolute and fixed block-containers generates areas with an
> area-class of xsl-fixed and it is hinted that such areas is taken out of
> the flow and placed under the page-area:
>
> """ [7.5.1]
> Absolutely positioned areas are taken out of the normal flow.
> ...
> The area generated is a descendant of the page-area
> """
>
> If I'm right about this, the break-out code can be avoided by placing
> the absolute and fixed block-container differently in the area tree.
>
> regards,
> finn
Jeremias Maerki