gmane.text.xml.fop.user

Re: AFP images

Luis Bernardo — 2013-05-20T23:26:11

Thank you for an excellent set of test cases. I am afraid I know of no 
workaround but I will investigate.

On 5/20/13 10:11 AM, Luca Bellonda wrote:

Re: AFP images

Luca Bellonda — 2013-05-20T09:11:36

using jai_imageio.jar. The behavior is due to a bug in JAI (see
http://www.java.net/node/702556)

Is there some known workaround?

compression. Can you provide example images with flate and LZW compression?

The material is available at the following address:

https://docs.google.com/file/d/0Bz0c5jBY0nL5alNNQUFrVF9DeEk/edit?usp=sharing&pli=1
Thank you

Re: AFP images

Luis Bernardo — 2013-05-17T21:13:39

This is a known issue (at least, I am familiar with it). I assume you 
are using jai_imageio.jar. The behavior is due to a bug in JAI (see 
http://www.java.net/node/702556) that causes the images to be treated as 
RGB + Alpha. The reason you do not see the problem when producing PDF is 
due to the fact that FOP uses a native image loader if the output is PDF 
(i.e., it does not use JAI).

I was not aware of the issue you point out with RGB TIFFs and deflate 
compression. Can you provide example images with flate and LZW compression?

On 5/17/13 3:52 PM, Luca Bellonda wrote:

AFP images

Luca Bellonda — 2013-05-17T14:52:27

Hi to all, I am facing problems using images with FOP with afp renderer.

Specifically, a JPEG or TIFF with CMYK colorspace ends in wrong colors,
even if
the cmyk="true" attribute is added to the configuration file.

When using a TIFF (RGB) with "deflate" compression type, the picture is
mostly black, using LZW compression is OK.

Tested with 1.1 and the nightly build of FOP.

Enclosed here the configuration file:

<?xml version="1.0"?>
<fop version="1.0">
  <base>.</base>
  <source-resolution>72</source-resolution>
  <target-resolution>72</target-resolution>
  <default-page-settings height="11in" width="8.26in"/>
  <renderers>
    <renderer mime="application/x-afp">
      <renderer-resolution>240</renderer-resolution>
      <images mode="color" cmyk="true" />
    </renderer>
  </renderers>
</fop>

Thanks

Re: Borders and Padding in TableRows

Pascal Sancho — 2013-05-17T13:03:56

Hi,

Yes, FOP current supports border-collapse (separate|collapse values only,
see [1]),
while FOP v0.20.5 did not. The design of this old version was quite
different from the current one, regarding border painting.

The thread you cited is about the current (new) design, so it cannot apply
to FOP 0.20.5.
FOP v0.20.x development stopped on 2003 while the thread rose on 2008.

[1] http://xmlgraphics.apache.org/fop/compliance.html


2013/5/17 Harshini Madurapperuma <harshini.madurapperuma< at >ifsworld.com>

RE: Borders and Padding in TableRows

Harshini Madurapperuma — 2013-05-17T04:13:15

Hi Luis

Thanks for your quick response.

There is no link which exactly says it works in FOP 0.20.5, but following forum says when you use border-collapse="collapse" in the table level it works the TableRow borders. I just want to know whether this supports in latest version of FOP but not in the older version which I'm using.

And the property border collapse is there in the 0.20.5 version as well: http://www.jarfinder.com/index.php/java/info/org.apache.fop.fo.properties.BorderCollapseMaker


http://apache-fop.1065347.n5.nabble.com/Table-borders-half-thickness-for-spanned-columns-td12775.html
http://apache-fop.1065347.n5.nabble.com/Confusion-about-border-collapse-td16799.html
http://osdir.com/ml/text.xml.fop.user/2002-05/msg00291.html
http://apache-fop.1065347.n5.nabble.com/border-collapse-quot-collapse-quot-td5261.html


Regards
Harshini

From: Luis Bernardo [mailto:lmpmbernardo< at >gmail.com]
Sent: Thursday, May 16, 2013 11:43 PM
To: fop-users< at >xmlgraphics.apache.org
Subject: Re: Borders and Padding in TableR

Re: Borders and Padding in TableRows

Luis Bernardo — 2013-05-16T18:12:58

It does not work. Can you provide a link to the forum discussion where 
you saw that?

On 5/16/13 12:34 PM, Harshini Madurapperuma wrote:

Borders and Padding in TableRows

Harshini Madurapperuma — 2013-05-16T11:34:36

Hi All,

Currently I'm using FOP 0.20.5 version which is quite old. Anyway in the forums I came across that borders for TableRow works when the property border-collapse="collapse" is there in table properties. But in this version 0.20.5 even though I use border-collapse="collapse" in table properties, borders for tableRow's seems not been applied.

Can you please confirm whether this works in the version FOP 0.20.5.

My FO tags are as follows:

<fo:table background-color="#ffff00" border-collapse="collapse"  left="0cm" table-layout="fixed" top="0cm"  >
               <fo:table-column column-width="5.643148cm" >
               </fo:table-column>
               <fo:table-column column-width="5.643148cm"  >
               </fo:table-column>
               <fo:table-column column-width="5.643148cm"  >
               </fo:table-column>
               <fo:table-body border-style="none">
                  <fo:table-row  border-color="#ff0000" border-style="solid" border-width="2pt" >
                     <fo:table-

THANKS (JPG size issues)

bob swanson — 2013-05-15T17:52:11

 >> - fix the image resolution (44417 is not a useful value);
 >> - or remove content-height property,
 >> - or specify an absolute value for the height.


THANKS for the advice. I was unaware of the
strange "size" numbers embedded in these
JPG files. (They were extracted from a Google
Books file of an old out-of-copyright book. The
more I look at the resolution numbers embedded
in the images, the stranger they are. 44417 is
nothing, some have a resolution in the 10s of
millions.)

When I altered the "print size" in GIMP, the images
work a LOT better.

I'll be checking sizes a lot more closely in the future.
These are the first I've run into that caused such
troubles.

Regards,


Bob Swanson

AFP / / Papyrus Viewer don't display jpg image

Christian Pestel — 2013-05-15T15:15:58

Hi,

I use an fo file with external-graphics src=”file///C:/test/image.jpg”
I convert this fo to afp.

Here is my fop config :
<renderer mime="application/x-afp">
<renderer-resolution>300</renderer-resolution>
<images mode="color" cmyk="true">
     <jpeg allow-embedding="true" bitmap-encoding-quality="1.0"/> 
</images>
 

With Papyrus Viewer 7.12 the image is not displayed. 
these 2 errors are displayed :
IOCA : Unsupported bottom to top scanning
IOCA : Triplet error

With AFP-Lookup Viewer (Compart) the image is well displayed.

Inside AFP, there is these instruction IPD (Image Picture Data) parameters :
External Algorithm Specification Parameter: Compression algorithm: JPEG, Non-differental Huffman, Baseline DCT
 

Do you know if Papyrus is able to manage the jpg algorithm ?
Thanks.

 

Christian Pestel

christian.pestel< at >orange.fr

Re: FO to PDF conversion failing for the new Turkish Lira Symbol.

Luis Bernardo — 2013-05-15T08:26:57

Use fop-1.1. That will fix the issue. fop-1.0 does throw the same exception
you saw, so 0.95 must do the same.


On Wed, May 15, 2013 at 7:28 AM, Ashok Kumar <ashok.veerlapati< at >gmail.com>wrote:

Re: FO to PDF conversion failing for the new Turkish Lira Symbol.

Ashok Kumar — 2013-05-15T06:28:51

Chris Bowditch <bowditch_chris <at> hotmail.com> writes:


Hi Chris,

I am using 0.95 version of FOP. Please find the full FO content. 

<?xml version="1.0" encoding="UTF-8"?>
<fo:root xmlns:fo="http://www.w3.org/1999/XSL/Format"
xmlns:html="http://www.w3.org/1999/xhtml" writing-mode="lr-tb"
hyphenate="false" text-align="start" role="html">
<fo:layout-master-set>
<fo:simple-page-master page-width="8.27in" page-height="11.69in"
master-name="all-pages">
<fo:region-body margin-top="1in" margin-right="1in" margin-left="1in"
margin-bottom="1in" column-gap="12pt" column-count="1" />
<fo:region-before region-name="page-header" extent="1in"
display-align="before" />
<fo:region-after region-name="page-footer" extent="1in"
display-align="after" />
<fo:region-start extent="1in" />
<fo:region-end extent="1in" />
</fo:simple-page-master>
</fo:layout-master-set>
<fo:page-sequence master-reference="all-pages">
<fo:title>
Hello World
</fo:title>
<fo:static-content flow-name="page-header">

Re: FO to PDF conversion failing for the new Turkish Lira Symbol.

Chris Bowditch — 2013-05-14T12:27:22

Hi Ashok,

Can you let us know which version of FOP you are using? Would you also 
be able to send us the full FO File? Can you confirm the font you are 
using is the one at [1]? If not, send us the correct URL so we can 
replicate this issue.

Thanks,

Chris

[1] http://www.evertype.com/fonts/rupakara/

On 14/05/2013 11:36, Ashok Kumar wrote:

FO to PDF conversion failing for the new Turkish Lira Symbol.

Ashok Kumar — 2013-05-14T10:36:09

Hi,

When I am trying to convert the below FO to PDF, I am getting
ArrayIndexOutOfBoundException. The FO content which I am trying to convert
is given below: 
<fo:block space-before="1em" space-after="1em" role="p"
font-family="Rupakara">A paragraph in Turkish for SYMBOL ₺ ₤</fo:block>

Actually when I am trying to convert the Turkish Lira Symbol (₺) it is
converting to " symbol during html to FO and throwing exception while
converting FO to PDF.

I am using the proper font files which supports the above symbol.
Can you please resolve this issue asap.

Re: One JPG Displays, the Other Does Not

Pascal Sancho — 2013-05-13T07:42:13

Hi,

the 2nd image has following features:
dot size: 919x600 pixels
resolution: 44417x44417 DPI
true size: 0.0207x0.0135 IN²

and the content-height of the 2nd external-graphic is set to 100%,

witch means: 100% of the height of container,
the latter defaulting to 100% of the height of the content (witch is
0.0135in)

So, result is as expected.

You should fix it in one of the following ways:
 - fix the image resolution (44417 is not a useful value);
 - or remove content-height property,
 - or specify an absolute value for the height.


2013/5/13 Roland Neilands <rneilands< at >pulsemining.com.au>

RE: One JPG Displays, the Other Does Not

Roland Neilands — 2013-05-13T03:44:50

Bob,

IIRC, you are putting a 900px file into a 25pt area. FOP should shrink it to fit, but I suspect it still has issues doing this with large jpgs. Other image types (gif etc) work better.

Cheers,
Roland

From: bob swanson [mailto:bobswansong< at >gmail.com]
Sent: Monday, 13 May 2013 12:51 PM
To: fop-users< at >xmlgraphics.apache.org
Subject: One JPG Displays, the Other Does Not

I noticed this problem with a much larger document
I'm producing. I was able to trim down
to a small .fo file and two JPG images.

I can display the JPG images with many software
products, so I know they are valid. However, the
PDF file created by my short script (using
the "fop" script on a Mac OSX system),
displays only one of the images. The
other is missing. I've tried viewing the
created PDF file with Adobe Reader, and
"Preview" from the Mac. In both cases, the
second image does not appear.

What am I doing wrong?

The .fo source, the two JPG files, and
a simple execution script for the "fop"
shell script

One JPG Displays, the Other Does Not

bob swanson — 2013-05-13T02:50:56

I noticed this problem with a much larger document
I'm producing. I was able to trim down
to a small .fo file and two JPG images.

I can display the JPG images with many software
products, so I know they are valid. However, the
PDF file created by my short script (using
the "fop" script on a Mac OSX system),
displays only one of the images. The
other is missing. I've tried viewing the
created PDF file with Adobe Reader, and
"Preview" from the Mac. In both cases, the
second image does not appear.

What am I doing wrong?

The .fo source, the two JPG files, and
a simple execution script for the "fop"
shell script are in:

http://swansongrp.com/misc/problem.zip

(you can ignore the link reference errors, but
there are no errors from reading the JPG
files)

Thanks for your help.


Bob Swanson

Re: Use TTF font subtable (substitution) possible?

Frank Hirsch — 2013-05-10T21:34:04

Hi Glenn,

I had a quick glance on your comments - but that seems to be more complicated I thought...

I can see the GSUB table being published in the TTF font if I select "Show ATT" in fontforge (see screenshot).

Still I am not 100% sure if I understood the scripts: scripts (or complex scripts) are written by the developers working on FOP to support specific features such as "writing-mode" or the given "Advanced Typographic Extensions"?
It's nothing where a configuration change may help to make use of additional sets other than defined?


Sorry for my silly question - but trying to understand - I do not see the link between a font configuration, the file itself and the useage in the fo namespace. Does the script itself decide what table to use?

Is there a plan to make something similar to CSS3 font-feature-settings available? Just to make sure as I never used the CSS3 property, I made a quick test using 'div.tnum {-moz-font-feature-settings: "tnum";}' with the given TTF font - which worked in Firefox

Not

Re: Use TTF font subtable (substitution) possible?

Frank Hirsch — 2013-05-10T19:36:59

Thank's Glenn, that pretty much seems what I need. I will follow your instructions trying to understand/evaluate the different options and see how far I get with the given font :)

Best,
Frank

Von meinem iPhone gesendet

Am 10.05.2013 um 19:44 schrieb Glenn Adams <glenn< at >skynav.com>:

Re: Use TTF font subtable (substitution) possible?

Glenn Adams — 2013-05-10T17:44:59

Support for Advanced Typographic Tables (GSUB, GPOS, etc) [1] was added in
1.1 to support complex scripts [2]. You can also use these same complex
script features with non complex scripts, provided the font supports the
desired features [3].

At present, the default features enabled for all scripts are:

GSUB: { 'ccmp', 'liga', 'locl' }
GPOS: { 'kern', 'mark', 'mkmk' }

It sounds like you want to may want to use the 'salt' (Stylistic
Alternatives), but I'm not certain since I don't know what features are in
the font you are trying to use. In any case, although I plumbed the CS code
to permit the higher layers of FO processing to specify something like the
CSS3 font-feature-settings property, I haven't yet taken any action to add
this property as an fox (extension namespace property) in FOP.

As a work around, if the Font happens to expose the glyph you want via a
Unicode PUA entry in the CMAP, then you can access it via that PUA code
point. There is no other way to specify a specific glyph in FOP. You could

Use TTF font subtable (substitution) possible?

Frank Hirsch — 2013-05-10T17:05:47

I am currently trying to use a specific glyph from a TTF font in a substitution table.

1. I learned such glyphs in OTF or TTF fonts can be used in layout programs such as InDesign by selecting them directly in the glyph selection
2. Trying to understand and having checked the documentation, this seems to have nothing to do with the font substitution described at http://xmlgraphics.apache.org/fop/1.1/fonts.html#substitution
3. Calling the glyph by HEX or Unicode is not possible since it's the same address

So far I was trying to understand the mechanism of subtables (GSUB Lookups) at all, which led me to check the content of my font with fontforge.
There I found all the corresponding tables under "Element > Font Info > Lookups"...

Is it possible at all to use a glyph from a substitution table in Apache FOP at all or am I doing something completely wrong?
I would love to have in FO the same ability as in my layout software using "tabular digits"...

Thank's for your help ;)

- I am running on fop-1.0 and fop