Han-Wen Nienhuys schreef:

3) for each possible system, using the original grobs,
    - work out the Y-extent
    - restore () every grob in that system

The advantage is that we avoid fiddling around with the object_alist_ because this clone is never used -- it exists only to save the state of the score before we mess it up with calling Y-extent. We also only have to make one copy of the system and restore it N times instead of making N copies.

I don't think that this will really help. Inside the grobs, the object_alist_ will contain grob_arrays, which are considered 'private data' to each grob, and hence need to be copied completely before each new System formatting step. This is expensive, as the length of the grob_arrays is proportional to the entire score.



--

Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen

LilyPond Software Design
 -- Code for Music Notation
http://www.lilypond-design.com



_______________________________________________
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel

Reply via email to