Mark Custer commented on FOP-2136:

I have use case where it would be great to change the BPD, depending on how 
much data is going to be grabbed by the retrieve-table-marker element.  Is 
there any chance that this would be accommodated in Apache FOP, or would it be 
better to find a completely new approach to include this data?  Our current 
approach is to use the retrieve-marker  element in the header of the page, and 
just make the header big enough to accommodate a hierarchy that could span 1 to 
5 lines (with any other deeper levels in the hierarchy being left out of the 
retrieve-marker section).

> [PATCH] support for retrieve-table-marker
> -----------------------------------------
>                 Key: FOP-2136
>                 URL: https://issues.apache.org/jira/browse/FOP-2136
>             Project: FOP
>          Issue Type: Improvement
>          Components: unqualified
>    Affects Versions: trunk
>         Environment: Operating System: All
> Platform: All
>            Reporter: Luis Bernardo
>            Assignee: fop-dev
>         Attachments: examples.tar.gz, retrieve-table-marker.patch
> This patch adds support for retrieve-table-marker. The patch is extensive and 
> very likely there is room for improvement, but it does what it is supposed to 
> do and was tested with non trivial examples.
> The implementation has a main constraint: the resolution of the 
> retrieve-table-marker element needs to be an element that does not change the 
> BPD of the containing cell. In practical terms this means that the height of 
> the table header or footer where the retrieve-table-marker element is placed 
> cannot change once the retrieve-table-marker is replaced by the resolved 
> content. In the end this is not a serious constraint since in most cases the 
> retrieve-table-marker element is meant to be replaced by a line of text (and 
> there is already adjacent text, or the height of the cell is specified).

This message was sent by Atlassian JIRA

Reply via email to