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 James Howard <ja...@mac.com> on 2007/01/20 00:25:56 UTC

The contents of row 1 are taller than they should be

Hi all,

I saw the explanation about the "The contents of row 1 are taller  
than they should be" warning in the FAQ
(http://xmlgraphics.apache.org/fop/faq.html#row-height-constraint),  
but it isn't helpful to my circumstances.

Basically I have a block of text (the contents of the table) that I  
want vertically and horizontally centered.  I want to be notified in  
the case that the text is too large to fit.  Back in FOP 0.20.5, FOP  
would spill the extra text to another page and I would get the page  
count, see that it was > 1 and be able to handle things that way.  In  
FOP 0.93, FOP just starts overwriting the margins and spills off the  
page and aside from the warning printed to the log I have no way of  
detecting in my application that the content doesn't fit on the page.

I've tried using the overflow="paginate" attribute on the table, the  
table-row, and the table-cell, but FOP doesn't do anything  
differently.  I also tried placing the table within a block- 
container, and that allows the content to be clipped to the margins,  
but still doesn't allow me to detect the overflow.

- James


---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org


Re: The contents of row 1 are taller than they should be

Posted by Vincent Hennebert <vi...@anyware-tech.com>.
Hi James,

Still, please create a Bugzilla [1] entry for that and post your patch.
That will let us:
1. not forget this issue
2. apply the patch if we like it. And if not, give you the reasons why
so that you can improve it if you are willing to. After all, that's the
best way to get this feature integrated in the next release!

Thanks,
Vincent

[1] http://issues.apache.org/bugzilla/


James Howard a écrit :
> I did a little more digging, and it turns out that I can abandon the
> table entirely and just use a block-container with the appropriate
> height set now to do the vertical alignment.  Further, I can set the
> overflow attribute on that block-container to "error-if-overflow." 
> Problem is, the implementation for this for the
> BlockContainerLayoutManager is a todo note.
> 
> I added an OverflowException type and had the
> BlockContainerLayoutManager throw it in that case.  I'm not going to
> send along my patch because it appears that whoever wrote the original
> todo probably had her own designs on how to to this, but I just want to
> put my vote in as somebody who wants to see this implemented since I
> don't want to be stuck having to patch FOP everytime I upgrade it.
> 
> - James
> 
> On Jan 19, 2007, at 3:25 PM, James Howard wrote:
> 
>> Hi all,
>>
>> I saw the explanation about the "The contents of row 1 are taller than
>> they should be" warning in the FAQ
>> (http://xmlgraphics.apache.org/fop/faq.html#row-height-constraint),
>> but it isn't helpful to my circumstances.
>>
>> Basically I have a block of text (the contents of the table) that I
>> want vertically and horizontally centered.  I want to be notified in
>> the case that the text is too large to fit.  Back in FOP 0.20.5, FOP
>> would spill the extra text to another page and I would get the page
>> count, see that it was > 1 and be able to handle things that way.  In
>> FOP 0.93, FOP just starts overwriting the margins and spills off the
>> page and aside from the warning printed to the log I have no way of
>> detecting in my application that the content doesn't fit on the page.
>>
>> I've tried using the overflow="paginate" attribute on the table, the
>> table-row, and the table-cell, but FOP doesn't do anything
>> differently.  I also tried placing the table within a block-container,
>> and that allows the content to be clipped to the margins, but still
>> doesn't allow me to detect the overflow.
>>
>> - James
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
>> For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
>>
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org


Re: The contents of row 1 are taller than they should be

Posted by James Howard <ja...@mac.com>.
I did a little more digging, and it turns out that I can abandon the  
table entirely and just use a block-container with the appropriate  
height set now to do the vertical alignment.  Further, I can set the  
overflow attribute on that block-container to "error-if-overflow."   
Problem is, the implementation for this for the  
BlockContainerLayoutManager is a todo note.

I added an OverflowException type and had the  
BlockContainerLayoutManager throw it in that case.  I'm not going to  
send along my patch because it appears that whoever wrote the  
original todo probably had her own designs on how to to this, but I  
just want to put my vote in as somebody who wants to see this  
implemented since I don't want to be stuck having to patch FOP  
everytime I upgrade it.

- James

On Jan 19, 2007, at 3:25 PM, James Howard wrote:

> Hi all,
>
> I saw the explanation about the "The contents of row 1 are taller  
> than they should be" warning in the FAQ
> (http://xmlgraphics.apache.org/fop/faq.html#row-height-constraint),  
> but it isn't helpful to my circumstances.
>
> Basically I have a block of text (the contents of the table) that I  
> want vertically and horizontally centered.  I want to be notified  
> in the case that the text is too large to fit.  Back in FOP 0.20.5,  
> FOP would spill the extra text to another page and I would get the  
> page count, see that it was > 1 and be able to handle things that  
> way.  In FOP 0.93, FOP just starts overwriting the margins and  
> spills off the page and aside from the warning printed to the log I  
> have no way of detecting in my application that the content doesn't  
> fit on the page.
>
> I've tried using the overflow="paginate" attribute on the table,  
> the table-row, and the table-cell, but FOP doesn't do anything  
> differently.  I also tried placing the table within a block- 
> container, and that allows the content to be clipped to the  
> margins, but still doesn't allow me to detect the overflow.
>
> - James
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org