As long as you stay with the Base 14 fonts (Helvetica, Times, Courier,
Symbol and ZapfDingbats) there are probably no problems. But as soon as
you try custom fonts you'll be disappointed. Java2D does not have the
capabilities we need/want for the quality of output we want to achieve.
For example,
On 22.01.2007 09:16:25 Vincent Hennebert wrote:
Hi Daniel,
Daniel Noll a écrit :
Hi all.
There is a requirement in our system where PDF and TIFF output must have
the same content on every page. Because of this, we need to use
identical font metrics for these two renderers.
By
Has anyone also realized this issue in the AWTViewer? A hint is always
welcome =)
--
View this message in context:
http://www.nabble.com/Lines-are-hiding-in-AWTViewer-perhaps-Bug-in-Java2DRenderer-or-Java2D-itsself-tf3049992.html#a8486126
Sent from the FOP - Users mailing list archive at
I have the same problem. This only happens when 'border' attributes are used
in the fo:region_body tag.
example:
fo:region-body margin-top=0.4in margin-bottom=1in
background-color=rgb(255,255,0) border=1pt solid black /
this do not work. I don't know why...
pwillsey wrote:
Hello,
I'm
It seems more like a general Java2D issue. Can you please search the web
for hints? I'm sure someone else has run into a similar problem before.
From there we can see if we can find a solution. I don't know off-hand
how to solve this.
On 22.01.2007 10:54:39 Cheffe wrote:
Has anyone also
Ok i give it a try
Jeremias Maerki-2 wrote:
It seems more like a general Java2D issue. Can you please search the web
for hints? I'm sure someone else has run into a similar problem before.
From there we can see if we can find a solution. I don't know off-hand
how to solve this.
On
Hi,
I have got the same problem. When I run FOP as embedded in my
developement server, it is ran without any error. But when I run it on
my production server, I have got the following exception :
org.apache.fop.fo.ValidationException: Error(Unknown location): For
fo:simple-page-master, only
Thanks it solves my problem.
As i can see, there are several developers with the same problems, and
there are also several requests to improve awt-renderer (this is a cool
feature and very neccesary for open-source community...).
Thanks for your efforts.
Jeremias Maerki escribi:
I've just tried running the FOP servlet in Tomcat 5.5.9 with the
projectteam example in examples/embedding/xml and I can't reproduce it
which means I have to more closely build the environment you guys have.
Xavier, AFAIK there is no Tomcat 4.3. The latest Tomcat 4.x version is
4.1.34. If we are
Hi,
You are right, my Tomcat server is a jakarta-tomcat-4.1.31
I'll check the fop.war.
Thank you Jeremias
Jeremias Maerki a écrit :
I've just tried running the FOP servlet in Tomcat 5.5.9 with the
projectteam example in examples/embedding/xml and I can't reproduce it
which means I have to
I found somethin but dont know exactly how to use the info =(
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4109583 Sun Bug 4109583
Someone says if you us use transed graphics to draw line there is no prob
anymore.
Jeremias Maerki-2 wrote:
It seems more like a general Java2D issue. Can
Oh, I think you hit the nail on the head with that link. It is indeed so
that the page is first painted to a bitmap which is then painted on the
panel. So, it appears as if painting the page directly on the panel
could potentially solve the problem.
But what I don't know is whether there was a
Nice nice. I'll take a look at ImageProxyPanel.
Thank you for the tip.
I'll do a reply if I have found a solution but that can take a time cause im
not that deep enough to the source-code =) but i give it a try.
Thx
Jeremias Maerki-2 wrote:
Oh, I think you hit the nail on the head with that
Hello all,
When I write text in table-cells, it may happen that the text is longer
than the cell (ex. hyperlinks)
Is there a way to have the text break on the next line if too long or
the end cut so that the text isn't written on the next cell?
Thank you for taking time to answer me.
Miroslav
Hello you both;
I wanted to add to this thread -- I made a dumb error, Bob Stayton
(sagehill.net) was really cool and helped me out. I hope by adding to this
thread, the next guy doing the same thing can quietly help himself.
if you're using fop1.extensions, you need to either not set
Jeremias Maerki wrote:
But what I don't know is whether there was a particular reason that we
use (and cache) bitmaps to paint the pages instead of painting them
directly.
I vaguely remember there were PgUp/PgDn buttons in the window,
and using them was blindingly fast...
J.Pietschmann
Gregan, Miroslav wrote:
When I write text in table-cells, it may happen that the text is longer
than the cell (ex. hyperlinks)
Is there a way to have the text break on the next line if too long or
the end cut so that the text isn't written on the next cell?
This is a FAQ:
-UPDATE-
I realized that the debug view in the AWT-viewer can handle the scaleing
thing right.
All debuging lines are shown in every zoomsteps correct.
Perhaps i see a possible solution in this.
I'm still searching and trying...
Jeremias Maerki-2 wrote:
Oh, I think you hit the nail on the
I don't have a border attribute in any of my fo:region_body tags. Some of
them have display-align=center and others have: margin-left=0in
margin-right=0in margin-top=0.4in margin-bottom=0.4in but thats it.
pasquien wrote:
I have the same problem. This only happens when 'border' attributes
pwillsey wrote:
Not sure if this makes a difference but I'm using FOP in a webobjects
project and I get the exception when I deploy the project but not when I run
it using eclipse on my development machine.
I wouldn't rule out a defective XSLT processor.
Could you get the output of
Daniel Noll wrote:
I will try doing the exact opposite of my original strategy. :-)
Nope, no dice. The internals of the Java2D rendering code do things
like casting all fonts to a FontMetricsMapper, so unless I make all
fonts of that class it's not going to work.
Right now I'm trying to
21 matches
Mail list logo