DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Summary: Absolutely positioned block-container affects the
Component: awt renderer
ReportedBy: [EMAIL PROTECTED]
When he block following the absolutely positioned block-container has
space-before property defined, this property applies and the (second) block is
shifted down from the block-container.
Comments from Jeremias Maerki (fop-user list):
Indeed, the BlockContainerLayoutManager creates a KnuthBox (w=0) in the
element list for the absolutely positioned block-container which is
currently interpreted by the SpaceResolver as a fence. And a fence makes
the SpaceResolver believe that there's content before the space. Looks
like we should find a solution to indicate to the SpaceResolver which
boxes are no fences. Another example would be the often-used empty block
at the end of the flow for "page x of y" which probably creates a fence,
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.