Georg Datterl a écrit :
Hello Pascal,
What you need is the property initial-page-number (="auto-odd" or ="auto-even") set on your fo:page-sequence.
That should help you.
Yes, that seems to make the page-sequence-masters unnecessary. Thanks a lot.
But I would still have to start a new
pedro a écrit :
Hi all
my problem is the same problem of all developer ,preview PDF.
Now i'm use Adobe or Foxit but sometimes i have problem with speed,Adobe
Update Dialog
I try the PreviewDialog but it's a frame and i want a modal dialog.
I try to use PreviewPanel but i'm not
Vincent Hennebert a écrit :
FOP definitely paints borders over backgrounds; what you’re seeing is
a rendering defect of your PDF viewer, partly due to the relatively big
size of pixels on monitors. The printed document should look ok.
I have a table related question about that :
Is that expec
if we could refer to a single font file by its name,
and fop
would generate the font metric at execution time.
Well I could copy the font in a temp dir and still use ,
but I'd like to avoid this copy.
Thanks,
Laurent Morel
---
h 0.94 and 0.95 FOP does exactly what
you tell it to do. There's a 1pt border between lines 2 & 3 when I run
your snippet.
On 29.07.2008 16:02:21 Laurent Morel wrote:
Hello,
I have a strange behaviour for table rendering, which I can't explain.
See example below.
Basically, if nu
Hello,
I have a strange behaviour for table rendering, which I can't explain.
See example below.
Basically, if number-columns-spanned > 1, the border-bottom property
is applied only to first (original) cell. The next cells only have half the
border thickness (example line 2).
This is not the case
Some kind of reply to this (old) message :
http://markmail.org/message/iyyco7ffxs6qj2i7
I confirm this problem also in 0.95beta
The AWT display order is not reversed here :
pages 1,2,3...N are displayed in that order :
N, 1, 2, 3 ... N-1
This bug only appears if my document has a
that refers to