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 ca...@pragmafs.com on 2003/06/12 16:21:56 UTC
"AREA CONTENTS OVERFLOWS..." ERROR
I'm getting the following messages using fop-0.20.5rc3a:
[INFO] area contents overflows area in line Data1:
[INFO] area contents overflows area in line Data2:
This is the relevant xsl:
header:
<?xml version="1.0" encoding="UTF-8" ?>
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:fo="http://www.w3.org/1999/XSL/Format">
<xsl:template match="report">
<fo:root xmlns:fo="http://www.w3.org/1999/XSL/Format">
Code which is generating the error messages:
- <fo:list-block font-size="12pt" font-weight="bold" line-height="16pt"
margin-left="8pt" margin-right="8pt" margin-bottom="8pt">
- <fo:list-item>
- <fo:list-item-label end-indent="label-end()">
- <fo:block text-align="left">
Data1:
<xsl:value-of select="Data1" />
<fo:block />
Data2:
<xsl:value-of select="Data2" />
</fo:block>
</fo:list-item-label>
- <fo:list-item-body start-indent="body-start()">
- <fo:block text-align="right">
Data3
<xsl:value-of select="Data3" />
<fo:block />
Data 4
<xsl:value-of select="Data4" />
</fo:block>
</fo:list-item-body>
</fo:list-item>
</fo:list-block>
What is happening in the pdf output is that carriage returns are being
inserted where they shouldn't be. I.e., instead of "one two three", I'm
getting
one
two
three
This worked fine in fop-0.20.4. If anybody has any ideas on how to fix
this, I'd appreciate it.
Thanks,
Clyde
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org
Re: 'AREA CONTENTS OVERFLOWS...' ERROR (FIXED)
Posted by ca...@pragmafs.com.
Thank you for your advice; the problem is fixed. In response
to your question, "one two three" came not from the code but
was just an (albeit poor) attempt to indicate that the desired
output should have been all on one line, instead of separated
by carriage returns. Thanks again.
--Clyde
> ca@pragmafs.com wrote:
>> [INFO] area contents overflows area in line Data1:
>> [INFO] area contents overflows area in line Data2:
>>
>> This is the relevant xsl:
> ...
>> - <fo:list-block font-size="12pt" font-weight="bold"
>> line-height="16pt" margin-left="8pt" margin-right="8pt"
>> margin-bottom="8pt">
>
> You didn't specify provisional-distance-between-starts and
> provisional-label-separation, which means they are set to the
> default. This means the available width for content of the
> list item label is 18pt (or something of this order). The
> error messages in turn indicate that "Data1:" already
> overflows the line, further text is placed into the next line:
>
>> - <fo:block text-align="left">
>> Data1:
>> <xsl:value-of select="Data1" />
>> <fo:block />
>> Data2:
>> <xsl:value-of select="Data2" />
>> </fo:block>
>
>> What is happening in the pdf output is that carriage returns are being
>> inserted where they shouldn't be. I.e., instead of "one two three",
>> I'm getting
>
> Where does the "one two three" come from?
>
>> This worked fine in fop-0.20.4. If anybody has any ideas on how to fix
>> this, I'd appreciate it.
>
> 0.20.4 had a bug in the label-end() calculation, it was always set to 0.
> Fix the list specific properties mentioned above to get the proper width
> for your label column, or use a table.
>
> J.Pietschmann
>
>
>
> --------------------------------------------------------------------- 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: "AREA CONTENTS OVERFLOWS..." ERROR
Posted by "J.Pietschmann" <j3...@yahoo.de>.
ca@pragmafs.com wrote:
> [INFO] area contents overflows area in line Data1:
> [INFO] area contents overflows area in line Data2:
>
> This is the relevant xsl:
...
> - <fo:list-block font-size="12pt" font-weight="bold" line-height="16pt"
> margin-left="8pt" margin-right="8pt" margin-bottom="8pt">
You didn't specify provisional-distance-between-starts and
provisional-label-separation, which means they are set to the
default. This means the available width for content of the
list item label is 18pt (or something of this order). The
error messages in turn indicate that "Data1:" already
overflows the line, further text is placed into the next line:
> - <fo:block text-align="left">
> Data1:
> <xsl:value-of select="Data1" />
> <fo:block />
> Data2:
> <xsl:value-of select="Data2" />
> </fo:block>
> What is happening in the pdf output is that carriage returns are being
> inserted where they shouldn't be. I.e., instead of "one two three", I'm
> getting
Where does the "one two three" come from?
> This worked fine in fop-0.20.4. If anybody has any ideas on how to fix
> this, I'd appreciate it.
0.20.4 had a bug in the label-end() calculation, it was always set to 0.
Fix the list specific properties mentioned above to get the proper width
for your label column, or use a table.
J.Pietschmann
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-user-unsubscribe@xml.apache.org
For additional commands, e-mail: fop-user-help@xml.apache.org