[Manuel]
I just discovered something unusual in the spec. It describes the
dominant-baseline property in a number of places as:
'The dominant-baseline property is a compound value with three
components.'
It then goes on and lists the 3 components as
dominant-baseline-identifier, baseline-table
Andreas L Delmelle wrote:
Currently, I have solved this locally by creating the pageVP with the
indefinite dimension set to Integer.MAX_VALUE.
The only things I'm still looking for are ways to:
a) retrieve the accumulated content-height/-width (or: the difference
between the initial
On Mon, 26 Sep 2005 04:10 pm, Finn Bock wrote:
[Manuel]
I just discovered something unusual in the spec. It describes the
dominant-baseline property in a number of places as:
'The dominant-baseline property is a compound value with three
components.'
It then goes on and lists the 3
Manuel Mall wrote:
My apologies for this relatively long post. I am still struggling to
come to grips with some of the fundamentals of line building. And
without having a clear picture of that it is impossible to come up with
a decent design. Interestingly (?) all my conceptual problems occur
On Mon, 26 Sep 2005 06:19 pm, Peter B. West wrote:
Manuel Mall wrote:
snip/
Peter,
thanks for your feedback. I have deleted most of my original post to
keep this to a reasonable size. Further comments inline. Just repeating
my example here:
fo:blockSome text
fo:inline font-size=.5em
Manuel Mall wrote:
On Mon, 26 Sep 2005 06:19 pm, Peter B. West wrote:
Manuel Mall wrote:
snip/
Peter,
thanks for your feedback. I have deleted most of my original post to
keep this to a reasonable size. Further comments inline. Just repeating
my example here:
fo:blockSome text
Sorry for the delay. I needed a FOP-free weekend. :-)
BaseURL and pixelToMillimeter as shown in fop.xconf are indeed not
accessed, yet. Since they configure the user agent directly it makes
sense, IMO, to fetch the values directly in FOUserAgent.setUserConfig(),
as you already suggested.
On
It's an interesting idea. However, I suspect this will probably not be
necessary. We should be able to make the breaker clever enough to handle
this particular case. ATM, I don't have free brain capacity to dive into
this (even though this is an important and long-awaited feature) but it
may make
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=36815.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Sep 26, 2005, at 16:03, Jeremias Maerki wrote:
It's an interesting idea. However, I suspect this will probably not be
necessary. We should be able to make the breaker clever enough to
handle
this particular case. ATM, I don't have free brain capacity to dive
into
this (even though this is
On Sep 26, 2005, at 07:01, Manuel Mall wrote:
On Mon, 26 Sep 2005 05:25 am, Andreas L Delmelle wrote:
BTW, stumbled upon an interesting issue:
Does anyone know how percentages should be viewed in case the page's
height is indefinite? Or would this simply be something the user
shouldn't be
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=36815.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Sep 26, 2005, at 18:26, [EMAIL PROTECTED] wrote:
snip /
[EMAIL PROTECTED] changed:
What|Removed |Added
---
-
Status|NEW |RESOLVED
On Tue, 27 Sep 2005 01:23 am, Andreas L Delmelle wrote:
On Sep 26, 2005, at 18:26, [EMAIL PROTECTED] wrote:
snip/
BTW: Everyone agreed that, since version 0.20.5 will quite soon be
outdated, it may be time to start cleaning out the bug-list?
(Not that it matters that much. Just yesterday, I
14 matches
Mail list logo