Re: Blank Images produced by FOP 1.1.

...@xmlgraphics.apache.org -- Oracle http://www.oracle.com Stefan Hinz | MySQL Documentation Manager | +49-30-82702940 Oracle MySQL http://dev.mysql.com/doc Berlin, Germany - To unsubscribe, e-mail: fop-users-unsubscr

Re: How to find out why fop needs a certain font?

, Stefan Hinz stefan.h...@oracle.com, MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V. Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local Court Of Munich, HRA 95603 Managing Director: Jürgen

Re: How to find out why fop needs a certain font?

Stefan Hinz stefan.h...@oracle.com: Hi Bernardo, That's good advice, thanks! How would you specify a global font family in the FO root element, though? Cheers, Stefan On 20.12.2012 01:45, Luis Bernardo wrote: This is of no consequence although is it puzzling at first. If you specify

Re: using FOP to convert RTF to FO

...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org -- Cheers, Stefan Hinz stefan.h...@oracle.com, MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V. Co. KG Registered Office: Riesstr

Re: Suppressing page indicators in log file with FOP 1.1

stands for no complex scripts). More memory, plus cutting overhead with nocs, will make run FOP 1.1 blazingly fast. I've never seen a FOP version that would produce PDF at such a speed. -- Cheers, Stefan Hinz stefan.h...@oracle.com, MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49

Re: FOP 1.1 out of memory

Thanks for confirming, Glenn! On 26.10.2012 10:59, Glenn Adams wrote: On Thu, Oct 25, 2012 at 6:11 PM, Stefan Hinz stefan.h...@oracle.com mailto:stefan.h...@oracle.com wrote: Thanks, Glenn, and thanks, Luis! A combination of -nocs and -Xmx4096m made the build succeed

Re: FOP 1.1 out of memory

ly depends on the content and on how the line breaks happen (if you insert line breaks FOP uses a lot less memory than if you don't). On 10/24/12 7:49 PM, Stefan Hinz wrote: I li

Re: FOP 1.1 out of memory

Hope that helps, Mehdi On 24 October 2012 19:49, Stefan Hinz stefan.h...@oracle.com wrote: I like FOP 1.1 a lot: Unlike previous versions, it tells you

Re: SEVERE: Image not found

-foout test.fo.xml On Wed, Aug 15, 2012 at 7:19 AM, Stefan Hinz stefan.h...@oracle.com mailto:stefan.h...@oracle.com wrote: I've googled for the annoying messages FOP 1.0 spits out, and found quite a few complaints, but no resolution. So here are my questions to you: When

Re: SEVERE: Image not found

, Stefan For example, use fop -xml test.xml -xsl test.xsl -foout test.fo.xml On Wed, Aug 15, 2012 at 7:19 AM, Stefan Hinz stefan.h...@oracle.com mailto:stefan.h...@oracle.com wrote: I've googled for the annoying messages FOP 1.0 spits out, and found quite a few complaints

SEVERE: Image not found

the exact FOP version I'm using? (I'm thinking maybe it's a bug that would be fixed by upgrading to a newer version.) When running fop --version it just reports 1.0. Thanks much for any pointers! -- Cheers, Stefan Hinz stefan.h...@oracle.com, MySQL Documentation Manager Phone: +49-30

Re: Table continuation headers

Thanks, Chris! Good to hear this is on the radar! Stefan On 29.06.2012 17:47, Chris Bowditch wrote: On 28/06/2012 14:21, Stefan Hinz wrote: Hi Luis, Hi Stefan, Incidentally I started looking at this recently but it will be a couple of months before I am able to show some code. I haven't

Re: Table continuation headers

markers. So we don't need to start from zero. On 6/25/12 4:34 PM, Stefan Hinz wrote: Thanks for confirming, Glenn! Cheers, Stefan On 25.06.2012 16:17, Glenn Adams wrote: On Mon, Jun 25, 2012 at 4:06 AM, Stefan Hinz stefan.h...@oracle.com mailto:stefan.h...@oracle.com wrote: Below

Re: Table continuation headers

continuation headers *are* on the roadmap, or at least on the radar? -- Cheers, Stefan Hinz stefan.h...@oracle.com, MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V. Co. KG Registered Office: Riesstr. 25, 80992 Muenchen

Re: Table continuation headers

P rx:table-omit-initial-header extension - but it would be better than nothing. On 22.06.2012 18:33, Glenn Adams wrote: Perhaps you could describe what language features/extensions that XEP uses to do this? On Fri, Jun 22, 2012 at 8:59 AM, Stefan

Re: Table continuation headers

Thanks for confirming, Glenn! Cheers, Stefan On 25.06.2012 16:17, Glenn Adams wrote: On Mon, Jun 25, 2012 at 4:06 AM, Stefan Hinz stefan.h...@oracle.com mailto:stefan.h...@oracle.com wrote: Below is an explanation sent on behalf of my colleague Gavin who's just joined this list

Table continuation headers

to support this in FOP in the future? -- Cheers, Stefan Hinz stefan.h...@oracle.com, MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V. Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local

Re: Question about PDF API used in FOP v0.95

snippet of the text that contains the image, and possibly a screenshot from Word that illustrates how the image should be positioned? -- Cheers, Stefan Hinz stefan.h...@oracle.com, MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE

Re: Orphan control for headings

Hello Rob, Your not showing the keep-with-next usage(s)? Sorry, I don't understand what you're trying to say. Can you elaborate? Cheers, Stefan On 11/03/2011 12:13 PM, Stefan Hinz wrote: Need a kick in the right direction how to debug/address a problem with orphans. Headings (chapter

Re: Orphan control for headings

, Stefan Hinz stefan.h...@oracle.com, MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland B.V. Co. KG Registered Office: Riesstr. 25, 80992 Muenchen, Germany Commercial Register: Local Court Of Munich, HRA 95603 General Partner: ORACLE

Orphan control for headings

(ugly from a maintenance standpoint)? If not, what's the likely cause of the rendering issue? Thanks in advance for any pointers! -- Cheers, Stefan Hinz stefan.h...@oracle.com, MySQL Documentation Manager Phone: +49-30-82702940, Fax: +49-30-82702941, http://dev.mysql.com/doc ORACLE Deutschland