On Wednesday 17 November 2004 18.02, Juergen Reuter wrote: ... > * Whenever an editing command on the command line is executed, the > musical contents changes, i.e. the gnome canvas may need to be updated. > In the very first approach, you would completely execute everything > starting with lily's processing stage on the modified scheme content. > Howver, this approach will result in poor performance and flickering on > the screen. In a more refined version, you may want to think about > incremental compiler techniques that take into account that only a small > part of the music has been modified (but this is another big project, I > guess...). > > Yes, I know, this all sounds like work for a couple of years. I do not > really expect someone to actually implement such a beast (although it > would be really cool). ;-)
To me, what makes Han-Wen's plans on World Domination sound quite achievable, is that if the native output mode is written generic enough, it would be possible to create a 'liblilypond'. Existing GPLed music notation programs could use this for their output to the screen. This way, lilypond would not grow to a beast; main focus could still remain on beautiful music typesetting, there would only have to be a lib interface as opposed to a builtin GUI. I can imagine that in a program like rosegarden, the implementation could be that when you create a new note, this is first placed on the screen by some simple & fast drawing routine, without the use of lilypond, and then there could exists a button somewhere to do a complete redraw (i.e. re-align everything). But that's just a guess. Erik _______________________________________________ lilypond-devel mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/lilypond-devel
