lilypond-devel
[Top][All Lists]
Advanced

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

Re: Accidental-restructuring (major)


From: Mats Bengtsson
Subject: Re: Accidental-restructuring (major)
Date: Tue, 18 Sep 2007 09:09:08 +0200
User-agent: Thunderbird 2.0.0.5 (X11/20070716)

I hope you have checked the mailing list archives for related feature requests,
there have been a few such requests over the last years.

   /Mats

Rune Zedeler wrote:
The current accidental-implementation is not flexible enough.
The webern accidental requires an ugly hack, and Valentins suggestion for distinguishing neighboring notes is currently not possible.

I therefore suggest:
- Extend localKeySignature to for each local accidental also to contain information about the measure-position at which the note ends. - move check_pitch_against_signature (from accidental_engraver.cc) to scheme.

In the list of accidental-rules, the type-laziness-pairs will be replaced with scheme functions. - so that instead of

\set Staff.autoAccidentals = '(Staff (same-octave . 0))

one would say

\set Staff.autoAccidentals = `(Staff ,(make-default-accidental-rule 'same-octave 0))

where make-default-accidental-rule makes a four argument scheme-function - taking a localKeySignature, a pitch, a bar_number and a measure_position - and returning what check_pitch_against_signature
currently returns.

I think I should be able to do these changes as soon as I get the green light.

-Rune


_______________________________________________
lilypond-devel mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/lilypond-devel

--
=============================================
        Mats Bengtsson
        Signal Processing
        Signals, Sensors and Systems
        Royal Institute of Technology
        SE-100 44  STOCKHOLM
        Sweden
        Phone: (+46) 8 790 8463                         
       Fax:   (+46) 8 790 7260
        Email: address@hidden
        WWW: http://www.s3.kth.se/~mabe
=============================================





reply via email to

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