Re: TraxInputHandler returns blank document - ONLY on AIX OS only
Almost certainly not a FOP bug anyway if it works on other platforms. If
anything, it's a problem with your stylesheet, not a FOP problem. I've
seen that your stylesheet contains references to Java classes. Make sure
they are also properly accessible in the classpath and that you're using
the same XSLT processor version as on the other platforms. Maybe the
version on AIX doesn't support the kind of extensions you're using in
your stylesheet.
Try running the XSLT process on AIX on the command-line (create just the
FO file, without FOP) to get more hints about what's wrong.
On 29.06.2005 12:32:39 Samir Jyoti wrote:
This is happening on AIX machine only. During XML/XSL based transformation
into PDF.
FOP version: 0.20.5
OS: IBM Aix 5.3
JAVA: version 1.4.2
during the following code:
TraxInputHandler inputHandler =
new TraxInputHandler(new InputSource (xmlInputStream),
new InputSource(xslStream));
//do the XSLT
inputHandler.run(m_driver);
byte[] recv = pdfBytes.toByteArray();
if(recv!=null){
System.out.println( BYTES CONVERTED: + recv.length);
}
The bytes returned are very less (around 800 KB as opposed to around 6000K
on other OSs). It produces a blank document of one page. Its working fine on
very other OS.
I am attaching the XML and XSL with this e-mail.
Is this a Bug?
thanks,
Samir
Jeremias Maerki
Re: Need help determining the cause for line spacing differences
Jeremias, Here I lost you. I thought you referred to the fact that the line distance in the trunk version is always larger than in the maintenance version, even while the nominal line height is the same. That seems to be due to the fact that the trunk version makes more room for the descenders of the font (quantity follow?). Now it seems you only refer to the ToC in the Nils' demo file. Regards, Simon On Wed, Jun 29, 2005 at 09:56:38PM +0200, Jeremias Maerki wrote: Found it myself. It's the page-number and page-number-citation LMs which cause bigger boxes than normal text. Test added, trying to fix it. On 29.06.2005 18:26:26 Jeremias Maerki wrote: I'm trying to track this down but I get nowhere. At first, I thought it was the default for line-height which is 1.2em for both FOP Trunk and 0.20.5. Still, in Nils' example the document is much more compact in 0.20.5 than in the trunk. When I dial down the default for line-height in the trunk the result gets better but I'm pretty sure that's the wrong approach. Does anyone else have an idea? My bag-o-ideas is soon empty. On 29.06.2005 09:12:28 bugzilla wrote: BTW, Nils' example shows again that we have another point to attend to: Our current nominal text box is much bigger than it was for 0.20.5. I've seen this before and I think we're approaching the time when this needs to be fixed. Jeremias Maerki Jeremias Maerki -- Simon Pepping home page: http://www.leverkruid.nl
