Re: Error in LabelEndFunction?
Sorry for the trouble. Looks like I missed that class when committing. Simon's guess about the intended functionality was correct but I've now renamed the thing a bit to better reflect what it does. Sorry and Thanks! On 12.04.2005 21:06:20 Simon Pepping wrote: > On Tue, Apr 12, 2005 at 07:04:37PM +0200, Luca Furini wrote: > > Jeremias Maerki wrote: > > > > By the way, it seems that you forgot to commit some changes to > > KnuthPossPosIter. > > With Jeremias being away for the week, I committed a quick fix. I hope > it works as intended. Jeremias Maerki
Re: Error in LabelEndFunction?
On Tue, Apr 12, 2005 at 07:04:37PM +0200, Luca Furini wrote: > Jeremias Maerki wrote: > > By the way, it seems that you forgot to commit some changes to > KnuthPossPosIter. With Jeremias being away for the week, I committed a quick fix. I hope it works as intended. Regards, Simon -- Simon Pepping home page: http://www.leverkruid.nl
Re: Error in LabelEndFunction?
Jeremias Maerki wrote: > It may very well be that with the changes due to the Knuth approach the > layoutDimension stuff was broken. There were a couple of missing lines in FlowLM.getNextKnuthElements(), now it should be ok. By the way, it seems that you forgot to commit some changes to KnuthPossPosIter. Regards Luca
Re: Error in LabelEndFunction?
Hmm, I guess that has something to do with the layoutDimension mechanism [1] that I suggested to Glen to have a look at a few days ago [2]. It may very well be that with the changes due to the Knuth approach the layoutDimension stuff was broken. I didn't pay a lot of attention and decided to look at it again later. [1] http://marc.theaimsgroup.com/?t=11063066883&r=1&w=2 [2] http://www.mail-archive.com/fop-dev@xmlgraphics.apache.org/msg00210.html On 08.04.2005 18:52:22 Luca Furini wrote: > > I was trying to make lists work in the most general situation when I > stumbled across this strange bug: it seems that the label-end() function > (implemented in fo/expr/labelEndFunction.java) does not compute the right > value. > > It should compute the end-indent of a list-item-label, which is defined to > be (7.28.3) > > ipd of the reference area > - (provisional-distance-between-starts > + start-indent > + start-intrusion-adjustment > - provisional-label-separation) > > It seems to me that the method LabelEndFunction.eval() computes rightly > the inner expression between the brackets, but fails to get the right > reference ipd. > > The overall effect is that the end-indent stored inside a > CommonMarginBlock object is bigger than the available ipd, and the stack > limit set by the BlockLM for the LineLM is < 0. > > Any idea about how to fix this (should it really be a bug)? > > Regards > Luca > > Jeremias Maerki