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