Re: Hacking a temporary solution for Changing IPD

2009-06-19 Thread Vincent Hennebert
Hi, Andreas Delmelle wrote: On 18 Jun 2009, at 20:26, Simon Pepping wrote: Hi Simon, Vincent, snip / I get the feeling that this means that you are planning to relaunch line breaking while in the page breaking phase. Yes. Is that possible? That’s what I am currently trying to figure

Re: Hacking a temporary solution for Changing IPD

2009-06-19 Thread Andreas Delmelle
On 19 Jun 2009, at 15:46, Vincent Hennebert wrote: snip / Until page breaking has been done you don’t know where the paragraph will be broken. So you don’t know how far in the element generation you must go. Not true. Until page breaking has been done, we don't know /exactly/ where the

Re: Hacking a temporary solution for Changing IPD

2009-06-19 Thread Andreas Delmelle
On 19 Jun 2009, at 15:58, Andreas Delmelle wrote: Just for the sake of completeness: On 19 Jun 2009, at 15:46, Vincent Hennebert wrote: snip / Until page breaking has been done you don’t know where the paragraph will be broken. So you don’t know how far in the element generation you must

Re: Hacking a temporary solution for Changing IPD

2009-06-18 Thread Andreas Delmelle
On 18 Jun 2009, at 20:26, Simon Pepping wrote: Hi Simon, Vincent, snip / I get the feeling that this means that you are planning to relaunch line breaking while in the page breaking phase. Is that possible? What I was wondering too, and why I somehow believe that suspending line-breaking

Re: Hacking a temporary solution for Changing IPD

2009-06-12 Thread Vincent Hennebert
Hi Andreas, Andreas Delmelle wrote: On 11 Jun 2009, at 12:40, Vincent Hennebert wrote: Hi Vincent snip / I spent some time looking at the current code and it seems to me that a hack could be implemented without too many difficulties. It basically consists in 2 steps: 1. in the Knuth

Re: Hacking a temporary solution for Changing IPD

2009-06-12 Thread Andreas Delmelle
On 12 Jun 2009, at 13:23, Vincent Hennebert wrote: Hi Vincent [Me:] I'm wondering whether it would not be equally feasible to have the FlowLM check the total height of the block-boxes up to a point (estimated). Do this after every call to childLM.getNextKnuthElements(). Then, if the total

Hacking a temporary solution for Changing IPD

2009-06-11 Thread Vincent Hennebert
Hi All, While I am making rather good progress on my prototype implementation of a new layout approach, I am not likely to get any practical results before some time (a year or more). Meanwhile, users keep bumping into this Changing IPD issue, which is becoming more and more problematic. It

Re: Hacking a temporary solution for Changing IPD

2009-06-11 Thread Chris Bowditch
Vincent Hennebert wrote: Hi All, Hi Vincent, While I am making rather good progress on my prototype implementation of a new layout approach, I am not likely to get any practical results before some time (a year or more). Meanwhile, users keep bumping into this Changing IPD issue, which is

Re: Hacking a temporary solution for Changing IPD

2009-06-11 Thread Vincent Hennebert
Hi Chris, Chris Bowditch wrote: Vincent Hennebert wrote: Hi All, Hi Vincent, snip/ Obviously this is a limited approach. There is likely to be a (potentially huge) waste of CPU cycles due to the re-creation of Knuth elements. There may be side effects that I’ve missed so far. But I

Re: Hacking a temporary solution for Changing IPD

2009-06-11 Thread Andreas Delmelle
On 11 Jun 2009, at 12:40, Vincent Hennebert wrote: Hi Vincent snip / I spent some time looking at the current code and it seems to me that a hack could be implemented without too many difficulties. It basically consists in 2 steps: 1. in the Knuth breaking algorithm, when creating a new