[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Lilypond Syntax Development and 3.0

From: Graham Percival
Subject: Re: Lilypond Syntax Development and 3.0
Date: Mon, 27 Jul 2009 15:38:00 -0700
User-agent: Mutt/1.5.18 (2008-05-17)

On Mon, Jul 27, 2009 at 07:25:21AM -0600, Carl Sorensen wrote:
> On 7/27/09 4:22 AM, "Graham Percival" <address@hidden> wrote:
> > Lilypond Syntax Development   (tentative name)
> Are you on mind-altering drugs? ;)

All the time, baby... sugar, caffene... I suppose even water
qualifies.  I mean, if I didn't drink water, my mind would
certainly be altered!

> > However, I think we now have a critical mass of interested users,
> > experience with the syntax, and developers.  I therefore propose
> > to have a Grand Project devoted to stabilizing the lilypond input
> > format.
> There's probably another reason why it makes sense to do this at this time:
> the syntax has largely settled down.

Yes.  There's still a few inconsistencies such as \hideNotes, but
a determined push can clear up all those issues.

> > - tweaks will not be included.  Anything with \override, \set,
> >   \overrideProperty, \tweak, \revert, \unset, #(blah blah) ...
> >   including even those names themselves... is still fair game for
> >   NOT_SMART convert-ly updates.
> One nice thing about this limitation is that it allows ongoing syntax
> development outside of the base syntax.  That is, if somebody wants to
> develop a new feature that is incompatible with the existing base syntax,
> they can do so in the form of a tweak (in the general sense, not the \tweak
> sense).  They can work out the bugs, get the functionality going, and have
> usable output, even if it can't be added to the base syntax yet.  So this
> preserves flexibility for development, while stabilizing syntax for standard
> usage.

Yes.  Also, the internal definition of \voiceOne or
\pointAndClickOn can still be altered at a whim, as long as we
update ly/

> > Reinhold and Frederick: as you may have guessed, I'm proposing
> > that your patch waits until 3.0.  Anything requiring such manual
> > tweaks will make some people very unhappy, such as mutopia.
> What if we added the new crescendo syntax as new syntax (e.g. with something
> like \newcresc), and kept the old syntax as well (so as not to break
> existing scores)?

Good idea.

- Graham

reply via email to

[Prev in Thread] Current Thread [Next in Thread]