xmlgraphics-fop-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 44658] New: Incorrect table-unit computation if proportional-column-width() is used as a subexpression
Date Sun, 23 Mar 2008 10:46:01 GMT

           Summary: Incorrect table-unit computation if proportional-column-
                    width() is used as a subexpression
           Product: Fop
           Version: 1.0dev
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: page-master/layout
        AssignedTo: fop-dev@xmlgraphics.apache.org
        ReportedBy: adelmelle@apache.org
                CC: louis.masters@log-net.com

Originally posted on fop-users@ by Lou Masters (29-02-2008):
In 0.20.3, I used to do the following to give one of my columns some extra size
and ensure it always had a minimum: 

<fo:table-column column-width="20mm+proportional-column-width(1)"/> 

In 0.94, this now produces bizarre results.  I got around it by changing the
width to something like: 

<fo:table-column column-width="20mm+proportional-column-width(1.2)"/> 

This seems to be OK.  My question is this:  Should my original method have ever
worked?  Was it correct?

The initial reply was that expressions like these are perfectly legitimate
according to the XSL-FO Recommendation.
In the meantime, I re-checked the behavior of this expression in FOP Trunk, and
it seems to be completely non-functional.

The reason is that an expression like the above is parsed into a
As a result, the loop in
org.apache.fop.layoutmgr.ColumnSetup.computeTableUnit() does not detect the
TableColLength, and in the attached sample, returns a double value of 0.0 for
both columns.

Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

View raw message