Fixed in CVS. Thanks. But I wonder why nobody found this bug sooner.
On 24.01.2003 20:28:24 Diwan, Shridhar wrote:
The XMLRenderer doesn't seem to print the body portion
at least in some cases. The problem seems to be in
snip/
Jeremias Maerki
Hi,
The XMLRenderer doesn't seem to print the body portion
at least in some cases. The problem seems to be in
public void renderPage(Page page);
where,
if (body!= null)
body.render(this);
is missing.
Adding these two lines after
if (end != null
Art,
The point of view I was thinking of is that the driver should be put back
into the state it started with (from the no argument constructor) and that
it shouldn't hold onto things if it is going to be reused. This means that
it uses a minimum of memory while it is idle.
I would argue that
I have a bit of a problem with a change to the XMLRenderer.
On line 203 it has:
+ area.getGeneratedBy() + \);
This means that every new run of fop with this renderer will produce a
different result (as it puts in the object name which has memory address
values). Thereby ruining diffs.
can
At 11:17 AM 8/14/01 +0200, Keiron Liddle wrote:
I have a bit of a problem with a change to the XMLRenderer.
On line 203 it has:
+ area.getGeneratedBy() + \);
This means that every new run of fop with this renderer will produce a
different result (as it puts in the object name which has memory
this effect; it is tied to my
fo:marker
debugging, where I wanted to know exactly which object, not just the
type.
I agree, this is restrictive for many purposes. Can I suggest YAS (Yet
Another Switch) that can be passed on the command line when running the
XMLRenderer. This option
Keiron Liddle wrote:
The only xml diff utility I know of is the IBM one, which we can't use (not
allowed to distribute).
There's a free one (with source code), albeit it's not as good as IBM's.
The diff generated is sometimes far less than optimum but it claims to
be correct. It used to be
Hi, all
I added extra information to AreaContainers, and modified XMLRenderer so that
it is really starting to become a useful tool. Best way to get a flavour of
it is to actually run it:
java org.apache.fop.apps.Fop -fo fofile -s -at areatreefile
The -s short-circuits the XML output
