Hi,
mixing elastic space-* with keep-with-next reveals a fop bug.
You should report this issue in Jira, attaching both test case (FO)
and result (PDF).
Notes:
- I get the same result with either keep-with-next or k-w-n.within-line
- k-w-n.within-line shouldn't be taken into account on
Hi Luis,
Thanks for reply.
Yes, my editor can handle used font.
If you highlight the text in the editor and set the font to Arial do you see
any
glyph? For PDF text - No
For embedding this, May be I added embedding mode full later, after generating
PDF, but in both the cases it is giving
On Wed, Jan 30, 2013 at 6:44 AM, Neeraj neerajii...@gmail.com wrote:
Yes, my editor can handle used font.
If you highlight the text in the editor and set the font to Arial do you
see any
glyph? For PDF text - No
For embedding this, May be I added embedding mode full later, after
Hi,
I am using FOP 1.1 and generating a PDF through XML and XSL. I am trying to
stop DCTDecode compression for images. The following snippet is from my
PDF, Which has DCTDecode filter for image object, even after adding filter
value to null in config file.
/Name /Im1
/Type /XObject
/Length
The two lines look the same to me. Maybe you copied and pasted the same
content twice?
The only reason I suggested Arial was because I didn't have your font
and I know Arial has Arabic glyphs and it is known by all text editors.
If you use a text editor (say, openoffice) and export to PDF
Are you using JPEG? Are you specifying any content-width|height for the
image? And source-resolution? When you say the image quality is lost how
do you see that?
JPEG images are compressed and that is the filter you see below. Setting
the filter to null means no further filter will be