Finn,
Nice. The parser, of course, looks after all of the expression-ordering
questions for you, and you have only to collect the unresolved items.
I'll adopt this for alt-design.
Peter
Finn Bock wrote:
[Peter B. West]
Can you describe your expression tree in more detail?
The line above is
[Simon Pepping]
I like the patch and the way RelativeNumericProperty holds and
evaluates an expression tree (except my different preference for
storing layout information, as discussed). This is really nice and
works well:
v = "(((0mpt +(4000mpt +20.0%)) +0mpt) +0mpt)"
[Peter B. West]
Can y
Re-resending...
Original Message
Subject: Re: DO NOT REPLY [Bug 26778] - [PATCH] Support for percentages
and table-units
Date: Fri, 20 Feb 2004 08:05:20 +1000
Simon Pepping wrote:
I like the patch and the way RelativeNumericProperty holds and
evaluates an expression tree
[Simon Pepping]
I like the patch and the way RelativeNumericProperty holds and
evaluates an expression tree (except my different preference for
storing layout information, as discussed). This is really nice and
works well:
v = "(((0mpt +(4000mpt +20.0%)) +0mpt) +0mpt)"
I found a few things tha
On Sun, Feb 15, 2004 at 04:41:46PM -, [EMAIL PROTECTED] wrote:
> --- Additional Comments From [EMAIL PROTECTED] 2004-02-15 16:41 ---
> Good catch Simon, thanks for taking time to look at it. The NPE is due to a
> missing implementation of getNumeric() in RelativeNumericProperty (which
On Sun, Feb 15, 2004 at 02:32:13AM -, [EMAIL PROTECTED] wrote:
>
> --- Additional Comments From [EMAIL PROTECTED] 2004-02-15 02:32 ---
> I am not a XSL-FO expert but is this valid, eg.
>
> For "margin-..." properties percentages in expressions apply to the margins of
> the enclo