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 Abhijit Junnare <ma...@yahoo.com> on 2004/02/09 16:16:37 UTC
Error areas pending text probably lost
I am generating PDFs from a XML using FOP. I am
getting an error saying
[ERROR] Areas pending, text probably lost in line this
applies in all the cases except when
I look at the PDF and see that the word after 'when'
is missing the first letter. Is there a way to fix
this problem or why am I getting this error?
Any help will be appreciated.
Thanks,
Abhi
__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
version number Re: Error areas pending text probably lost
Posted by Abhijit Junnare <ma...@yahoo.com>.
Sorry I forgot to mention that. But i am using
fop-0.20.5 version
__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
Re: Error areas pending text probably lost
Posted by Chris Bowditch <bo...@hotmail.com>.
Abhijit Junnare wrote:
> I am generating PDFs from a XML using FOP. I am
> getting an error saying
>
> [ERROR] Areas pending, text probably lost in line this
> applies in all the cases except when
>
> I look at the PDF and see that the word after 'when'
> is missing the first letter. Is there a way to fix
> this problem or why am I getting this error?
This problem was seen a few times on older versions of FOP. What version
are you using?
A quick scan of the archives revealed this related thread:
http://marc.theaimsgroup.com/?l=fop-user&m=105536043405456&w=2
Chris
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
RE: Error areas pending text probably lost
Posted by "Andreas L. Delmelle" <a_...@pandora.be>.
> -----Original Message-----
> From: J.Pietschmann [mailto:j3322ptm@yahoo.de]
>
<snip />
> Won't work. The problem is as follows:
<snip .. with kind permission ;) />
Yes siree! He 'dze' man :)
Cheers,
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
Re: leader pattern="dots"
Posted by Clay Leeds <cl...@medata.com>.
As I recall, there were problems getting fo:leader output to show
anything besides "rule" under -awt & -print. PDF correctly
outputs/displays 'dots' and other types, but AWT does not. I checked in
the fop-user archives (this has been discussed before), but I had
trouble finding the thread, sorry. Perhaps someone else can shed more
light on this, and provide the thread.
Clay
On Feb 11, 2004, at 11:39 AM, Abhijit Junnare wrote:
> Tried with 'leader-pattern-width' but still it shows
> up in acrobat but will NOT PRINT when printed. seems
> very strange to me too. any more things come to
> anyones mind?
>
>>> When I generate a PDF the rule is shown in PDF
>> with
>>> dotted pattern. However when I print the PDF the
>> rule
>>> is NOT AT ALL printed.
>>
>> Strange... so it does show up in Acrobat, but not
>> when you print it from
>> there?
>> (seems more like Acrobat-weirdness)
>>
>>> This does not happen if I use
>> leader-pattern="rule".
>> <snip />
>>> Any clues why this is happening?
>>
>> The only thing that comes to mind, is to try and use
>> 'leader-pattern-width'
>> for dots, instead of 'rule-thickness'... although
>> I'm not at all sure
>> whether this is the cause of the strange behaviour
>> (you never know --maybe
>> some tiny difference in PDF code when rendered?)
>>
>>
>> Cheers,
>>
>> Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
RE: leader pattern="dots"
Posted by Abhijit Junnare <ma...@yahoo.com>.
Tried with 'leader-pattern-width' but still it shows
up in acrobat but will NOT PRINT when printed. seems
very strange to me too. any more things come to
anyones mind?
> > When I generate a PDF the rule is shown in PDF
> with
> > dotted pattern. However when I print the PDF the
> rule
> > is NOT AT ALL printed.
>
> Strange... so it does show up in Acrobat, but not
> when you print it from
> there?
> (seems more like Acrobat-weirdness)
>
> > This does not happen if I use
> leader-pattern="rule".
> <snip />
> > Any clues why this is happening?
>
> The only thing that comes to mind, is to try and use
> 'leader-pattern-width'
> for dots, instead of 'rule-thickness'... although
> I'm not at all sure
> whether this is the cause of the strange behaviour
> (you never know --maybe
> some tiny difference in PDF code when rendered?)
>
>
> Cheers,
>
> Andreas
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> fop-user-unsubscribe@xml.apache.org
> For additional commands, e-mail:
> fop-user-help@xml.apache.org
>
__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
RE: leader pattern="dots"
Posted by "Andreas L. Delmelle" <a_...@pandora.be>.
> -----Original Message-----
> From: Abhijit Junnare [mailto:mavlaabhi@yahoo.com]
>
> Hello!
> I am using fo:leader with pattern="dots" the fo code
> is like this
>
> <fo:leader leader-pattern="dots"
> rule-thickness="2pt"
> leader-length="100%"
> start-indent="10pt"/>
>
> When I generate a PDF the rule is shown in PDF with
> dotted pattern. However when I print the PDF the rule
> is NOT AT ALL printed.
Strange... so it does show up in Acrobat, but not when you print it from
there?
(seems more like Acrobat-weirdness)
> This does not happen if I use leader-pattern="rule".
<snip />
> Any clues why this is happening?
The only thing that comes to mind, is to try and use 'leader-pattern-width'
for dots, instead of 'rule-thickness'... although I'm not at all sure
whether this is the cause of the strange behaviour (you never know --maybe
some tiny difference in PDF code when rendered?)
Cheers,
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
fo:leader pattern="dots"
Posted by Abhijit Junnare <ma...@yahoo.com>.
Hello!
I am using fo:leader with pattern="dots" the fo code
is like this
<fo:leader leader-pattern="dots"
rule-thickness="2pt"
leader-length="100%"
start-indent="10pt"/>
When I generate a PDF the rule is shown in PDF with
dotted pattern. However when I print the PDF the rule
is NOT AT ALL printed. This does not happen if I use
leader-pattern="rule". I am using fop version 0.20.5
and I am embedding custom fonts with FOP.
Any clues why this is happening?
Abhi
__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
Re: Error areas pending text probably lost
Posted by Abhijit Junnare <ma...@yahoo.com>.
So there is nothing that I can really do but when the
problem appears change my source fo ( or source xml in
my case)
Thanks for the help.
Abhi
--- "J.Pietschmann" <j3...@yahoo.de> wrote:
> Andreas L. Delmelle wrote:
> > Nested inlines... My guess is: there's the bugger!
>
> Correct.
>
> > Can you try rendering again, but replacing the
> inner fo:inline in the above
> > snippet with an fo:wrapper,
>
> Won't work. The problem is as follows: The line
> layout is
> called with a bunch of characters. It is scanned for
> possible
> line breaks, more or less whitespace (which is
> incomplete in
> itself). If the character sequence is exhausted
> before a break
> possibility is encountered but there's still space
> left in
> the line, the text snippet processed so far is
> stored in
> the pending area list, because it might be wrapped
> to the
> next line. Upon the next call, scanning proceeds,
> and if
> the line is full without finding a break possiblity,
> processing is unwound unto the block, which
> generates a new
> line. This new line grabs the pending area list from
> the
> previous line and adds it to itself, because it's
> word content
> which had been wrapped.
>
> The problem occurs if the overflowed line is at the
> end of the
> page, because the block layout code which would
> otherwise
> generate a new line returns up to the page layout
> loop.
> New block areas are created, the link to the line
> with the
> non-empty pending area list is lost, and the new
> line starts
> without the wrapped text. The error message is
> generated in
> the renderer which simply looks at the pending area
> list of
> the line, which should have been emptied.
>
> The problem occurs rarely because it only happens if
> a word is
> fragmented so that the pending area list is filled.
> Because
> some code accumulates the SAX character events, only
> inline
> FOs which mark parts of a word may cause this. The
> only way
> around the bug is to eliminate the inline FOs, or
> fine tune
> display space in order to avoid having the content
> in question
> falling at the edge of a page.
>
> A similar, but code-wise unrelated bug occurs when
> an inline
> graphic is added which is too high to fit the
> available space
> on the page: the text already in the line is lost.
> Fortunately,
> FOP can't cope with dynamic line height anyway, so
> people
> rarely do this.
>
>
> J.Pietschmann
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> fop-user-unsubscribe@xml.apache.org
> For additional commands, e-mail:
> fop-user-help@xml.apache.org
>
__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
Re: Error areas pending text probably lost
Posted by "J.Pietschmann" <j3...@yahoo.de>.
Andreas L. Delmelle wrote:
> Nested inlines... My guess is: there's the bugger!
Correct.
> Can you try rendering again, but replacing the inner fo:inline in the above
> snippet with an fo:wrapper,
Won't work. The problem is as follows: The line layout is
called with a bunch of characters. It is scanned for possible
line breaks, more or less whitespace (which is incomplete in
itself). If the character sequence is exhausted before a break
possibility is encountered but there's still space left in
the line, the text snippet processed so far is stored in
the pending area list, because it might be wrapped to the
next line. Upon the next call, scanning proceeds, and if
the line is full without finding a break possiblity,
processing is unwound unto the block, which generates a new
line. This new line grabs the pending area list from the
previous line and adds it to itself, because it's word content
which had been wrapped.
The problem occurs if the overflowed line is at the end of the
page, because the block layout code which would otherwise
generate a new line returns up to the page layout loop.
New block areas are created, the link to the line with the
non-empty pending area list is lost, and the new line starts
without the wrapped text. The error message is generated in
the renderer which simply looks at the pending area list of
the line, which should have been emptied.
The problem occurs rarely because it only happens if a word is
fragmented so that the pending area list is filled. Because
some code accumulates the SAX character events, only inline
FOs which mark parts of a word may cause this. The only way
around the bug is to eliminate the inline FOs, or fine tune
display space in order to avoid having the content in question
falling at the edge of a page.
A similar, but code-wise unrelated bug occurs when an inline
graphic is added which is too high to fit the available space
on the page: the text already in the line is lost. Fortunately,
FOP can't cope with dynamic line height anyway, so people
rarely do this.
J.Pietschmann
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
Re: Error areas pending text probably lost
Posted by "J.Pietschmann" <j3...@yahoo.de>.
Andreas L. Delmelle wrote:
> I can't seem to reproduce this at first glance... Can you provide us with a
> bit more context?
See Bug #13464
J.Pietschmann
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
RE: Error areas pending text probably lost
Posted by "Andreas L. Delmelle" <a_...@pandora.be>.
> -----Original Message-----
> From: Abhijit Junnare [mailto:mavlaabhi@yahoo.com]
>
> I tried replacing the inner fo:inline with fo:wrapper
> but the result is the same. The text is still lost.
> any more ideas?
>
I can't seem to reproduce this at first glance... Can you provide us with a
bit more context?
FYI:
appending your supplied block snippet to the simple.fo example file that
comes with FOP gave no problems at all with 0.20.5. (1.0-dev still had
problems with the small-caps and seems to swallow some text after a
linebreak...)
Cheers,
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
RE: Error areas pending text probably lost
Posted by Abhijit Junnare <ma...@yahoo.com>.
I tried replacing the inner fo:inline with fo:wrapper
but the result is the same. The text is still lost.
any more ideas?
--- "Andreas L. Delmelle" <a_...@pandora.be>
wrote:
> > -----Original Message-----
> > From: Abhijit Junnare [mailto:mavlaabhi@yahoo.com]
> >
> <snip />
> >
> > <fo:inline color="black"
> > space-before.conditionality="discard">
> > This applies in all the cases except when
> > <fo:inline font-family="Helvetica"
> > font-weight="bold" font-variant="small-caps"
> > font-size="12pt">Condition 4</fo:inline>
> > of terms and conditions is true
> > </fo:inline>
> > </fo:block>
>
> Nested inlines... My guess is: there's the bugger!
>
> Can you try rendering again, but replacing the inner
> fo:inline in the above
> snippet with an fo:wrapper, like:
>
> <fo:inline color="black" ...>
> This applies in all the cases except when
> <fo:wrapper font-family="Helvetica" ...>
> Condition 4</fo:wrapper>
> of terms and conditions is true</fo:inline>
> </fo:block>
>
> And let us know if that removes the error?
>
>
> Cheers,
>
> Andreas
>
>
__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
RE: Error areas pending text probably lost
Posted by "Andreas L. Delmelle" <a_...@pandora.be>.
> -----Original Message-----
> From: Abhijit Junnare [mailto:mavlaabhi@yahoo.com]
>
<snip />
>
> <fo:inline color="black"
> space-before.conditionality="discard">
> This applies in all the cases except when
> <fo:inline font-family="Helvetica"
> font-weight="bold" font-variant="small-caps"
> font-size="12pt">Condition 4</fo:inline>
> of terms and conditions is true
> </fo:inline>
> </fo:block>
Nested inlines... My guess is: there's the bugger!
Can you try rendering again, but replacing the inner fo:inline in the above
snippet with an fo:wrapper, like:
<fo:inline color="black" ...>
This applies in all the cases except when
<fo:wrapper font-family="Helvetica" ...>
Condition 4</fo:wrapper>
of terms and conditions is true</fo:inline>
</fo:block>
And let us know if that removes the error?
Cheers,
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
RE: Error areas pending text probably lost
Posted by Abhijit Junnare <ma...@yahoo.com>.
Below is the FO that comes out when I run my xml and
xsl through xalan. Right now I use a xml and xsl to
gene rate the PDF. I can see that the first letter is
there in the FO but it is lost when rendering through
FOP. Also this line appears at the end of a page and
the word 'Condition' appears on the next page but the
letter 'C' is missing from it. Is there any thing I
can do for this not to happen. I am not able to run
with the -d option coz I am not sure if I can use two
options at a time as I use a userconfiguration file to
embeed one font and hence need to use -c option. Let
me know how I can use both options and I will give it
a try.
Thanks,
Abhi
FO SNIPPET
<fo:block line-height="1.2em" space-before="5pt"
color="black" start-indent="from-parent(start-indent)
+ 12pt">
<fo:inline font-weight="bold" font-style="italic"
font-size="10pt" font-family="Helvetica"
text-align="left" color="black">Some Title</fo:inline>
<fo:inline color="black"
space-before.conditionality="discard">
This applies in all the cases except when
<fo:inline font-family="Helvetica"
font-weight="bold" font-variant="small-caps"
font-size="12pt">Condition 4</fo:inline>
of terms and conditions is true
</fo:inline>
</fo:block>
__________________________________
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
RE: Error areas pending text probably lost
Posted by "Andreas L. Delmelle" <a_...@pandora.be>.
> -----Original Message-----
> From: Abhijit Junnare [mailto:mavlaabhi@yahoo.com]
>
> I am generating PDFs from a XML using FOP. I am
> getting an error saying
>
> [ERROR] Areas pending, text probably lost in line this
> applies in all the cases except when
>
> I look at the PDF and see that the word after 'when'
> is missing the first letter. Is there a way to fix
> this problem or why am I getting this error?
Hmm. Can you try running this with the '-d' option, and send us more of the
output?
Of course, a sample fo-snippet could also help.
>From this, I can only tell where the error happens(*), not exactly why it is
happening.
Thanks,
Andreas
(*) fop.layout.LineArea.render() - line 372
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org