Hi Georg,
Georg Datterl wrote:
Hi Vincent,
I have the feeling this is a job for markers, but I've
never played with markers myself. Maybe something like
this: put a marker containing the headline in every
cell, and a retrieve-marker with retrieve-boundary=page.
Hope this shows you the
Hi Vincent,
I thought a plain fo:retrieve-marker would have done the job,
but I forgot that it's allowed only as a descendant of an
fo:static-content element. This is not a problem when the
table is split over pages, but it will be if it starts in
the middle of a page, as the headline
Hi everybody,
Given this block
fo:block-container absolute-position=absolute start-indent=77.16534pt
background-color=cyan
fo:block line-height=1em span=all orphans=3
background-color=magenta widows=3
fo:inline font-family=arial bold font-size=18.0pt
line-height=18.0pt
Hi, I am using fop 0.20.5 - I received this error while doing a fo to pdf
tranformation:
org.apache.fop.layout.AreaContainer cannot be cast to
org.apache.fop.layout.BlockArea
I am trying to cut down the fo to see what maybe causing this (its a very
large fo). Has anyone seen this error?
Nevermind - I had a fo:table-cell with no fo:block - AHHH
bonekrusher wrote:
Hi, I am using fop 0.20.5 - I received this error while doing a fo to pdf
tranformation:
org.apache.fop.layout.AreaContainer cannot be cast to
org.apache.fop.layout.BlockArea
I am trying to cut down the fo
I Georg,
You are mixing absolute-positionning and *-indent, witch can have unwished side
effects.
The width of the fo:b-c is reduced (using *-indent)
And the fo:b-c is shifted to the left side (absolute-position=absolute causes
the left trait default to 0).
Reading the XSL REC, I didn't found if
yes, there is 0.93 in the directory.
From: Andreas Delmelle andreas.delme...@telenet.be
To: fop-users@xmlgraphics.apache.org
Sent: Monday, January 19, 2009 4:02:00 PM
Subject: Re: Exception in org/apache/fop/cli/Main
On 19 Jan 2009, at 22:35, Tuan Quan
On 20 Jan 2009, at 13:41, Georg Datterl wrote:
Hi Georg
Given this block
fo:block-container absolute-position=absolute start-
indent=77.16534pt background-color=cyan
fo:block line-height=1em span=all orphans=3 background-
color=magenta widows=3
fo:inline font-family=arial bold
Hi Andreas,
Given this block
fo:block-container absolute-position=absolute start-
indent=77.16534pt background-color=cyan
fo:block line-height=1em span=all orphans=3 background-
color=magenta widows=3
fo:inline font-family=arial bold font-size=18.0pt line-
On 20 Jan 2009, at 12:22, Georg Datterl wrote:
[Vincent: ]
I thought a plain fo:retrieve-marker would have done the job,
but I forgot that it's allowed only as a descendant of an
fo:static-content element. This is not a problem when the
table is split over pages, but it will be if it starts
On 20 Jan 2009, at 19:06, Georg Datterl wrote:
Seems to be correct, at first glance, although... How wide is your
region-start?
0, I'm in the header. Therefore I don't expect any side effects from
outer blocks.
OK, thanks for the sample. Seems like buggy behavior indeed.
The
On 20 Jan 2009, at 19:28, Andreas Delmelle wrote:
snip /
I think that taking it into account for both (offset and width) is
the correct way to implement it: the block-container should be
offset by 77pt from the page's edge (which is the same as the region-
body's edge here).
... and then
On 20 Jan 2009, at 19:48, Andreas Delmelle wrote:
snip /
I noticed that
BlockContainerLayoutManager.getNextKnuthElementsAbsolute() assumes
zero for both the X- and Y-offset of the content-rectangle. Not sure
if this is intended, or was a slight oversight.
For a quick-fix, naively copying
On 20 Jan 2009, at 20:14, Andreas Delmelle wrote:
On 20 Jan 2009, at 19:48, Andreas Delmelle wrote:
snip /
I noticed that
BlockContainerLayoutManager.getNextKnuthElementsAbsolute() assumes
zero for both the X- and Y-offset of the content-rectangle. Not
sure if this is intended, or was a
14 matches
Mail list logo
