]> git.donarmstrong.com Git - lilypond.git/blob - Documentation/topdocs/NEWS.texi
* Documentation/topdocs/NEWS.texi (Top): add quarter tones.
[lilypond.git] / Documentation / topdocs / NEWS.texi
1 \input texinfo @c -*-texinfo-*-
2 @setfilename NEWS.info
3 @settitle NEWS
4
5 @node Top, , , 
6 @top
7
8 @chapter New features in 1.9 since 1.8
9
10 @itemize
11
12 @item
13 Quarter tones are now supported. They are entered by suffixing
14 @code{ih} for a half-sharp and @code{eh} for a half-flat. Hence, the
15 following is an ascending list of pitches:
16
17 @example
18   ceses ceseh ces ceh c cih cis cisih cisis
19 @end example
20
21 @item
22 The following constructs have been removed from the syntax:
23
24 @example
25   \duration #SCHEME-DURATION
26   \pitch #SCHEME-PITCH
27   \outputproperty @var{func} @var{symbol} = @var{value}
28 @end example
29
30 For @code{\outputproperty}, the following may be substituted:
31
32 @example
33    \applyoutput #(outputproperty-compatibility @var{func}
34                   @var{symbol} @var{value}) 
35 @end example 
36
37 @item
38 Clefs may now be transposed arbitrarily, for example
39
40 @example
41   \clef "G_8"
42   \clef "G_15"
43   \clef "G_9"
44 @end example
45
46
47 @item
48 The syntax for chords and simultaneous music have changed.
49 Chords are entered as
50
51 @example
52    <@var{pitches}>
53 @end example
54
55 while simultaneous music is entered as
56
57 @example
58    <<@var{..music list..}>>
59 @end example
60
61 In effect, the meanings of both have been swapped relative to their 1.8
62 definition.  The syntax for lists in @code{\markup} has changed
63 alongside, but figured bass mode was not  changed, i.e.:
64
65 @example
66   \markup @{ \center <@var{..list of markups..}> @}
67   \figure @{ <@var{figures> @}
68 @end example
69
70 As chords the more often used than simultaneous music, this change will
71 save keystrokes.
72
73 @item
74 Each music expression can now be tagged, to make different printed
75 versions from the same music expression.  In the following example,
76 we see two versions of a piece of music, one for the full score, and
77 one with cue notes for the instrumental part:
78
79 @example
80 < \tag #'part <
81   @{ c4 f2 g @}      % in the part, we have cue-notes  
82   \\ R1 >
83   \tag #'score R1  % in the score: only a rest
84 >
85 @end example
86  
87 The same can be applied to articulations, texts, etc.: they are
88 made by prepending
89
90 @example
91         -\tag #@var{your-tags} 
92 @end example
93
94 to an articulation, for example, 
95
96 @example
97         c4-\tag #'with-fingerings -4 -\tag #'with-strings \6
98 @end example
99
100 This defines a note, which has a conditional fingering and a
101 string-number indication.
102
103 @item
104 The settings for chord-fingering are more flexible. You can specify a
105 list where fingerings may be placed, eg.
106
107 @example
108         \property Voice.fingeringOrientations = #'(left down)
109 @end example
110
111 This will put the fingering for the lowest note below the chord, and the
112 rest to the left.
113
114 @item
115 The script previously known as @file{ly2dvi} has been renamed to
116 @file{lilypond}. The binary itself is now installed as
117 @file{lilypond-bin}.
118
119 @item
120 Markup text (ie. general text formatting) may now be used for lyrics too. 
121
122 @item
123 Two new commands for grace notes have been added, @code{\acciaccatura}
124 and @code{\appoggiatura},
125
126 @example
127   \appoggiatura f8 e4
128   \acciaccatura g8 f4
129 @end example
130
131 Both reflect the traditional meanings of acciaccatura and appogiatura,
132 and both insert insert a slur from the first grace note to the main
133 note.
134
135 @item 
136 Layout options for grace notes are now stored in a context property,
137 and may now be set separately from musical content.
138
139 @item
140 The @code{\new} command will create a context with a unique
141 name automatically. Hence, for multi-staff scores, it is no longer
142 necessary to invent arbitrary context names. For example, a two-staff
143 score may be created by
144
145 @example
146   \simultaneous @{
147     \new Staff @{ @var{notes for 1st staff} @}
148     \new Staff @{ @var{notes for 2nd staff} @}
149   @}
150 @end example
151
152
153
154 @item
155 Octave checks make octave errors easier to correct.
156 The syntax is 
157
158 @example
159   \octave @var{pitch}
160 @end example
161
162 This checks that @var{pitch} (without octave) yields @var{pitch} (with
163 octave) in \relative mode. If not, a warning is printed, and the
164 octave is corrected.
165
166 @item
167 All articulations must now be entered postfix. For example,
168
169 @example
170         c8[( d8]) 
171 @end example
172
173 @noindent
174 is a pair of beamed slurred eighth notes.
175
176 @item
177 The definition of @code{\relative} has been simplified.  Octaves are
178 now always propagated in the order that music is entered. In the
179 following example,  
180
181 @example
182   PRE
183   \repeat "unfold" 3  BODY \alternative @{ ALT1 ALT2 @}
184   POST
185 @end example
186
187 @noindent
188 the octave of BODY is based on PRE, the starting octave of ALT1 on
189 BODY, the starting octave of ALT2 on ALT1, and the starting octave of
190 POST on ALT2.
191
192 The same mechanism is used for all other music expressions, except the
193 chord. Backwards compatibility is retained through a special program option,
194 which is set through 
195
196 @example
197   #(ly:set-option 'old-relative)
198 @end example
199
200 @end itemize
201
202
203
204
205 @chapter New features in 1.8 since 1.6
206
207 @itemize
208
209 @item 
210 The chord entry code has been completely rewritten. It is now
211 cleaner and more flexible.
212
213 @item 
214 A new syntax has been added for text entry.  This syntax is more
215 friendly than the old mechanism, and it is implemented in a more
216 robust and modular way. For more information, refer to the section on
217 "Text markup" in the notation manual.
218
219 @item 
220 The integration of the input language and Scheme has been made deeper:
221 you can now use LilyPond identifiers in Scheme, and use Scheme
222 expressions instead of LilyPond identifiers.
223
224 @item 
225 The internal representation of music has been cleaned up completely
226 and converted to Scheme data structures.  The representation may be
227 exported as XML.
228
229 @item 
230 A new uniform postfix syntax for articulation has been introduced.
231 A beamed slurred pair of eighth notes can be entered as
232
233 @example
234         c8-[-( d8-]-) 
235 @end example
236
237 In version 2.0, postfix syntax will be the only syntax
238 available, and the dashes will become optional.
239
240 This will simplify the language: all articulations can be entered as
241 postfix, in any order.
242
243 @item 
244 A new syntax has been added for chords:
245
246
247 @example
248         << PITCHES >>
249 @end example 
250
251 It is not necessary to update files to this syntax, but it will be for
252 using LilyPond version 2.0.  In version 2.0, this syntax will be
253 changed to
254
255 @example
256         < PITCHES >
257 @end example
258
259 for chords, and
260
261 @example
262         \simultaneous @{ .. @} 
263 @end example
264
265 for simultaneous music.
266
267 To convert your files from <PITCHES> to <<PITCHES>>, use the script
268 included in buildscripts/convert-new-chords.py
269
270 This change was introduced for the following reasons
271
272 @itemize @bullet
273 @item
274 It solves the "start score with chord" problem, where you have to
275   state \context Voice explicitly when a chord was the start of a
276   Staff or Score.
277 @item
278 With the new syntax, it is possible to distinguish between
279   articulations (or fingerings) which are for a single chord note,
280   and which are for the entire chord. This allows for per-note
281   fingerings, and is more logical on the whole.
282 @end itemize
283
284 @item 
285 User code may now be executed during interpreting.  The syntax for
286 this code is
287
288 @example
289         \applycontext #SCHEME-FUNCTION
290 @end example
291
292 @item 
293 User code may now be executed on arbitrary grobs during interpreting.
294 The syntax for this feature is
295
296 @example
297         \applyoutput #SCHEME-FUNCTION
298 @end example
299
300 @noindent
301 SCHEME-FUNCTION takes a single argument, and is called for every grob
302 that is created in the current context.
303
304 @item 
305 New algorithms for chord-name formatting have been installed. They
306 can be tuned and have ergonomic syntax for entering exceptions.
307
308 @item 
309 Texts may now be put on multimeasure rests, e.g.
310
311 @example
312         R1*20^\markup @{ "GP" @}
313 @end example
314
315 @item
316 Ancient notation now prints ligatures in Gregorian square neumes
317 notation, roughly following the typographical style of the Liber
318 hymnarius of Solesmes, published in 1983.  Ligatures are still printed
319 without the proper line breaking and horizontal spacing.
320
321 @item 
322 Glissandi can now be printed using the zigzag style.
323
324 @item 
325 LilyPond can now print clusters. The syntax is
326
327 @example
328         \apply #notes-to-clusters @{ NOTE NOTE .. @}
329 @end example
330
331 @item
332 For irregular meters, beat grouping marks can be printed. The
333 syntax for this is
334
335 @example
336         #(set-time-signature 7 8 '(3 2 2))
337 @end example
338
339
340 @item 
341 Nested horizontal brackets for music analysis can now be printed:
342
343 @example
344         NOTE-\startGroup
345                 ..
346         NOTE-\stopGroup
347 @end example
348
349
350 @item  Ottava brackets are now fully supported as a feature.  The syntax
351 is
352
353 @example
354         #(set-octavation 1)
355 @end example
356
357
358 @item  Metronome markings are printed when a \tempo command is processed.
359
360
361
362 @item Fingerings can be put on chords horizontally.
363
364
365
366 @item  The appearance of various glyphs has been fine-tuned.
367
368
369
370 @item  Different types of percent style repeats may now be nested.
371
372
373
374 @item  The emacs support has been extended.
375
376
377 @item 
378 The manual has been completely revised and extended.
379
380 @end itemize
381
382 @chapter New features in 1.6 since 1.4
383
384
385 @itemize @bullet
386
387 @item
388 Support for figured bass and tablature.
389
390 @item
391 Completely rewritten beam formatting: provides much better output
392 now.
393
394
395 @item
396 Completely revised and improved music font.
397
398
399 @item
400 Completely rewritten MIDI import support.
401
402 @item
403 Completely rewritten grace note support. Practically speaking this
404 means that grace notes can be slurred to normal normal notes.
405
406
407 @item
408 Improved accidental handling and formatting: styles for producing
409 cautionaries may vary, and complex collisions between accidentals of a
410 chord are handled much better.
411
412 @item
413 Better spacing: both globally and locally. This includes subtle
414 details like optical stem spacing.
415
416 @item
417 More support for ancient notation: mensural ligatures, ambitus
418 (pitch range) of voices, more shapes, etc.
419
420 @item
421 More support for piano notation: bracket pedals, directed arpeggios,
422 arpeggio brackets.
423
424 @item
425 Easier music polyphonic music entry.
426
427 @item
428 More extensibility, many speedups and bugfixes
429
430 @item
431 The manual has been thoroughly revised.
432
433 @item
434 Development is now hosted at http://savannah.gnu.org, and sources
435 can be downloaded through anonymous CVS.
436
437 @item
438 Support for windows: LilyPond is part of the cygwin distribution,
439 which comes with a user-friendly installer.
440
441 @end itemize