I forgot to add the following changes to the log:
- Changed the positioning of text elements (I'm using more absolute
positioning instead of relative becaus it leads to suboptimal results.
We need to analyze the cause in more detail.)
- Make SVG work from instream-foreign-object AND
On Tue, 2002-06-11 at 22:35, J.Pietschmann wrote:
No. Batik, the SVG rasterizer, either cannot find the referenced file or
it cannot decode its format.
Point 1: file:b.svg is, technically, an invalid URL. FOP tries to cope
with it, but Batik has it's of logic. Use b.svg or a full path
Hello FOP :)
Sorry for the delay, but I've just noticed the thread on FOP X-Smiles now. I've
forwarded this message to the
[EMAIL PROTECTED] list as well.
I'm glad that the FOP community is interested in the X-Smiles project. We've been
using FOP as part of the browser for ages, I think
Hiya guyzzz/gurlzz...
I have a problem
Again, this is on a different puter...
first i thought it was because i didn't have the same fontpaths... but it
doesn't seem to be that...
someone who understands it?
the statement at FopTransformer.process is driver.render(res);
2002/06/12 11:10:24
Hi I have a problem with PDFs generated by FOP.
I am generating PDFs that are supposed to be sent directly to a printer via
a RIP engine.
FOP seems to embed the entire image into the PDF resulting in a huge (size)
PDF (depending of image file of course).
All RIP engines I have tried rejects FOPs
Jeremias Maerki schrieb:
I forgot to add the following changes to the log:
- Changed the positioning of text elements (I'm using more absolute
positioning instead of relative becaus it leads to suboptimal results.
We need to analyze the cause in more detail.)
- Make SVG work from
This email is autogenerated from the output from:
http://jakarta.apache.org/builds/gump/2002-06-12/xml-fop.html
Buildfile: build.xml
init-avail:
init-filters-xalan2:
[copy] Copying 1
[EMAIL PROTECTED] schrieb:
Hi I have a problem with PDFs generated by FOP.
I am generating PDFs that are supposed to be sent directly to a printer via
a RIP engine.
FOP seems to embed the entire image into the PDF resulting in a huge (size)
PDF (depending of image file of course).
All RIP
[EMAIL PROTECTED] wrote:
I have a problem
Again, this is on a different puter...
first i thought it was because i didn't have the same fontpaths... but it
doesn't seem to be that...
someone who understands it?
the statement at FopTransformer.process is driver.render(res);
2002/06/12
Hi Claes
Still tracking that ugly problem, I see. I think Christian's idea might
be worth tracking down. It could be that you simply have a setting in
Distiller that scales images down. But these are not really the problem.
The reason that it works after the distiller could really be the fact
keiron 2002/06/12 07:12:19
Added: docs/xml-docs/data track.svg
Log:
svg for creating status branch image
Revision ChangesPath
1.1 xml-fop/docs/xml-docs/data/track.svg
Index: track.svg
keiron 2002/06/12 07:14:32
Modified:docs/xml-docs fop.xml
docs/xml-docs/fop readme.xml
Added: docs/xml-docs/fop status.xml
Log:
moved status to another page with some more info
Revision ChangesPath
1.16 +1 -0
ok thanks true, forgot the file:/// specification in the metric specs :D
thanks
Jochen Maes
ICT Development
KBC Securities (kbcsecurities.com)
Havenlaan 12 Avenue du Port SIF 8683
B-1080 Brussels
Belgium
Tel: +32 2 429 96 81
keiron 2002/06/12 08:18:56
Modified:src/org/apache/fop/image ImageFactory.java
Log:
added exception to log err message
Revision ChangesPath
1.6 +2 -2 xml-fop/src/org/apache/fop/image/ImageFactory.java
Index: ImageFactory.java
chrisg 2002/06/12 12:54:05
Modified:docs/xml-docs/fop relnotes.xml
Log:
Added release notes for FOP 0.20.4
Revision ChangesPath
1.3 +30 -3 xml-fop/docs/xml-docs/fop/relnotes.xml
Index: relnotes.xml
chrisg 2002/06/12 13:10:24
Modified:.Tag: fop-0_20_2-maintain build.xml
Log:
updated version numer for 0.20.4 release candidate
removed 'lib/' from manifest classpath
Revision ChangesPath
No revision
No revision
Can anyone answer the questions below? Hopefully, before the release.
I think we need to discuss these issues in more depth. We have people
using FOP in production, and, in spite of the fact that everyone is
aware that FOP is pre-beta, and that everything about it is subject to
change, we
Hi,
We are using fop 0.20.3 and it appears to be working fine for our purpose
except for 1 major point.
Caching of Images.
Here's what I am doing :-
Based on the program logic, I am creating multiple PDF documents applying
the same XSL but different XML data feeds.
If I am not mistaken, in an
Apropos of the many threads discussing 1.3 vs 1.2 code dependencies
particularly as it relates to the awt renderer TT fonts, and I might add
printing, I repeat my question (below) about ~how not to~ use TT fonts.
Plus this: I work from the premise that most users of fop will prefer
~not~ to
Hi Rishi,
Athalye, Rishi wrote:
We are using fop 0.20.3 and it appears to be working fine for our purpose
except for 1 major point.
Caching of Images.
Yep, I was going to have a look at improving this, but haven't had the
time lately.
I did read about some people coming up with a
20 matches
Mail list logo