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 45927] New: Text is not vertically centered anymore.
Date Wed, 01 Oct 2008 15:45:56 GMT
https://issues.apache.org/bugzilla/show_bug.cgi?id=45927

           Summary: Text is not vertically centered anymore.
           Product: Fop
           Version: 0.95
          Platform: PC
        OS/Version: Windows 2000
            Status: NEW
          Severity: normal
          Priority: P2
         Component: general
        AssignedTo: fop-dev@xmlgraphics.apache.org
        ReportedBy: mhilpert@gmx.de


Created an attachment (id=22659)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22659)
Example showing the different vertical centers.

I migrate our Java FOP application from FOP 0.20.5 to FOP 0.95. I got
everything running and most problems from our old 0.20.5 XSL are cleaned up.
One of the remaining two problem is, that all text (in table cells) is now
"moved up". By comparing the 0.20.5 PDF output with 0.95 PDF output, I've
noticed, that FOP 0.20.5 centered text vertically by capital letters. FOP 0.95
is centering text by small letters:

FOP 0.20.5 (capital letters are exactly centered):

-------

ToDo

-------


FOP 0.95 (lower letters are exactly centered):

-------
ToDo

-------

When I divide a table cell horizontally in 2 equal halfs, I see that the middle
line is cutting the capital letters exactly in half with FOP 0.20.5. But with
FOP 0.95 the middle line is cutting the lower letters exactly in half.

I found a workaround for this: enclosing the text in fo:inline with
alignment-adjust="central" :

                      <fo:inline alignment-adjust="central">
                          <xsl:value-of select="."/>
                      </fo:inline>

As I don't think that this is a clean solution for this problem, it's also a
bad solution to change any (hundreds of hundreds ...) of occurence of text
occurences in all the XSL files.

Is there a better solution to "fix" this issue? Perhaps some global
adjustments? I wonder why this happens in the first place?

(I spend several days with compliance.html and the links to the w3c
specifications and documentation trying unnumbered permutations of attribute
combinations without being able to fix this without fo:inline.)


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

Mime
View raw message