Just occurred to me that it may help if I explain what I am doing as I
have no intention to meddle with what Andreas is doing or the core
table layout code.
It all has still to do with the percentage stuff. Percentages on padding
values are not even configured (that is being recognized by the
On 29.08.2005 01:39:05 Stephen Denne wrote:
Greetings,
I'm a developer of a mass-printing product that uses our own customised
versions of FOP 0.20.5.
Jeremias Maerki wrote:
As you know I'm currently updating the PostScript renderer.
I'd like to
create a few FOP extensions for
On 29.08.2005 01:51:21 Stephen Denne wrote:
Luca Furini wrote:
The method PageNumberCitationLM.get() allocates the width of
the string
MMM if the id is not already known;
Could a FOP extension element be added to indicate how many pages the
document is likely to be, and allocate
I tried to reproduce that but didn't really manage though I found other
problems related to the positioning of background images. Looks like
someone will eventually need to invest some more time there (it's not a
priority for me right now). I can fix/review the renderers if someone
provides test
On Mon, 29 Aug 2005 04:19 pm, Jeremias Maerki wrote:
Oops. Yes, table-body doesn't paint any backgrounds, yet.
Just for completeness: table-header and table-footer are in fop treated
like table-body and are therefore also missing background property
support.
On 29.08.2005 09:52:40 Manuel Mall
J.Pietschmann wrote:
In the maintenance branch, the formatted page number string was produced
just as a new page was set up. I wonder whether the page sequence LM can
put the current page number string into the layout context?
This could work for page-numbers but not for
Firstly, thank you all for your suggestions.
All your interesting replies led me to this conclusion:
- in most cases, it is enough to make some local adjustments in each line
containing page-numbers or page-number-citations;
- sometimes, when a particularly elegant output is needed, it would
I am trying to figure out on which base value to apply the margin=5%
on the fo:region-body (see fragment below):
fo:simple-page-master master-name=normal
page-width=5in page-height=5in margin=5%
fo:region-body margin=5% /
fo:region-before extent=5% /
...
The margin in the
On Mon, 29 Aug 2005 08:20 pm, Jeremias Maerki wrote:
You probably missed the following:
7.10.1 margin-top says for percentages:
The percentage is calculated with respect to the width of the
generated box's containing block. This is true for 'margin-top' and
'margin-bottom', except in the
On 29.08.2005 17:18:18 Manuel Mall wrote:
On Mon, 29 Aug 2005 08:20 pm, Jeremias Maerki wrote:
You probably missed the following:
7.10.1 margin-top says for percentages:
The percentage is calculated with respect to the width of the
generated box's containing block. This is true for
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36396.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ·
INSERTED IN THE BUG DATABASE.
[Jeremias Maerki on ]
Yeah: Wow! Finn, you're the specialist here. Can you take the lead on
this one?
I'm hardly a specialist on the layout system, and that is where a good
sized part of Manuels patch is, but in the property system I do not like
the hack to LineHeightPropertyMaker and
Finn,
thanks a lot for looking at this.
On Tue, 30 Aug 2005 03:19 am, Finn Bock wrote:
[Jeremias Maerki on ]
Yeah: Wow! Finn, you're the specialist here. Can you take the lead
on this one?
I'm hardly a specialist on the layout system, and that is where a
good sized part of Manuels patch
On Tue, 30 Aug 2005 12:58 am, Jeremias Maerki wrote:
I'm sorry, I shouldn't have done the BPD/IPD/background fixes. That
was stupid.
No problems - apology accepted.
But as for the other things, we really have a problem. I
have to review your patches and sometimes adjust a few things. And
If I set the writing mode on a page master to rl (arabic/hebrew) and
than define margin-left and right on the region body where are these
margins suppose to appear on the output device, i.e. would margin-left
still be on the left side of the paper and margin-right on the right
side?
A sample
On Tue, 30 Aug 2005 08:27 am, Manuel Mall wrote:
Finn,
thanks a lot for looking at this.
On Tue, 30 Aug 2005 03:19 am, Finn Bock wrote:
[Jeremias Maerki on ]
snip/
I'm hardly a specialist on the layout system, and that is where a
good sized part of Manuels patch is, but in the property
16 matches
Mail list logo