lilypond-4 wrote: > > > Comment #8 on issue 153 by d...@gnu.org: \once \set fails to restore > previous setting > http://code.google.com/p/lilypond/issues/detail?id=153 > > I don't understand this issue. As far as I understood, context properties > (which are set with \set) are set and consulted when the context material > is assembled, more or less immediately. > > \once, however, is applied when the assembled context is iterated. > \override and \once\override register events that are associated with a > certain time step and change a property at the given time. > > \set is not associated with a time or an event. It is executed when > encountered. > > So what is \once\set supposed to mean? When is its meaning supposed to be > reverted? It can't be when the time advances, since \set is not > associated > with a time. > >
actually i don' feel like discussing time problems with the technical approach to \set properties. if Lilypond cannot do it then let's live with it and forget about \once \set in conjunction with fingeringOrientations or others. of course then the documentation should not mention the pointless possibility of using \once \set - or are there other situations where it makes sense? also i'd like to come back to one point that nearly vanished during this discussion: it would be very practical if one could define fingeringOrientations per voice (and not on the Score level). the advantage: if you once change the fingerin policy - e.g. from left to right - you can \unset this and automatically the Voice setting would be recovered - this is much easier than redefining the voice specific fingeringOrientations. can this be taken as a feature/enhancement request? thanks Eluze -- View this message in context: http://old.nabble.com/Re%3A-Issue-153-in-lilypond%3A-%5Conce-%5Cset-fails-to-restore-previous-setting-tp32000216p32008423.html Sent from the Gnu - Lilypond - Bugs mailing list archive at Nabble.com. _______________________________________________ bug-lilypond mailing list bug-lilypond@gnu.org https://lists.gnu.org/mailman/listinfo/bug-lilypond
