Hi Daniel...
I have the same problem as yours, where i must show pdf files in a
something-like-swing environment. Finally, i'm trying with SWT (Eclipse)
with ActiveX components embedding
Look at
http://www-128.ibm.com/developerworks/library/os-activex/
And give a try to embed a
Chris Bowditch wrote:
Simon Pepping wrote:
- A nonexistent metrics file URL for a font that is not used is not a
problem.
Agreed.
The problem is that you only know if the font is going to be used at
runtime - then you have to handle the error in some way. So I think its
best to catch
Adrian Cumiskey wrote:
Chris Bowditch wrote:
Simon Pepping wrote:
- A nonexistent metrics file URL for a font that is not used is not a
problem.
Agreed.
The problem is that you only know if the font is going to be used at
runtime - then you have to handle the error in some way. So I
thanks for your quick replies!
quoting Jeremias The part in PDF is probably not all that hard
and as Cameron states The Batik extension side of it isn’t too hard,
either. I wonder if there are ways to include this feature in future
versions of Batik / FOP ? I'm not a Java programmer and I'm
Me again.
I tried some changes in the source to find a solution for the prob...
I did the follow:
-ImageProxyPanel-
paintComponent(Graphics g)
{
getPageasImage(g); // changed the params
...
//g.paintImage(...) //commented out
}
- i think it
On Jan 24, 2007, at 04:30, Daniel Noll wrote:
Andreas L Delmelle wrote:
If it turns out that 0.93 is slower on any JVM, then if you can,
please send us the FO, so we can investigate what might be causing
this. Is there anything special about the FO-file? (i.e. lots of
markers, images,
David Morales wrote:
Hi Daniel...
I have the same problem as yours, where i must show pdf files in a
something-like-swing environment. Finally, i'm trying with SWT (Eclipse)
with ActiveX components embedding
Look at
http://www-128.ibm.com/developerworks/library/os-activex/
And
Seeing your stacktrace and your explanations I can't help but suspect
that maybe the whole AWT font handling could have a strong influence on
performance. If I had free time, I think I'd profile the number of calls
and run time of the Java2DFontMetrics.setFont() method. It could be that
we're
Jeremias Maerki wrote:
Seeing your stacktrace and your explanations I can't help but suspect
that maybe the whole AWT font handling could have a strong influence on
performance. If I had free time, I think I'd profile the number of calls
and run time of the Java2DFontMetrics.setFont() method. It
