Hi,
We've put mind to txt-rendering. :) Evidently converting to txt isn't
implemented yet. So, before code writing, it will be useful to discuss
different approaches of implementing it. By this moment we've found 3
possible basic approaches.
Here they are:
1)
TxtRender extends AbstractRender and
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project xml-fop-maintenance has an issue affecting its community integration.
This issue
Hi Sergey,
unfortunately, you didn't notice the TXTRenderer that was in 0.20.5 [1].
The text renderer seems to work fine for many people who work with FOP
0.20.5. IMO it should be simple to port that renderer to FOP Trunk. The
TXTRenderer currently found in FOP Trunk is only an empty shell which
On Sep 16, 2005, at 16:31, Andreas L Delmelle wrote:
YES! Got it.
Ok, so I ended up thoroughly revising my approach, to account for the
starts-row/ends-row issue that was the topic of this thread.
One thing I also hadn't considered, but which I also succeeded in
dealing with now, is
I see my error; I did not realize the influence of the retained
padding.
This situation is very similar to tables with their headers and
footers. There needs to be a penalty equal to the widths of the
padding-after and padding-before below each block. A block equal to
the widths of the
The font class provides a width method to determine the width of a
character but how do I figure out the height of a character?
Background: In my quest to get all the inline dimensions right so any
background/border/padding is correctly applied I am currently looking
at leaders. For