You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-users@xmlgraphics.apache.org by Philippe Pithon <pp...@sigal.fr> on 2002/05/22 11:32:32 UTC
FOP's performances...
At present there are problems of speed...
To improve FOP's performances,
Does anybody have to test products to compile class Java FOP ?
Example:
http://www.excelsior-usa.com/jet.html
http://gcc.gnu.org/java/
Re: fixed size
Posted by "J.Pietschmann" <j3...@yahoo.de>.
Henrik Holle wrote:
> can i make table-cells fixed size withe the current fop-release? for example
> a cell with 4cm height and 4cm width?
Yes, but not directly. You can set the height property
of the row where the cell is in, and you can set the width
of the column.
For example
<fo:table table-layout="fixed">
<fo:table-column column-width="4cm">
<fo:table-body>
<fo:table-row height="4cm">
<fo:table-cell/>
</fo:table-row>
</fo:table-body>
</fo:table>
> and is it also possbile to avoid pagebreak on some of my page-master?
Generally, this seems to be a task for the keep-together,
keep-with-next and keep-with-previous properties.
http://www.w3.org/TR/xsl/slice7.html#keep-with-next
Unfortunately, only keep-with-next and keep-with-previous
work, and only on table rows. You have to use a blind
table to use it.
> -----Ursprungliche Nachricht-----
You are supposed to trim this, in particular if it has
nothing to do with your message.
J.Pietschmann
fixed size
Posted by Henrik Holle <hh...@megatel.de>.
hi
can i make table-cells fixed size withe the current fop-release? for example
a cell with 4cm height and 4cm width?
and is it also possbile to avoid pagebreak on some of my page-master?
thx
henrik
-----Ursprungliche Nachricht-----
Von: Cyril Rognon [mailto:crognon@objectiva.fr]
Gesendet: Mittwoch, 22. Mai 2002 11:47
An: fop-user@xml.apache.org
Betreff: Re: FOP's performances...
Philippe,
I do not think that native compilation is the main solution for FOP's speed.
The main issue is the overal architecture of FOP. This is adressed by the
redesign effort. If you are interested, please, go to the FOP web site to
see the list of addressed issues and to see where you could help the FOP
team.
As for me, speed issue only appear with large document around 200-2000
pages (I don't even mention above these values).
Of course, the more raw computing your software has to do, the more
efficient it will be when native compiled. Yet I do not think this is the
issue here.
Hope this helps.
By the way, what average speed would you consider ok ?
Cyril
At 11:32 22/05/2002 +0200, you wrote:
>At present there are problems of speed...
>
>To improve FOP's performances,
>Does anybody have to test products to compile class Java FOP ?
>
>Example:
>http://www.excelsior-usa.com/jet.html
>http://gcc.gnu.org/java/
Re: FOP's performances...
Posted by Cyril Rognon <cr...@objectiva.fr>.
Philippe,
I do not think that native compilation is the main solution for FOP's speed.
The main issue is the overal architecture of FOP. This is adressed by the
redesign effort. If you are interested, please, go to the FOP web site to
see the list of addressed issues and to see where you could help the FOP team.
As for me, speed issue only appear with large document around 200-2000
pages (I don't even mention above these values).
Of course, the more raw computing your software has to do, the more
efficient it will be when native compiled. Yet I do not think this is the
issue here.
Hope this helps.
By the way, what average speed would you consider ok ?
Cyril
At 11:32 22/05/2002 +0200, you wrote:
>At present there are problems of speed...
>
>To improve FOP's performances,
>Does anybody have to test products to compile class Java FOP ?
>
>Example:
>http://www.excelsior-usa.com/jet.html
>http://gcc.gnu.org/java/