DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=39968>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=39968 Summary: Absolutely positioned block-container affects the normal-flow layout Product: Fop Version: 0.92 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: awt renderer AssignedTo: [email protected] 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, too. -- 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.
