Bug 28747 - FO with SVG with text - generates different PDFs on different computers
Summary: FO with SVG with text - generates different PDFs on different computers
Status: CLOSED INVALID
Alias: None
Product: Fop - Now in Jira
Classification: Unclassified
Component: svg (show other bugs)
Version: 0.20.5
Hardware: PC All
: P3 normal
Target Milestone: ---
Assignee: fop-dev
URL: http://www.schema.de
Keywords:
Depends on:
Blocks:
 
Reported: 2004-05-03 15:02 UTC by Miro Jablonsky
Modified: 2012-04-01 13:52 UTC (History)
0 users



Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Miro Jablonsky 2004-05-03 15:02:00 UTC
Hi,

we have the problem that this single FO:

<?xml version="1.0" encoding="utf-8"?>
<fo:root xmlns:fo="http://www.w3.org/1999/XSL/Format">

  <fo:layout-master-set>
    <fo:simple-page-master page-height="279.4mm" page-width="210mm" master-
name="cover" margin-left="0mm" margin-right="0mm">
      <fo:region-body margin-top="0mm" margin-bottom="0mm">
      </fo:region-body>
    </fo:simple-page-master>
  </fo:layout-master-set>

  <fo:page-sequence master-reference="cover">
    <fo:flow flow-name="xsl-region-body" font-family="Arial Unicode MS">
      <fo:table width="100%" space-before="11mm" table-layout="fixed">
        <fo:table-column column-width="51mm" column-number="1" />
        <fo:table-body text-align="start">
          <fo:table-row>
            <fo:table-cell padding-before="12mm" padding-start="8mm">
              <fo:external-graphic src="url(TestZ.svg)" />
            </fo:table-cell>
          </fo:table-row>
        </fo:table-body>
      </fo:table>
    </fo:flow>
  </fo:page-sequence>

</fo:root>

with this SVG (content):

<?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 20000303 
Stylable//EN" "http://www.w3.org/TR/2000/03/WD-SVG-20000303/DTD/svg-20000303-
stylable.dtd">
<!-- Generator: IsoDraw 5.1 -->
<svg width="48pt" height="412.146pt" viewBox="0 0 48 412.146" 
xml:space="preserve">
<g id="Standardebene" style="fill-rule:evenodd;clip-
rule:evenodd;stroke:#000000;stroke-miterlimit:4;stroke-linecap:round;stroke-
linejoin:miter;fill:none;">
<text transform="matrix(0 -1 1 0 37 412.146)" 
style="stroke:none;fill:#000000;font-family:'Arial';font-size:47.25;font-
weight:bold;"
>Benutzeranleitung</text>
</g>
</svg>

it is generated in 2 different ways on 2 similar PCs (i.e. computers).
The 1st PC generates an SVG picture with the bold word "Benutzeranleitung"
which perfectly fits in the viewport of the SVG.
On the other PC the word "Benutzeranleitung" is a little bigger and does 
not fit in the same viewport and the last letter 'g' is cut off in the middle.
Evidently there is a different font beeing used for the text rendering.

The 2 PCs have both MS W2k OS, Office 2000 and are pretty the same.
We use the same FOP 0.20.5 instalation (I copyied it on both PCs). I tried
to use same font matrics on both PCs and also locally generated font
matrics (I have successful experiences until now with fonts and metrics
on different PCs in FOP <fo:block>-s)
We also tried to replace all Arial fonts of the 2nd PC with fonts from the 
1st PC and vice versa, but it brought no difference.

Can anybody please help us in this case to get the same results independent
of a computer beeing used for generating PDF using FOP ?

thanx

     Miro J.
Comment 1 Clay Leeds 2004-05-03 16:44:44 UTC
This *may* be a known issue related to font-metrics of different AWT versions in Java. IIRC, until 
recently (pre-1.4.0_09), Sun's Java exhibited font metric inconsistencies, whereas IBM JRE 1.3.1 and 
later did not have this problem.

Although you provided much useful information (thanks!), you did not include the JRE version on each 
machine (for W2k, type "java -fullversion" at the MS-DOS prompt to determine the JRE).

In any case, please search the fop-user archives for more on this problem. If you don't find the answer 
you're looking for, submit questions to the fop-user mailing list before filing a bug. You can find out 
about the FOP mailing lists here:

http://xml.apache.org/fop/maillist.html

If after some discussion it is determined to be a problem with FOP, we can re-open this issue.

Thanks!

Web Maestro Clay
Comment 2 Glenn Adams 2012-04-01 13:52:45 UTC
batch transition to closed remaining pre-FOP1.0 resolved bugs