https://issues.apache.org/bugzilla/show_bug.cgi?id=47637


Vincent Hennebert <vhenneb...@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID


--- Comment #3 from Vincent Hennebert <vhenneb...@gmail.com> 2009-08-07 
03:28:24 PDT ---
(In reply to comment #2)
> Guillaume, the XSL specification defines display-align in terms of areas and
> not related to the table-cell. A table-cell produces more than one area if it
> is broken accross pages. The behaviour in this case is correct IMO. I find
> nothing in the spec that would support your expectation (although it can make
> sense).
> 
> http://www.w3.org/TR/xsl11/#display-align
> 
> In your case, you can try to work-around this by putting the bottom-aligned
> content in a separate cell and use row-spanning on the first column and a 
> fixed
> height for the second row with the content that is bottom-aligned. But if that
> content doesn't always have the same height (more or less), this is probably
> not going to work. Disclaimer: I haven't verified this myself.
> 
> I'm inclined to close this issue as invalid but to be sure, I'd appreciate an
> opinion from a fellow committer.

Confirmed. Guillaume's requirement definitely is valid but unfortunately can't
be addressed with display-align="after".

Using a row-span and setting a fixed height on the second row wouldn't work.
FOP's support of fixed row heights still is limited.

If doable, you can split the first column's cell in two rows, and put on the
second row content that amounts to the same height as the second column's cell 
(and play with borders and padding such that the two cells look like a single
one).

Another solution would be to put the content of the second cell in the table's
footer, in an absolutely-positioned block-container shifted to the top so that
it overlaps the table's body (see upcoming attachment). Setting the "bottom"
property to "0" should do the job but for some reason it doesn't work. So you
have to put a negative value in "top" that is worth the line-height plus the
cell's padding-bottom (14pt here).

HTH,
Vincent

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

Reply via email to