floats

I'm confused over floats.

My example is inconsistantly rendered by AH and xep.

 <fo:list-block
       provisional-distance-between-starts="10mm">
<!-- 1 -->
     <fo:list-item>
       <fo:list-item-label end-indent="label-end()">
  <fo:block>&#x2022;</fo:block>
       </fo:list-item-label>
       <fo:list-item-body start-indent="body-start()">
  <fo:block>List item one content</fo:block>
       </fo:list-item-body>
     </fo:list-item>
<!-- 2 -->
     <fo:list-item>
       <fo:list-item-label end-indent="label-end()">
  <fo:block>&#x2022;</fo:block>
       </fo:list-item-label>
       <fo:list-item-body  start-indent="body-start()">
  <fo:block>
    <fo:float float="end">
      <fo:block border="thin red solid" start-indent="2em">Float
      text content. This float is the preceding sibling of the
      second list item</fo:block>
    </fo:float>
    <fo:inline border="thin green solid">Inline content between
    the float and the following block</fo:inline>
    <fo:block>List item two content. The float should take
    content from this area. It only works if the float
    immediately precedes the block. If the float is followed by
    an fo:inline, then space is taken from the inline
    inconsistantly across implementations.</fo:block>
  </fo:block>
       </fo:list-item-body>
     </fo:list-item>
<!-- 3 -->
     <fo:list-item>
       <fo:list-item-label end-indent="label-end()">
  <fo:block>&#x2022;</fo:block>
       </fo:list-item-label>
       <fo:list-item-body start-indent="body-start()">
  <fo:block>List item three content.  The float should not take content
  from this third area. </fo:block>
       </fo:list-item-body>
     </fo:list-item>
   </fo:list-block>



I can't find anything in the rec stating which block will lose inline space.
I'm clear its the following FO, but the example illustrates how the two
implementations vary in implementation.

Could I have clarification from the WG please?

TIA

-- 
Dave Pawson
XSLT XSL-FO FAQ.
http://www.dpawson.co.uk

Received on Sunday, 8 July 2007 17:11:48 UTC