[The Web Maestro]
I don't know how the spec deals with this, but I doubt the
spec cares which algorithm is used. That said, would it be a
good idea to determine which algorithm to use based on
something in userconfig.xml or something? If the Knuth system
is more 'expensive' in terms of
Finn Bock wrote:
Not at all. It is a rather trivial change to knuth to pick a
page break when there is N pages of lookahead.
If we assume that finished page knuth element arrive one at
time to the KnuthPage algorithm, the main loop becomes:
addKnuthElement(element) {
if
Finn Bock wrote:
I would pass the element on the immidiate parent, which recursively
passes them on the top-level LM in the direction. For inline, the
toplevel would be LineLM and for blocks it would be the PageLM.
Ok, I misunderstood what you wrote, now I think we were saying the same
thing
[Luca]
I'm not sure it is always possible to do this: sometimes the
representation of a block depends on the properties of a higher level
block. For example:
outer block
|
-
| |
innerinner
blockblock
12
In order to decide whether there
On Feb 7, 2005, at 7:21 AM, Luca Furini wrote:
Finn Bock wrote:
Using your description as a jumping point, here is my ideas for page
breaking. I suppose it is even more pie-in-the-sky since I haven't yet
written anything about it.
As I have been doing a few experiments about page breaking, I'm
The Web Maestro wrote:
I don't know how the spec deals with this, but I doubt the
spec cares which algorithm is used. That said, would it be a
good idea to determine which algorithm to use based on
something in userconfig.xml or something? If the Knuth system
is more 'expensive' in terms
On Feb 7, 2005, at 11:57 AM, Victor Mote wrote:
The Web Maestro wrote:
I don't know how the spec deals with this, but I doubt the
spec cares which algorithm is used. That said, would it be a
good idea to determine which algorithm to use based on
something in userconfig.xml or something? If the
The Web Maestro wrote:
e-mail... I suspect there may be another 'side' to the
story--there always is--and that there's may be other
contributing factors... but this helps me understand much
more than I understood before. Your explanation below also
Yes, there is another side, and I
