Citerar Stephen <[EMAIL PROTECTED]>: I'm changing my mind about syntax - I think the best way would be to have a new accidental style called no-accidentals, which would suppress all accidentals except on notes with !. This is probably trivial to implement (but I don't have the src here).
Erik > I think we want Lilypond to continue to follow standard practive. If we give > users the ability to violate those rules then total novices will start > making mistakes. > > I think you know that in the example you gave, a person reading the score > would just play an f sharp where you want an f natural if you suppressed the > natural. Why supply a way to suppress that natural if we also have to say > never actually do if you do not want them to play f sharp? Another way of > putting it is that you could suppress the natural in that case, just by > writing fis instead of f, that is what someone reading it would play anyway, > so what's the point? > > I am saying here that automatic control of accidentals is better, given the > number of choices we already have. In this case 'forget' solved the problem. > > Stephen > > ----- Original Message ----- > From: "Erik Sandberg" <[EMAIL PROTECTED]> > To: "Stephen" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]>; <lilypond-devel@gnu.org> > Sent: Thursday, April 14, 2005 3:49 PM > Subject: Re: removing unwanted accidentals > > > > On Thursday 14 April 2005 21.31, Stephen wrote: > >> Given all the options for automatic accidentals: voice, modern, > >> modern-voice, piano, no-reset, forget, and default, one of them must > >> answer > >> every situation if you take the time to learn them. I find it confusing > >> when there are multiple ways to do the same thing. I'd look carefully at > >> the current options before I wrote a new option. > >> > >> In the example, '\set Score.currentBarNumber = #1' creates the problem. I > >> don't see why the numbering is reset there other than to remove the > >> number > >> from that bar because it collides with the mark "D". There must be > >> another > >> way to suppress the bar number at that bar. > > > > It also changes the numbering of all subsequent bars. I don't know the > > author's intent in this case (I didn't write that snippet), but I guess it > > could be something like an attaca movement. > > > >> However, I fixed it by setting the accidental style to 'forget'. See? > >> there > >> is already a way to do it. > > > > There are situations where this doesn't work. E.g., in > > { \key d\major fis f } > > I can see no way to avoid displaying the natural. > > > > (this example I gave is not realistic, but the below example suggests that > > it > > may happen that you want to tweak accidentals in unexpected ways, e.g. due > > to > > other bugs) > > > > Erik > > > >> ----- Original Message ----- > >> From: "Erik Sandberg" <[EMAIL PROTECTED]> > >> To: <lilypond-devel@gnu.org> > >> Sent: Monday, April 11, 2005 3:53 PM > >> Subject: removing unwanted accidentals > >> > >> > Hi, > >> > > >> > There seems to be a need for a way to notate that a single note should > >> > _not_ > >> > have an accidental displayed, something like a 'force-no-accidental' > >> > property. > >> > > >> > I think there was a discussion about this over a year ago, without a > >> > conclusion. Now there have been 2 or 3 (implicit) requests for it in a > >> > short > >> > time, and IMHO it's a reasonable feature. > >> > > >> > Also it looks pretty trivial to implement; may I give it a try? > >> > > >> > Erik > >> > > >> > On Sunday 10 April 2005 14.32, Karl Hammar wrote: > >> >> How do I remove the unwanted explicit flats in the next to last > >> >> measure in: > >> >> > >> >> \version "2.4.2" > >> >> > >> >> \relative c'' { > >> >> \override Score.BarNumber #'break-visibility = > >> >> #end-of-line-invisible > >> >> \mark #03 > >> >> \clef treble > >> >> \key c \minor > >> >> a2 b | > >> >> d1 | > >> >> \mark #04 > >> >> \set Score.currentBarNumber = #1 > >> >> d2 es8. as,16 bes8 c | > >> >> % ^ ^ unwanted explicit flats here > >> >> d1 > >> >> } > >> >> > >> >> Regards > >> >> /Karl > >> >> > >> >> > >> >> > >> >> > >> >> _______________________________________________ > >> >> lilypond-user mailing list > >> >> lilypond-user@gnu.org > >> >> http://lists.gnu.org/mailman/listinfo/lilypond-user > >> > > >> > _______________________________________________ > >> > lilypond-devel mailing list > >> > lilypond-devel@gnu.org > >> > http://lists.gnu.org/mailman/listinfo/lilypond-devel > > _______________________________________________ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel