impact of daylight saving time changes in USA on FOP
Hi, I want to know whether FOP 0.20.3 has any impact of daylight saving time changes in USA. Please let me know Regards, Sandeep Desai
Re: fo-file needed :-)
Thomas Zastrow wrote: But this command directly builds a PDF-file, no FO-file is produced. Is it possible to get also a FO-file from the commandline in one step? In addition to doing it the way Andreas showed using FOP, you can use a separate XSLT processor of your choice to get an FO file, and then give that to FOP. If you use a fast XSLT processor like xsltproc (written in C, not Java like FOP) it might be faster to do this two-step conversion than to go straight from XML to PDF. Example: xsltproc some-stylesheet.xsl my-document.xml > my-document.fo fop -fo my-document.fo my-document.pdf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: odd error from 0.93
On Thu, 01 Mar 2007 00:30:50 +0100, Andreas L Delmelle wrote: > On Mar 1, 2007, at 00:25, Andreas L Delmelle wrote: > Worked like a charm! Thanks so much, arturo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Font setup is very slow
On Mar 5, 2007, at 15:35, fritaly wrote: Hi, The PDF rendering works but with a given report to render, the "font setup" step is really slow (it takes up to 10 minutes before rendering the first page instead of some seconds as with other reports). Before we go further, can you please state what FOP version you're using? Thanks, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: zero width space displayed in pdf file
On Mar 5, 2007, at 17:39, lecki wrote: I made some test with other fonts. I have tested Lucida Sans Unicode, Arial, Courier, Times in all cases everything looks fine - zero width spaces aren't displayed. So looks like there is problem in Mincho font. Are you using an explicit XML metrics file? If so, check whether an element like exists in the metrics file. If present, try removing it manually. Not sure if that will solve the problem, but give it a try anyway... btw how i cant wrap the text when font doesn't support zwsp e.g. Tahoma? Can you elaborate a bit on this? Cheers, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: print to none default printer
Hi its me again. Sorry guys no luck with changing the default printer thing. I found the easy why is to render it to postscript and chuck it in an outputstream. Now I got a different of topic easy question. How do you turn your layout to landscape of the xsl.? On 3/3/07, liam grimes <[EMAIL PROTECTED]> wrote: Hi me again... We use websphere to do the development and in the debugging you can change the properties values... I just managed to change the spoolers Document name so I will let you know when I managed to print to an different printer, this must work On 3/2/07, Andreas L Delmelle <[EMAIL PROTECTED]> wrote: > > On Mar 2, 2007, at 22:17, liam grimes wrote: > > > I think it is time to put on some scuba gear and dive in.. :) > Cool! :) > > Just one thing while I was stepping through an break point I saw > > that the user agent sets up a kind of printerjob via an renderer . > > Did you play with it..? > > Not yet. My observations are based solely on a glance at the code in > org.apache.fop.render.print.PrintRenderer, and at the API docs for > java.awt.PrinterJob... but I'm guessing that the FOUserAgent would be > the ideal candidate for transferring this info to the renderer (via > the Map rendererOptions). > > > Cheers, > > Andreas > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: zero width space displayed in pdf file
Hi! I made some test with other fonts. I have tested Lucida Sans Unicode, Arial, Courier, Times in all cases everything looks fine - zero width spaces aren't displayed. So looks like there is problem in Mincho font. I have another test made (i don't know if has any meaning by this case) - in editor (eclipse) i have changed font to ms mincho and then opened fop file. in a editor mincho interprets zero width spaces good - they don't appear. I need to use this font because i have to convert Asiatics texts . btw how i cant wrap the text when font doesn't support zwsp e.g. Tahoma? Cheers, lukasz lacki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Part label in header
Hi,
i've modified my custom layer for printing chapter label and section label
of my book (is a software manual).
Is there a way to show part book label?
At now I show, for odd pages, this:
and for even pages this one:
For these pages I would like to show something as:
{Part label}: {titleabbrev.markup}
Thanks in advance
--
View this message in context:
http://www.nabble.com/Part-label-in-header-tf3349806.html#a9314561
Sent from the FOP - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Font setup is very slow
Hi, I maintain a multi-threaded server responsible for generating PDF reports with FOP. This server receives a XML file, transforms this file with XSLT into a XSL:FO stream and then uses FOP to render this XSL:FO into a PDF file. The XSL stylesheet is generated (by another XSL stylesheet actually), it is not hand made. The PDF rendering works but aith a given report to render, the "font setup" step is really slow (it takes up to 10 minutes before rendering the first page instead of some seconds as with other reports). Normal step duration: 2007-01-03 12:09:37,721 [1] INFO - EDTTL1000 (FOP) setting up fonts 2007-01-03 12:15:39,865 [1] INFO - EDTTL1000 (FOP) [1] Long step duration: 2007-01-03 15:49:08,168 [3] INFO - EDTTL1000 (FOP) setting up fonts 2007-01-03 16:00:08,649 [3] INFO - EDTTL1000 (FOP) [1] I checked the query layout for specific features or custom fonts but found nothing about that. Even though the server is multi-threaded, I couldn't find a concurrency problem to explain this. So my question is, is there something special performed during this step that could, in some conditions, cause the step to take up to 10 minutes ? Cheers, François -- View this message in context: http://www.nabble.com/Font-setup-is-very-slow-tf3349208.html#a9312550 Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OutOfMemoryError when using a large unicode font (Arial Unicode MS)
On Mar 5, 2007, at 09:51, Abel Braaksma wrote: Andreas L Delmelle wrote: AFAICT, it is already parsed with SAX (see org.apache.fop.fonts.FontReader). Perhaps it is something else then? :S It doesn't seem like it's those widths by itself that are causing the problem. An array of 50K int-widths should correspond to min. 200K max. 400K of heap. :/ That sounds logical. You mentioned that the OOMError in Tomcat occurred right after loading the metrics, which would indicate that it's actually what follows that's taking up the memory. I'm no expert on the font-handling, but browsed around through the related code, and found that at some point the entire TTF file gets read into a byte array (see org.apache.fop.fonts.truetype.FontFileReader()). [Note: If I judge correctly, there is even the possibility that this happens twice? If there is no metrics file, then LazyFont.load() does this first, and later on, an independent FontFileReader() is used by the renderer to embed the font... I'll leave this for others to comment in. Also, FontFileReader.init() transfers the file contents to a byte array but the constructor does not close the InputStream. I wonder if that's intended or an oversight, especially since the other constructor does close the stream?] Anyway, while this decreases time spent on I/O later on, for such large fonts this does indeed look like a suboptimal approach... especially since ultimately only the used glyphs get embedded in the result. :/ Cheers, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OutOfMemoryError when using a large unicode font (Arial Unicode MS)
Andreas L Delmelle wrote: AFAICT, it is already parsed with SAX (see org.apache.fop.fonts.FontReader). Perhaps it is something else then? :S It doesn't seem like it's those widths by itself that are causing the problem. An array of 50K int-widths should correspond to min. 200K max. 400K of heap. :/ That sounds logical. Can you provide a bit more context information? Does it appear as a cumulative effect, or does the problem also present itself if the document has only one fo:block with a few characters? Does it (only) appear in a context where multiple documents are being rendered in parallel? No, it appears with one document, with one table that has several cells with in some of those cells one character from another font. The rest of the document (which is in total 1 page) consists of SVG and some "plain" text blocks in other cells (with the default font). I tested without all the rest (no SVG etc) and the problem persisted. If needed, I can provide you with the full xsl-fo. When I remove the other font and replace it with a base-14 font, the problem disappears. But my original memory counting was flawed by other processes. I did some additional tests and found that, regardless the size of the one-page table: 1. With only Base-14 fonts, FOP consumes about 25 MB of the JVM memory pool. 2. With the Arial Unicode MS (one char is enough), FOP consumes about 80 MB of the JVM memory pool 3. Without Tomcat (just commandline), FOP consumes approx. 95MB with the Unicode font. Taken that the font itself (the TTF) is 23MB (but why would it be read in memory in full if you only need one character?), this still doesn't add up, not even if you count the 50.000 integers for the widths. But it makes it much more likely than my original 500MB increase (sorry about that). Cheers, -- Abel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
