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: fop-dev@xmlgraphics.apache.org
        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.

Reply via email to