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