Re: removing unwanted accidentals

2005-04-14 Thread Erik Sandberg
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

Re: removing unwanted accidentals

2005-04-14 Thread Stephen
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 curren

Re: Span_dynamic_performer

2005-04-14 Thread Stephen
Again, I think some of the bugs would be solved by setting the first note in the span to the previous dynamic level or barring that to a default dynamic level and conceptually considering the dynamic change to fall between the notes rather than on the notes. Perhaps extending the last dynamic ch

Re: Span_dynamic_performer

2005-04-14 Thread Stephen
I am not a lilypond hacker (just an user, bug admin and hacker wannabe). However, I could suggest you to start with a grep Span_dynamic_performer ly/* scm/* lily/*> span-dynamic-performer.cc is the file I want to look at. the structure Audio_dynamic_tuple threw me off. I confused that with a regul

Re: Span_dynamic_performer

2005-04-14 Thread Stephen
Note also that these bugs have low priority among developers, since there are plans to rewrite the midi system from scratch.> My comments can be taken two ways, as suggestions for a rewrite of span-dynamic-performer.cc or as a wish-list for the new implementation. If I where to contribute to the

Re: lilypond book issues version 2.5.19

2005-04-14 Thread Werner LEMBERG
> > It `normalizes' the `@' character, so it no longer is of type > > `letter'. I also wonder why it's here. Additionally, it should > > be > > > > [EMAIL PROTECTED] > > > > to make TeX stop parsing after the `2'. > > > > Isn't his what \makeatother is for? This isn't defined for plain TeX.

Implementation documentation

2005-04-14 Thread Bernard Hurley
I have somewhat rashly volunteered to be Implementation documenter. Han-Wen informs me that various abortive starts have already been made on this. So if you have any material that would be useful, please e-mail it to me. thanks /Bernard ___ lilypond

Re: textspanner arrowed line

2005-04-14 Thread Han-Wen Nienhuys
On Thu, 2005-04-14 at 12:09 -0300, Jonatan Liljedahl wrote: > First of all, if you want this reply to the mailinglist instead of > personally, then why did you mail me personally in the first place? (not I apologise. I just switched email clients (from emacs+VM to Evolution), and I am still copin

Re: lilypond book issues version 2.5.19

2005-04-14 Thread Bernard Hurley
> > First what is the code: [EMAIL PROTECTED] for? > > It `normalizes' the `@' character, so it no longer is of type > `letter'. I also wonder why it's here. Additionally, it should be > > [EMAIL PROTECTED] > > to make TeX stop parsing after the `2'. > Isn't his what \makeatother is for? I