|
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
[Prev in Thread] | Current Thread | [Next in Thread] |