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 Maria2009 <ma...@shinoto.de> on 2009/02/16 14:07:34 UTC
PDF OK, but overflow warnings
Hello,
I am developing a stylesheet, and the results (with v. 0.95) are still as I
expect, and really beautiful. So I wonder why I get these warnings:
***************
WARNUNG: Line 1 of a paragraph overflows the available area by 1500mpt.
(fo:block, location: 233/-1)
16.02.2009 22:06:33
org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
updateData2
WARNUNG: Line 1 of a paragraph overflows the available area by 1500mpt.
(fo:block, location: 321/-1)
16.02.2009 22:06:33
org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
updateData2
WARNUNG: Line 1 of a paragraph overflows the available area by 1500mpt.
(fo:block, location: 353/-1)
16.02.2009 22:06:33
org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
updateData2
WARNUNG: Line 1 of a paragraph overflows the available area by 1500mpt.
(fo:block, location: 430/-1)
16.02.2009 22:06:33
org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
updateData2
WARNUNG: Line 1 of a paragraph overflows the available area by 6000mpt.
(fo:block, location: 456/-1)
16.02.2009 22:06:33
org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
updateData2
WARNUNG: Line 1 of a paragraph overflows the available area by 5667mpt.
(fo:block, location: 491/-1)
16.02.2009 22:06:33
org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
updateData2
WARNUNG: Line 1 of a paragraph overflows the available area by 6000mpt.
(fo:block, location: 509/-1)
16.02.2009 22:06:33
org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
updateData2
WARNUNG: Line 1 of a paragraph overflows the available area by 6000mpt.
(fo:block, location: 533/-1)
16.02.2009 22:06:33
org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
updateData2
WARNUNG: Line 1 of a paragraph overflows the available area by 6000mpt.
(fo:block, location: 557/-1)
16.02.2009 22:06:33
org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
updateData2
WARNUNG: Line 1 of a paragraph overflows the available area by 6000mpt.
(fo:block, location: 761/-1)
16.02.2009 22:06:33
org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
updateData2
WARNUNG: Line 1 of a paragraph overflows the available area by 6000mpt.
(fo:block, location: 835/-1)
16.02.2009 22:06:33
org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
updateData2
WARNUNG: Line 1 of a paragraph overflows the available area by 6000mpt.
(fo:block, location: 852/-1)
16.02.2009 22:06:33
org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
updateData2
WARNUNG: Line 1 of a paragraph overflows the available area by 6000mpt.
(fo:block, location: 871/-1)
*************
The started to turn up when I inserted a template to process footnotes, but
the warning itself does not seem to be related to the footnotes.
Should I ignore this, or where should I start to check for an error in my
stylesheet?
Thanks for any assistance,
Maria
--
View this message in context: http://www.nabble.com/PDF-OK%2C-but-overflow-warnings-tp22036942p22036942.html
Sent from the FOP - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: PDF OK, but overflow warnings
Posted by Maria2009 <ma...@shinoto.de>.
I am glad that I have reported my "solution". So there is something I have to
look into more seriously.
I am numbering footnotes, and yet there is enough space for 9999 or even one
or two more digits. There is a lot of other things to learn and solve for me
as I am a beginner, but I will return to this problem in a week or a bit
later and will report what happened.
I hope nobody minds affluent reports if a problem is solved, for me the
reports of problems and solutions in this mailing list were extremely
helpful.
So far,
Maria
Jeremias Maerki-2 wrote:
>
> Hmm, the end-indent does have its reason to exist. If that was the
> problem, it means that your list-block is not set up correctly for the
> stuff you want to use in it. By removing the end-indent you just avoid
> the symptom. You won't be able to detect actual overflows which affect
> the visual outcome anymore. Granted, if all that's in the label is a
> bullet character, it's no big deal, but if you have number which can
> grow, at some point the text may overflow on the text in the item-body
> and you won't notice in production until the document is printed and
> sent to the recipient.
>
> If you want to be on the safe side you should consider putting back the
> end-indent and instead adjust provisional-distance-between-starts and
> provisional-label-separation on fo:list-block.
>
> Introduction to list-block in the FO spec:
> http://www.w3.org/TR/xsl11/#d0e12374
>
> On 16.02.2009 23:34:45 Maria2009 wrote:
>>
>> Great, one test and I got rid of the messages:
>>
>>
>> Jeremias Maerki-2 wrote:
>> >
>> > Some people choose to ignore them (if the output looks good), others
>> > don't because they are an indication that something is not quite right.
>> > Without having an FO file to reproduce this, it's difficult to tell
>> what
>> > causes this. To visualize such overflows, it's sometimes helpful to put
>> > background-color properties on some FO elements. Otherwise, you can
>> > generate an FO file with your stylesheet and then run the FO
>> separately.
>> > That should get you more accurate cursor information so you can tell
>> > exactly which strings cause the overflow.
>> >
>>
>> I knew it happened when I implemented the footnotes, which for the first
>> time I typed from a book without understanding everything, and exactly
>> the
>> attribute I did not yet understand was the problem:
>>
>> <fo:list-item-label end-indent="label-end()" font-size="9pt">
>>
>> This is how it works nicely:
>>
>> <fo:list-item-label font-size="9pt">
>>
>> I just did not know that there is a way to debug. Thanks,
>> Maria
>> --
>> View this message in context:
>> http://www.nabble.com/PDF-OK%2C-but-overflow-warnings-tp22036942p22047357.html
>> Sent from the FOP - Users mailing list archive at Nabble.com.
>>
>
>
> Jeremias Maerki
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/PDF-OK%2C-but-overflow-warnings-tp22036942p22048652.html
Sent from the FOP - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: SOLVED: PDF OK, but overflow warnings
Posted by Maria2009 <ma...@shinoto.de>.
I found the solution by accident:
My paragraphs are indented, only the first is not. The footnotes inherit the
indentation, and those from indented paragraphs caused the overflow. I had
to reset the text-indent to 0pt, now I get a good-looking output (after all,
they were not perfect before) and no warnings any more.
Thanks again,
Maria
Jeremias Maerki-2 wrote:
>
> Hmm, the end-indent does have its reason to exist. If that was the
> problem, it means that your list-block is not set up correctly for the
> stuff you want to use in it. By removing the end-indent you just avoid
> the symptom. You won't be able to detect actual overflows which affect
> the visual outcome anymore. Granted, if all that's in the label is a
> bullet character, it's no big deal, but if you have number which can
> grow, at some point the text may overflow on the text in the item-body
> and you won't notice in production until the document is printed and
> sent to the recipient.
>
> If you want to be on the safe side you should consider putting back the
> end-indent and instead adjust provisional-distance-between-starts and
> provisional-label-separation on fo:list-block.
>
> Introduction to list-block in the FO spec:
> http://www.w3.org/TR/xsl11/#d0e12374
>
> On 16.02.2009 23:34:45 Maria2009 wrote:
>>
>> Great, one test and I got rid of the messages:
>>
>>
>> Jeremias Maerki-2 wrote:
>> >
>> > Some people choose to ignore them (if the output looks good), others
>> > don't because they are an indication that something is not quite right.
>> > Without having an FO file to reproduce this, it's difficult to tell
>> what
>> > causes this. To visualize such overflows, it's sometimes helpful to put
>> > background-color properties on some FO elements. Otherwise, you can
>> > generate an FO file with your stylesheet and then run the FO
>> separately.
>> > That should get you more accurate cursor information so you can tell
>> > exactly which strings cause the overflow.
>> >
>>
>> I knew it happened when I implemented the footnotes, which for the first
>> time I typed from a book without understanding everything, and exactly
>> the
>> attribute I did not yet understand was the problem:
>>
>> <fo:list-item-label end-indent="label-end()" font-size="9pt">
>>
>> This is how it works nicely:
>>
>> <fo:list-item-label font-size="9pt">
>>
>> I just did not know that there is a way to debug. Thanks,
>> Maria
>> --
>> View this message in context:
>> http://www.nabble.com/PDF-OK%2C-but-overflow-warnings-tp22036942p22047357.html
>> Sent from the FOP - Users mailing list archive at Nabble.com.
>>
>
>
> Jeremias Maerki
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/PDF-OK%2C-but-overflow-warnings-tp22036942p22048952.html
Sent from the FOP - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: PDF OK, but overflow warnings
Posted by Jeremias Maerki <de...@jeremias-maerki.ch>.
Hmm, the end-indent does have its reason to exist. If that was the
problem, it means that your list-block is not set up correctly for the
stuff you want to use in it. By removing the end-indent you just avoid
the symptom. You won't be able to detect actual overflows which affect
the visual outcome anymore. Granted, if all that's in the label is a
bullet character, it's no big deal, but if you have number which can
grow, at some point the text may overflow on the text in the item-body
and you won't notice in production until the document is printed and
sent to the recipient.
If you want to be on the safe side you should consider putting back the
end-indent and instead adjust provisional-distance-between-starts and
provisional-label-separation on fo:list-block.
Introduction to list-block in the FO spec:
http://www.w3.org/TR/xsl11/#d0e12374
On 16.02.2009 23:34:45 Maria2009 wrote:
>
> Great, one test and I got rid of the messages:
>
>
> Jeremias Maerki-2 wrote:
> >
> > Some people choose to ignore them (if the output looks good), others
> > don't because they are an indication that something is not quite right.
> > Without having an FO file to reproduce this, it's difficult to tell what
> > causes this. To visualize such overflows, it's sometimes helpful to put
> > background-color properties on some FO elements. Otherwise, you can
> > generate an FO file with your stylesheet and then run the FO separately.
> > That should get you more accurate cursor information so you can tell
> > exactly which strings cause the overflow.
> >
>
> I knew it happened when I implemented the footnotes, which for the first
> time I typed from a book without understanding everything, and exactly the
> attribute I did not yet understand was the problem:
>
> <fo:list-item-label end-indent="label-end()" font-size="9pt">
>
> This is how it works nicely:
>
> <fo:list-item-label font-size="9pt">
>
> I just did not know that there is a way to debug. Thanks,
> Maria
> --
> View this message in context: http://www.nabble.com/PDF-OK%2C-but-overflow-warnings-tp22036942p22047357.html
> Sent from the FOP - Users mailing list archive at Nabble.com.
>
Jeremias Maerki
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: PDF OK, but overflow warnings
Posted by Maria2009 <ma...@shinoto.de>.
Great, one test and I got rid of the messages:
Jeremias Maerki-2 wrote:
>
> Some people choose to ignore them (if the output looks good), others
> don't because they are an indication that something is not quite right.
> Without having an FO file to reproduce this, it's difficult to tell what
> causes this. To visualize such overflows, it's sometimes helpful to put
> background-color properties on some FO elements. Otherwise, you can
> generate an FO file with your stylesheet and then run the FO separately.
> That should get you more accurate cursor information so you can tell
> exactly which strings cause the overflow.
>
I knew it happened when I implemented the footnotes, which for the first
time I typed from a book without understanding everything, and exactly the
attribute I did not yet understand was the problem:
<fo:list-item-label end-indent="label-end()" font-size="9pt">
This is how it works nicely:
<fo:list-item-label font-size="9pt">
I just did not know that there is a way to debug. Thanks,
Maria
--
View this message in context: http://www.nabble.com/PDF-OK%2C-but-overflow-warnings-tp22036942p22047357.html
Sent from the FOP - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: PDF OK, but overflow warnings
Posted by Jeremias Maerki <de...@jeremias-maerki.ch>.
Some people choose to ignore them (if the output looks good), others
don't because they are an indication that something is not quite right.
Without having an FO file to reproduce this, it's difficult to tell what
causes this. To visualize such overflows, it's sometimes helpful to put
background-color properties on some FO elements. Otherwise, you can
generate an FO file with your stylesheet and then run the FO separately.
That should get you more accurate cursor information so you can tell
exactly which strings cause the overflow.
On 16.02.2009 14:07:34 Maria2009 wrote:
>
> Hello,
> I am developing a stylesheet, and the results (with v. 0.95) are still as I
> expect, and really beautiful. So I wonder why I get these warnings:
>
> ***************
>
> WARNUNG: Line 1 of a paragraph overflows the available area by 1500mpt.
> (fo:block, location: 233/-1)
> 16.02.2009 22:06:33
> org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
> updateData2
> WARNUNG: Line 1 of a paragraph overflows the available area by 1500mpt.
> (fo:block, location: 321/-1)
> 16.02.2009 22:06:33
> org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
> updateData2
> WARNUNG: Line 1 of a paragraph overflows the available area by 1500mpt.
> (fo:block, location: 353/-1)
> 16.02.2009 22:06:33
> org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
> updateData2
> WARNUNG: Line 1 of a paragraph overflows the available area by 1500mpt.
> (fo:block, location: 430/-1)
> 16.02.2009 22:06:33
> org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
> updateData2
> WARNUNG: Line 1 of a paragraph overflows the available area by 6000mpt.
> (fo:block, location: 456/-1)
> 16.02.2009 22:06:33
> org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
> updateData2
> WARNUNG: Line 1 of a paragraph overflows the available area by 5667mpt.
> (fo:block, location: 491/-1)
> 16.02.2009 22:06:33
> org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
> updateData2
> WARNUNG: Line 1 of a paragraph overflows the available area by 6000mpt.
> (fo:block, location: 509/-1)
> 16.02.2009 22:06:33
> org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
> updateData2
> WARNUNG: Line 1 of a paragraph overflows the available area by 6000mpt.
> (fo:block, location: 533/-1)
> 16.02.2009 22:06:33
> org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
> updateData2
> WARNUNG: Line 1 of a paragraph overflows the available area by 6000mpt.
> (fo:block, location: 557/-1)
> 16.02.2009 22:06:33
> org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
> updateData2
> WARNUNG: Line 1 of a paragraph overflows the available area by 6000mpt.
> (fo:block, location: 761/-1)
> 16.02.2009 22:06:33
> org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
> updateData2
> WARNUNG: Line 1 of a paragraph overflows the available area by 6000mpt.
> (fo:block, location: 835/-1)
> 16.02.2009 22:06:33
> org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
> updateData2
> WARNUNG: Line 1 of a paragraph overflows the available area by 6000mpt.
> (fo:block, location: 852/-1)
> 16.02.2009 22:06:33
> org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm
> updateData2
> WARNUNG: Line 1 of a paragraph overflows the available area by 6000mpt.
> (fo:block, location: 871/-1)
>
> *************
>
> The started to turn up when I inserted a template to process footnotes, but
> the warning itself does not seem to be related to the footnotes.
>
> Should I ignore this, or where should I start to check for an error in my
> stylesheet?
>
> Thanks for any assistance,
> Maria
> --
> View this message in context: http://www.nabble.com/PDF-OK%2C-but-overflow-warnings-tp22036942p22036942.html
> Sent from the FOP - Users mailing list archive at Nabble.com.
>
Jeremias Maerki
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org