Oh, and another thing: the new code depends on an unspecified "trunk version"
of xmlgraphics-common. That makes it very hard to track bugs, as I might have
another version than someone else. If no new release of xmlgraphics-common is
available I would strongly suggest to depend on a specific nightly build, so
that everyone downloading fop-trunk is on the same page with respect to
external dependencies.
Kind regards,
Ulrich
Ulrich Mayring wrote:
Hello Luis,
the problem with this approach is that not all setter-methods that were
available in FopFactory are now available in the builder. Also, please note
that the docs haven't been updated, they still suggest to do it the old way.
For example, if you look at
http://xmlgraphics.apache.org/fop/trunk/embedding.html#config-internal you'll
find that the first two methods listed there are not available in the builder.
Kind regards,
Ulrich
Luis Bernardo wrote:
See this thread:
http://mail-archives.apache.org/mod_mbox/xmlgraphics-fop-users/201302.mbox/%3c512d5b3c.8060...@gmail.com%3e
On Wednesday, May 29, 2013, Ulrich Mayring wrote:
Ooops, the newest Nightly Build has changed the Interface of FopFactory
and FontManager. All the setter-methods in those classes are gone. How can
I programmatically configure FOP now? The docs under
http://xmlgraphics.apache.org/**fop/trunk/embedding.html#**config-internal<http://xmlgraphics.apache.org/fop/trunk/embedding.html#config-internal>still
suggest the old way.
cheers,
Ulrich
Ulrich Mayring wrote:
Hi Glenn,
thanks for the pointer, your suspicion was correct. With the latest
nightly
build the page is rendered like it was in FOP 0.95, which I believe is the
correct way.
Thanks a lot,
Ulrich
Glenn Adams wrote:
I would suggest you check the current trunk (you can use a nightly build
if
you don't want to build yourself). There were some fixes in this are
since
1.1.
On Wed, May 29, 2013 at 6:56 AM, Ulrich Mayring <u...@denic.de> wrote:
Hi all,
please find attached an FO file and two PDFs, which were rendered from
it.
One was rendered by FOP 0.95, while the other was rendered by FOP 1.1.
If you compare the PDFs, you'll see that the header "Price (EUR)" as
well
as the value "8,888,888.88" jut out to the right in the FOP 1.1
rendering,
while they look fine in the FOP 0.95 output.
The structure of the fo:table is such that the rightmost column is too
small to fit either of these two items, so they have to overflow the
table
cell in some way (cut off is not an option here). In FOP 0.95 the items
flow out to the left, practically into the previous table cell, but
there
is enough room to accommodate them. Whereas FOP 1.1 flows the items out
to
the right of the table cell, which in this case looks ugly.
My questions are: can I get the old rendering behavior back? Perhaps by
changing something in the FO? And who is actually doing the right thing,
FOP 0.95 or FOP 1.1?
Note: in FOP 1.1 these were rendered with the "Complex Scripts" feature
off, so as to minimise variation between FOP 0.95 and 1.1.
Many thanks in advance for any pointers,
Ulrich
------------------------------**------------------------------**
---------
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
------------------------------**------------------------------**---------
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
