Wellif it is just rectangles I think you should be able to do that
without svg. In that case you should be able to get away with fop¹s cmyk
support.
E.g. This seems to work¹
fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format;
fo:layout-master-set
fo:simple-page-master master-name=pm
Hi!
When I use fop to directly print a document containing an svg image, the
image is produced w/ correct size on paper. However, if I produce pdf and
then print it w/ adobe acrobat reader, the image is sligtly (ratio about
14/15) smaller than the original.
On 05.12.2008 11:21:01 Antti Karanta wrote:
Hi!
When I use fop to directly print a document containing an svg image, the
image is produced w/ correct size on paper. However, if I produce pdf and
then print it w/ adobe acrobat reader, the image is sligtly
Hi
I discovered the reason of the error:
I embed an image:
fo:table-cell text-align=left
fo:block padding=0cm
fo:external-graphic content-width=scale-to-fit
content-height=scale-to-fit src=./images/ATC co.jpg width=150px
height=53px/
Hi everybody,
I'm fooling around with linespaces at the moment and I get a value for leading.
Leading for PDFs means, as I'm sure everybody knows, the baseline-to-baseline
distance between two lines. First I tried to translate it to attribute
line-height, but that's not quite the same, because
On Fri, 05 Dec 2008 12:46:56 +0200, Jeremias Maerki [EMAIL PROTECTED] wrote:
Please see here:
http://xmlgraphics.apache.org/fop/faq.html#pdf-print-contortion
Thanks! I somehow missed that.
Combination of setting scaling = none in the print settings and using
ps driver instead of pcl
Hi,
I use the keep-together.within-column attribut for the fo:table-cell to have
text wrapping. It's working fine with the text
https://www.xx.xxx.com//services/MultiDiffusionWS;
but it's not working with
com.x.xxx.xxx.x.GenericDecoder.
Hi Sandra,
Most likely the hyphenation method doesn't know where to insert a break. This
was discussed on the developer list recently and the suggestion was to insert
zero-width spaces. If you know exactly in which cells you can get the
classnames, maybe you can replace all . with .+zero width
Hi,
Could you give me an example please ?
Georg Datterl wrote:
Hi Sandra,
Most likely the hyphenation method doesn't know where to insert a break.
This was discussed on the developer list recently and the suggestion was
to insert zero-width spaces. If you know exactly in which cells
Hi all,
a quick question. I FOP able to read and utilize PS Type 1 .pfa files?
Cheers,
Jannik
Medmindre andet er angivet ovenfor: / Unless Otherwise Stated Above:
IBM Danmark A/S
Nymøllevej 91
2800 Kongens Lyngby, Danmark
CVR nr.: 65305216
And something completely different: Is there a reason why a
line-height=20pt+1em works, whereas line-height=20pt-1em doesn't?
I suspect it's because - is a valid character in names, but + isn't.
Try putting whitespace around (or at least in front of) the -.
Eric Amick
Legislative Computer
Hi Sandra,
Basically depends how you get your data and where you manipulate it. I think,
in the end the class name should look like
com.\u200Bx.\u200Bxxx.\u200Bxxx.\u200Bx.\u200BGenericDecoder
(in case Outlook is killing that: after each period is a unicode 200B).
Dear all,
I have a fo-file that I process with fop but in the resulting pdf-file
the page content sometimes overflows the margins that I gave to the
fo:region-body. This only happens within a few large fo:list-block
elements that contain a lot of fo:list-item elements, for example
looking like
Fop fans,
I have the impression that when using e.g. the -noprint fop command line
option while pdf rendering an fo that referers to a pdf as external-graphic,
the pdf is either not included or not included correctly.
E.g. this fo document reproduces the problem
fo:root
And something completely different: Is there a reason why a
line-height=20pt+1em works, whereas line-height=20pt-1em doesn't?
I suspect it's because - is a valid character in names, but + isn't.
Try putting whitespace around (or at least in front of) the -.
You are good! I would never
Just wanted to thank you and Jeremias for your suggestion. It seems to work
fine (no crashes!), though I've not yet heard back from the press people...
Iain
From: Peter Coppens [mailto:[EMAIL PROTECTED]
Sent: 05 December 2008 09:43
To: fop-users@xmlgraphics.apache.org
Subject: Re:
Hi Chris,
Do you have blocks with elastic spaces on the same page before the list
starts? Then it’s a bug in FOP, that wrongly propagates to the list
content the adjustments that were made on those spaces. Can you please
provide a sample FO file showing the problem, so that we can confirm?
In a press project that i did a few years ago, i just used some special
RGB colors on the fop part, and then post-processed the to transform all
colors to CMYK. The rgb colors where those that when mapped to CMYK
would return the correct % in one of the channels.
At the press, they would then
On 05 Dec 2008, at 12:57, Georg Datterl wrote:
Hi Georg,
I'm fooling around with linespaces at the moment and I get a value
for leading. Leading for PDFs means, as I'm sure everybody knows,
the baseline-to-baseline distance between two lines.
XSL-FO has the concept of 'half-leading'.
19 matches
Mail list logo