xmlgraphics-fop-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mark Custer (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (FOP-2136) [PATCH] support for retrieve-table-marker
Date Wed, 14 Feb 2018 22:24:00 GMT

    [ https://issues.apache.org/jira/browse/FOP-2136?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16364868#comment-16364868
] 

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
(v7.6.3#76005)

Mime
View raw message