1 New features in 1.8 since 1.6
2 =============================
4 ** The chord entry code has been completely rewritten. It is now
5 cleaner and more flexible.
7 ** A new syntax has been added for text entry. This syntax is more
8 friendly than the old mechanism, and it is implemented in a more
9 robust and modular way. For more information, refer to the section on
10 "Text markup" in the notation manual.
12 ** Deeper integration of the input language and Scheme. You can now use
13 LilyPond identifiers in Scheme, and use Scheme expressions instead of
16 ** The internal representation of music has been cleaned up completely
17 and converted to Scheme data structures. The representation may be
20 ** A new uniform postfix syntax for articulation has been introduced.
21 A beamed slurred pair of eighth notes can be entered as
25 In version 2.0, postfix syntax will be the only syntax
26 available, and the dashes will become optional.
28 This will simplify the language: all articulations can be entered as
29 postfix, in any order.
31 ** A new syntax has been added for chords:
35 It is not necessary to update files to this syntax, but it will be for
36 using LilyPond version 2.0. In version 2.0, this syntax will be
39 < PITCHES > for chords
43 \simultaneous { .. } for simultaneous music.
45 To convert your files from <PITCHES> to <<PITCHES>>, use the script
46 included in buildscripts/convert-new-chords.py
48 This change was introduced for the following reasons
50 * It solves the "start score with chord" problem, where you have to
51 state \context Voice explicitly when a chord was the start of a
54 * With the new syntax, it is possible to distinguish between
55 articulations (or fingerings) which are for a single chord note,
56 and which are for the entire chord. This allows for per-note
57 fingerings, and is more logical on the whole.
60 ** User code may now be executed during interpreting. The syntax for
63 \applycontext #SCHEME-FUNCTION
66 ** User code may now be executed on arbitrary grobs during interpreting.
67 The syntax for this feature is
69 \applyoutput #SCHEME-FUNCTION
71 SCHEME-FUNCTION takes a single argument, and is called for every grob
72 that is created in the current context.
74 ** New algorithms for chord-name formatting have been installed. They
75 can be tuned and have ergonomic syntax for entering exceptions.
77 ** Texts may now be put on multimeasure rests, eg.
79 R1*20^\markup { "GP" }
81 ** Ancient notation now prints ligatures in Gregorian square neumes
82 notation, roughly following the typographical style of the Liber
83 hymnarius of Solesmes, published in 1983. Ligatures are still printed
84 without the proper line breaking and horizontal spacing.
86 ** Glissandi can now be printed using the zigzag style.
88 ** Clusters may now be printed. The syntax is:
90 \apply #clusters-to-notes { NOTE NOTE .. }
92 ** For irregular meters, beat grouping marks can be printed. The
95 #(set-time-signature 7 8 '(3 2 2))
97 ** Nested horizontal brackets for music analysis can now be printed.
103 ** Ottava brackets are now fully supported as a feature. The syntax
108 ** Metronome markings are printed when a \tempo command is processed.
110 ** Fingerings can be put on chords horizontally.
112 ** The appearance of various glyphs has been fine-tuned.
114 ** Different types of percent style repeats may now be nested.
116 ** The emacs support has been extended.
118 ** The manual has been completely revised and extended.
122 New features in 1.6 since 1.4
123 =============================
125 * Support for figured bass and tablature.
127 * Completely rewritten beam formatting: provides much better output
130 * Completely revised and improved music font.
132 * Completely rewritten MIDI import support.
134 * Completely rewritten grace note support. Practically speaking this
135 means that grace notes can be slurred to normal normal notes.
137 * Improved accidental handling and formatting: styles for producing
138 cautionaries may vary, and complex collisions between accidentals of a
139 chord are handled much better.
141 * Better spacing: both globally and locally. This includes subtle
142 details like optical stem spacing.
144 * More support for ancient notation: mensural ligatures, ambitus
145 (pitch range) of voices, more shapes, etc.
147 * More support for piano notation: bracket pedals, directed arpeggios,
150 * Easier music polyphonic music entry.
152 * More extensibility, many speedups and bugfixes
154 * The manual has been thoroughly revised.
156 * Development is now hosted at http://savannah.gnu.org, and sources
157 can be downloaded through anonymous CVS.
159 * Support for windows: LilyPond is part of the cygwin distribution,
160 which comes with a user-friendly installer.