Thank you very much for your detailed accomplishment, I really
appreciate!
I need (1), because that is the way my printed master is done and I
have to replicate this for automation.
In the meantime, I have done a workaround by setting the TotalWidth
separately for part 1 ( a little bit higher) and part 2 (less) so that
both parts fit the page.
I have printed a copy of the 2 pages and they fix exactly to each
other. Sure, this is just a workaround...
But using this direct content methods to "print" the table I have the
problem, that I cannot add the table to chapters and sections (like
high level object).
So how to retreive the direct content of some high level objects?
My workaround here is that a place an empty chunk with a generic tag
into the section where I want the tables to be printed.
With the OnGenericTag event, I have the direct content of the
appropriate pages and can put the table parts right in place ;-)
Bruno Lowagie schrieb:
Friedhelm wrote:
Thanks, Bruno.
I have created one table that is split up on 2 pages, but each part
should fit 100% of available page size (regarding the margings).
I have attached a pdf showing th table and the available space
represented by a thin rectangle
I have only set the total width but I did not see any influence of
setLockedWidth().
Oh, this is a problem of a completely different nature.
You are defining a table with a width that is fixed:
the width of each cell is known before the table is added.
Then you wish to split that table and fit it onto two pages.
By default, iText will NOT change the fixed width of the
cells, and iText will NOT cut cells in two parts.
Before I can tell you how to proceed, I need to know what
you expect. You now have a table of which part 1 is smaller
than the available width and part 2 is larger.
What do you expect?
(1) part 1 stretches and part 2 shrinks horizontally.
This will make your content look ugly, unless you keep the
aspect ratio and stretch/shrink the cell vertically too.
But in that case, the rows of part 1 will not fit the
rows of part 2 anymore. You can achieve all this with iText,
but I hope that's not what you want.
(2) all dimensions remain fixed, but you split the table
in two, regardless of the fact if a cell is split in two.
This might be a good choice if you plan on stitching both
parts together afterwards, but if you want to keep the table
as is, it will look ugly.
(3) you want to redistribute the widths of the cells in part 1,
so that they fit. This seems like the best solution to me,
but if that's what you want, why are you asking this question?
YOU can decide what dimensions the cells have; why choose
dimensions that don't fit the constraints???
If you want (1) or (2), I can give you a solution.
If you want (3), you already have the solution:
define the absolute widths of the cells based on the
available space.
br,
Bruno
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
iText-questions mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/itext-questions
Buy the iText book: http://itext.ugent.be/itext-in-action/
|
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
iText-questions mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/itext-questions
Buy the iText book: http://itext.ugent.be/itext-in-action/
