lilypond-devel
[Top][All Lists]
Advanced

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

Re: Naming _another_ lacking puzzle piece


From: David Kastrup
Subject: Re: Naming _another_ lacking puzzle piece
Date: Sat, 13 Oct 2012 17:32:05 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux)

David Kastrup <address@hidden> writes:

> It would appear that this behavior was implemented in lily/parser.yy with
>
> commit 39dd20959c8b3a143cfe41138a5c62749da54079
> Author: Han-Wen Nienhuys <address@hidden>
> Date:   Mon Oct 17 00:04:45 2005 +0000
>
>     * input/regression/override-nest.ly: new file.
>     
>     * python/convertrules.py (FatalConversionError.subber): conversion
>     rule for #'callbacks
>     
>     * input/regression/override-nest.ly: new function.
>     
>     * lily/parser.yy (music_property_def): allow \override #'a #'b =
>     #c too.
>     
>     * lily/context-property.cc (lookup_nested_property): new function.
>     (evict_from_alist): new function.
>     (general_pushpop_property): new function.
>     (execute_general_pushpop_property): rewrite. Support nested
>     properties too.
>
> There is no rationale for this change to be found in the patch, patch
> description or changelog entry.  There is no rationale to be found on
> the developer list close to that date.

And I am learning the hard way why doing things in that stealthy manner
is the smart way.

-- 
David Kastrup




reply via email to

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