Created attachment 24094 [details] FO When a table-cell break over two pages the display-align="after" attribute set the content to the bottom of the first page instead of the bottom of the second page
Created attachment 24095 [details] PDF
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.
(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
Created attachment 24117 [details] A solution using table-footer
batch transition to closed remaining pre-FOP1.0 resolved bugs