Bug 7323 - Content overflow in fo:table-cell if content too long
Summary: Content overflow in fo:table-cell if content too long
Status: CLOSED INVALID
Alias: None
Product: Fop - Now in Jira
Classification: Unclassified
Component: page-master/layout (show other bugs)
Version: 0.20.3
Hardware: All All
: P3 normal
Target Milestone: ---
Assignee: fop-dev
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-03-21 13:49 UTC by Bjoern Martin
Modified: 2012-04-01 13:51 UTC (History)
0 users



Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bjoern Martin 2002-03-21 13:49:05 UTC
If a fo:table-cell contains a single word (consisting only of characters) that does not fit into 
the cell's block area (i.e., it is too long), that word is outputted anyway, overlapping with any 
content on the right side to the cell.

I prepared an example .fo file which demonstrates he 
problem:

<?xml version="1.0" encoding="iso-8859-1"?>
<fo:root 
xmlns:fo="http://www.w3.org/1999/XSL/Format">
  <fo:layout-master-set>
    <fo:simple-
page-master widows="3" orphans="3" margin-right="20mm" margin-left="20mm" margin-
bottom="20mm" margin-top="20mm" page-width="210mm" page-height="297mm" master-name="a4">
      
<fo:region-before extent="10mm"/>
      <fo:region-body margin-bottom="10mm" margin-
top="10mm"/>
      <fo:region-after extent="10mm"/>
    </fo:simple-page-master>
  </fo:layout-
master-set>
  <fo:page-sequence master-reference="a4">
    <fo:flow flow-name="xsl-region-
body">
      <fo:table>
        <fo:table-column column-width="30mm"/>
        <fo:table-column column-
width="140mm"/>
        <fo:table-header border-bottom-width="1pt" border-bottom-
style="solid">
          <fo:table-row>
            <fo:table-cell border-end-style="solid" border-end-
width="1pt">
              <fo:block font-size="10pt" font-weight="bold" margin-left="2pt" margin-
right="2pt">Datum</fo:block>
            </fo:table-cell>
            <fo:table-cell border-end-
style="solid">
              <fo:block font-size="10pt" font-weight="bold" margin-left="2pt" margin-
right="2pt">Massnahme</fo:block>
            </fo:table-cell>
          </fo:table-row>
        </fo:table-
header>
        <fo:table-body>
          <fo:table-row>
            <fo:table-cell border-end-style="solid">
              
<fo:block font-size="10pt" text-align="start" font-weight="normal" padding-before="10pt" 
margin-left="2pt" margin-right="2pt">21.03.2002 13:59:37</fo:block>
            </fo:table-cell>
            
<fo:table-cell inline-progression-dimension="95mm" block-progression-dimension="95mm" 
width="95mm" border-end-style="solid">

              <!-- CRITICAL LINE START -->
              <fo:block font-
size="10pt" text-align="start" font-weight="normal" padding-before="10pt" margin-
left="2pt" margin-
right="2pt">DiesisteinTestobeinüberlangeswortüberdenrandhinausgeschriebenwirdodernichtmalschauenwennjagibtseinproblem:)</fo:block>
 
             <!-- CRITICAL LINE END -->
            </fo:table-cell>
          </fo:table-row>
        </fo:table-body>
      
</fo:table>
    </fo:flow>
  </fo:page-sequence>
</fo:root>
Comment 1 J.Pietschmann 2002-06-03 08:18:44 UTC
This is, strictly speaking, a feature rather than a bug. Without
opportunities to insert automatic line breaks, or hyphenation, long
character strings are allowed to overflow the box they are in. How the
overflow is handled is determined by the overflow property in effect.
The default value is "auto", which can be interpreted as "whatever fits".
http://www.w3.org/TR/xsl/slice7.html#overflow, in particular FOP implements
only the overflow="visible" setting. FOP does not yet support any other
setting (actually, this is a bug, already reported multiple times).
Comment 2 Glenn Adams 2012-04-01 13:51:19 UTC
batch transition to closed remaining pre-FOP1.0 resolved bugs