You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-users@xmlgraphics.apache.org by Pascal Sancho <pa...@takoma.fr> on 2004/09/23 10:35:56 UTC
Error with multi-column page
Hi there,
When I try to generate a PDF with the following FO, I get an error:
[ERROR] file:/E:/projets/peugeot/blueTeam/fop3/data.fo:12:35 No
meaningful layout in block after many attempts. Infinite loop is
assumed. Processing halted.
I use FOP 0.20.5.
If I suppress either a fo:external-graphic or the span="all" attribute
in the final fo:block, I get no error.
- span attribute is used to avoid "id already exist" error (can't
remove it)
Is there a solution?
Pascal
<snip>
<?xml version="1.0" encoding="ISO-8859-1"?>
<fo:root xmlns:fo="http://www.w3.org/1999/XSL/Format">
<fo:layout-master-set xmlns:fox="http://xml.apache.org/fop/extensions">
<fo:simple-page-master page-height="327mm" page-width="240mm"
margin-top="0mm" margin-bottom="0mm" margin-left="0mm"
margin-right="0mm" master-name="gauche">
<fo:region-body column-count="2" column-gap="5mm" margin-top="79.35mm"
margin-bottom="42mm" margin-left="59.55mm" margin-right="34.8mm"/>
</fo:simple-page-master>
</fo:layout-master-set>
<fo:page-sequence language="fr" master-reference="gauche">
<fo:flow flow-name="xsl-region-body">
<fo:block border="solid red .1mm"><fo:external-graphic width="800pt"
height="548pt" src="dummy.gif"/></fo:block>
<fo:block border="solid red .1mm"><fo:external-graphic width="800pt"
height="548pt" src="dummy.gif"/></fo:block>
<fo:block border="solid red .1mm"><fo:external-graphic width="800pt"
height="548pt" src="dummy.gif"/></fo:block>
<fo:block></fo:block>
</fo:flow>
</fo:page-sequence>
</fo:root>
</snip>
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
Re: [From fop-user] RE: problem in rendering PS image
Posted by Jeremias Maerki <de...@greenmail.ch>.
On 23.09.2004 20:18:33 Clay Leeds wrote:
> On Sep 23, 2004, at 11:07 AM, Jeremias Maerki wrote:
> > Well, you've just loaded me with another exciting thing to watch. I've
> > already got too many of them. Damn. Can we vote on making a day last
> > 26h
> > instead of 24?
>
> +1! Ride 'em cowboy! This *is* exciting! I haven't had this much fun
> watching the list since the logo contest! Erm.. Speaking of which, I
> really must re-visit that and see where it went... (along with the FOP
> site generation stuff, of course!).
LOL. It would really be cool to close this long-standing issue about the
new logo.
Jeremias Maerki
Re: [From fop-user] RE: problem in rendering PS image
Posted by Clay Leeds <cl...@medata.com>.
On Sep 23, 2004, at 11:07 AM, Jeremias Maerki wrote:
> Well, you've just loaded me with another exciting thing to watch. I've
> already got too many of them. Damn. Can we vote on making a day last
> 26h
> instead of 24?
+1! Ride 'em cowboy! This *is* exciting! I haven't had this much fun
watching the list since the logo contest! Erm.. Speaking of which, I
really must re-visit that and see where it went... (along with the FOP
site generation stuff, of course!).
Web Maestro Clay
Re: [From fop-user] RE: problem in rendering PS image
Posted by Jeremias Maerki <de...@greenmail.ch>.
Yes, I mean java.awt.Graphics2D because if you have that you can
generate PDF (using the PDF transcoder) and SVG (using Batik's
SVGGraphics2D) from it already and you can even use it with the AWT
renderer (which I prefer to call Java2D renderer). Obviously, this is
not important for PS output since you can simply embed the EPS in the PS
output stream.
You may remember Peter B. West (if I'm not wrong) calling for a
Java2D-only rendering approach in FOP. Here you have similar
considerations to make. It may not be an ideal approach in any
circumstance but if you want to get quick results, going for Graphics2D
first is THE choice.
Well, you've just loaded me with another exciting thing to watch. I've
already got too many of them. Damn. Can we vote on making a day last 26h
instead of 24?
On 23.09.2004 19:40:15 Victor Mote wrote:
> This is *very* much in a state of flux right now (I just started the
> interpreter 2 days ago), but here is the plan: I have a PSSystemDict class
> right now that houses the various PostScript operators (I have 4 of about
> 500 working ATM). I *think* that it ought be possible to make a subclass
> that hijacks (overrides) the native meaning of the operators to transform
> them into PDF operators instead. We'll see how it goes. You are right that
> it is non-trivial.
>
> By Graphics2D, do you mean java.awt.Graphics2D? I don't really intend to
> build anything that will be using that directly, although subclasses could
> do that if it were useful. (Also, I suppose that it might be useful as a
> common intermediate format, but I haven't thought that far ahead). IOW, I
> guess I am building something pretty abstract, not intended to actually
> drive any hardware. (It is abstract in the PostScript sense, but not the
> java sense). So a subclass would need to handle Path Construction and
> Painting Operators and similar items. So, for example, the PostScript
> operator curveto pops 6 items off of the stack and appends a Bézier cubic
> section. My interpreter (I guess its really an emulator) will only pop the 6
> items off of the stack (i.e. it merely pretends to do the actual drawing).
> But one subclass could use java.awt tools to draw something on the screen,
> and another subclass could write a PDF "c" operator instead (I think -- they
> look similar at first glance anyway). I think that should be a pretty good
> way to proceed, but am interested in any comments.
Jeremias Maerki
RE: [From fop-user] RE: problem in rendering PS image
Posted by Victor Mote <vi...@outfitr.com>.
Jeremias Maerki wrote:
> PDF Reference Fourth Edition Version 1.5:
> Chapter 4.7.1, page 296:
> "Note: Since PDF 1.4 encompasses all of the Adobe imaging
> model features of the PostScript language, there is no longer
> any reason to use PostScript XObjects. This feature is likely
> to be removed from PDF in a future version."
>
> Apparently it already is in reality, because Acrobat Reader
> 6.0.2 no longer passes EPS images to a PostScript printer,
> while Acrobat Reader 5.x does.
OK, I see what you mean, and I am intimately familiar with the citation.
Embedding EPS as an XObject is deprecated. However, using EPS as input for a
PDF document would not be deprecated by the above statement. Instead they
are suggesting that because there is a one-to-one relationship between the
capabilities, that any PostScript code (EPS or otherwise) should be
converted to the PDF equivalent. So, EPS input is not deprecated per se,
just embedding it as an XObject.
> > Reason: I am in the middle of writing a very rudimentary PS
> > Interpreter for FOray, for purposes of "properly" parsing
> the contents of Type1 font files.
> > There are easier ways to accomplish the immediate purpose, but one
> > reason I went to this level of trouble is that I *think* it
> may help
> > us in embedding EPS files in PDF. If EPS graphics are being
> deprecated
> > within the PDF standard itself, that is of great interest.
>
> Interesting. You probably know from my various comments on
> this list that I'm longing for such a beast under BSD-style
> license. Having an interpreter is one thing, but making it
> paint EPS files to a Graphics2D will be another challenge
> altogether. But even if it only supported some basic Level 1
> elements this would already be extremely helpful.
This is *very* much in a state of flux right now (I just started the
interpreter 2 days ago), but here is the plan: I have a PSSystemDict class
right now that houses the various PostScript operators (I have 4 of about
500 working ATM). I *think* that it ought be possible to make a subclass
that hijacks (overrides) the native meaning of the operators to transform
them into PDF operators instead. We'll see how it goes. You are right that
it is non-trivial.
By Graphics2D, do you mean java.awt.Graphics2D? I don't really intend to
build anything that will be using that directly, although subclasses could
do that if it were useful. (Also, I suppose that it might be useful as a
common intermediate format, but I haven't thought that far ahead). IOW, I
guess I am building something pretty abstract, not intended to actually
drive any hardware. (It is abstract in the PostScript sense, but not the
java sense). So a subclass would need to handle Path Construction and
Painting Operators and similar items. So, for example, the PostScript
operator curveto pops 6 items off of the stack and appends a Bézier cubic
section. My interpreter (I guess its really an emulator) will only pop the 6
items off of the stack (i.e. it merely pretends to do the actual drawing).
But one subclass could use java.awt tools to draw something on the screen,
and another subclass could write a PDF "c" operator instead (I think -- they
look similar at first glance anyway). I think that should be a pretty good
way to proceed, but am interested in any comments.
Victor Mote
Re: [From fop-user] RE: problem in rendering PS image
Posted by Jeremias Maerki <de...@greenmail.ch>.
On 23.09.2004 16:38:51 Victor Mote wrote:
> [Thread moved from fop-user]
>
> Jeremias Maerki wrote:
>
> > Note: Support for EPS graphics in PDF has been deprecated
> > with the latest specs.
>
> When I saw this comment, I went looking for this in the PDF Reference, Third
> Edition (for PDF 1.4) and Fourth Edition (for PDF 1.5), and couldn't find
> it. Could you be more specific about who is doing the deprecation?
PDF Reference Fourth Edition Version 1.5:
Chapter 4.7.1, page 296:
"Note: Since PDF 1.4 encompasses all of the Adobe imaging model features
of the PostScript language, there is no longer any reason to use
PostScript XObjects. This feature is likely to be removed from PDF in a
future version."
Apparently it already is in reality, because Acrobat Reader 6.0.2 no
longer passes EPS images to a PostScript printer, while Acrobat Reader
5.x does.
> Reason: I am in the middle of writing a very rudimentary PS Interpreter for
> FOray, for purposes of "properly" parsing the contents of Type1 font files.
> There are easier ways to accomplish the immediate purpose, but one reason I
> went to this level of trouble is that I *think* it may help us in embedding
> EPS files in PDF. If EPS graphics are being deprecated within the PDF
> standard itself, that is of great interest.
Interesting. You probably know from my various comments on this list
that I'm longing for such a beast under BSD-style license. Having an
interpreter is one thing, but making it paint EPS files to a Graphics2D
will be another challenge altogether. But even if it only supported some
basic Level 1 elements this would already be extremely helpful.
Jeremias Maerki
[From fop-user] RE: problem in rendering PS image
Posted by Victor Mote <vi...@outfitr.com>.
[Thread moved from fop-user]
Jeremias Maerki wrote:
> Note: Support for EPS graphics in PDF has been deprecated
> with the latest specs.
When I saw this comment, I went looking for this in the PDF Reference, Third
Edition (for PDF 1.4) and Fourth Edition (for PDF 1.5), and couldn't find
it. Could you be more specific about who is doing the deprecation?
Reason: I am in the middle of writing a very rudimentary PS Interpreter for
FOray, for purposes of "properly" parsing the contents of Type1 font files.
There are easier ways to accomplish the immediate purpose, but one reason I
went to this level of trouble is that I *think* it may help us in embedding
EPS files in PDF. If EPS graphics are being deprecated within the PDF
standard itself, that is of great interest.
Victor Mote
RE: problem in rendering PS image
Posted by "Ganesh Babu Nallamothu, Integra-India" <ga...@integra-india.com>.
Hi,
any tools to convert ps/dvi to SVG?
Ganesh
-----Original Message-----
From: Jeremias Maerki [mailto:dev.jeremias@greenmail.ch]
Sent: Thursday, September 23, 2004 4:54 PM
To: fop-user@xml.apache.org
Subject: Re: problem in rendering PS image
That doesn't work like this. FOP provides limited support for EPS (not
PS!) images. An embedded EPS graphic will not show within Acrobat Reader
as Acrobat Reader doesn't contain a PostScript interpreter, neither does
FOP. Only if you print a PDF to a PostScript printer will an EPS graphic
embedded in a PDF be visible. Only GhostScript is able to display EPS
graphics in a PDF because it is a PostScript interpreter.
Note: Support for EPS graphics in PDF has been deprecated with the
latest specs.
Either you convert your PS file to EPS and live with the limitations
indicated above or you will have to use an entirely different image
format. SVG would be a good choice.
On 23.09.2004 01:12:56 Ganesh Babu Nallamothu, Integra-India wrote:
> I had ps image and it has to be inserted in the PDF which I am going to
> generate. I have used the following code to insert this graphic.
>
> <fo:block>
> <fo:external-graphic src="file:D:/xml-fop/gae.ps"/>
> </fo:block>
>
>
> The result is, following error message. Please suggest me how to solve
this.
> I am attaching both fo and ps file.
>
> fop helloworld.fo helloworld.pdf
> Could not find a set of breaking points
> java.lang.OutOfMemoryError
> Exception in thread "main"
Jeremias Maerki
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
Re: problem in rendering PS image
Posted by Jeremias Maerki <de...@greenmail.ch>.
That doesn't work like this. FOP provides limited support for EPS (not
PS!) images. An embedded EPS graphic will not show within Acrobat Reader
as Acrobat Reader doesn't contain a PostScript interpreter, neither does
FOP. Only if you print a PDF to a PostScript printer will an EPS graphic
embedded in a PDF be visible. Only GhostScript is able to display EPS
graphics in a PDF because it is a PostScript interpreter.
Note: Support for EPS graphics in PDF has been deprecated with the
latest specs.
Either you convert your PS file to EPS and live with the limitations
indicated above or you will have to use an entirely different image
format. SVG would be a good choice.
On 23.09.2004 01:12:56 Ganesh Babu Nallamothu, Integra-India wrote:
> I had ps image and it has to be inserted in the PDF which I am going to
> generate. I have used the following code to insert this graphic.
>
> <fo:block>
> <fo:external-graphic src="file:D:/xml-fop/gae.ps"/>
> </fo:block>
>
>
> The result is, following error message. Please suggest me how to solve this.
> I am attaching both fo and ps file.
>
> fop helloworld.fo helloworld.pdf
> Could not find a set of breaking points
> java.lang.OutOfMemoryError
> Exception in thread "main"
Jeremias Maerki
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
problem in rendering PS image
Posted by "Ganesh Babu Nallamothu, Integra-India" <ga...@integra-india.com>.
Dear All,
I had ps image and it has to be inserted in the PDF which I am going to
generate. I have used the following code to insert this graphic.
<fo:block>
<fo:external-graphic src="file:D:/xml-fop/gae.ps"/>
</fo:block>
The result is, following error message. Please suggest me how to solve this.
I am attaching both fo and ps file.
fop helloworld.fo helloworld.pdf
Could not find a set of breaking points
java.lang.OutOfMemoryError
Exception in thread "main"
Thanks in advance.
Ganesh