]> git.donarmstrong.com Git - lilypond.git/blobdiff - Documentation/de/essay/engraving.itely
Run scripts/auxiliar/update-with-convert-ly.sh
[lilypond.git] / Documentation / de / essay / engraving.itely
index aa33c42a4857864457f276f22e65adeae7fac8c4..db8537cae285594e40398f72bb0962027e030693 100644 (file)
@@ -1,7 +1,7 @@
 @c -*- coding: utf-8; mode: texinfo; -*-
 
 @ignore
-    Translation of GIT committish: 83c1d1a6ee4e89f7f913fab904816e6c033b6b04
+    Translation of GIT committish: 233fb6a8b3b6e31de1841641dbbd4c4f43423151
 
 
     When revising a translation, copy the HEAD committish of the
@@ -9,7 +9,7 @@
     Guide, node Updating translation committishes..
 @end ignore
 
-@c \version "2.13.4"
+@c \version "2.16.0"
 
 @c Translators: Till Paala
 
 @chapter Notensatz
 @translationof Music engraving
 
-Dieser Abschnitt erklärt die Ziele und die Architektur von LilyPond.
+Dieser Aufsatz beschreibt, wie LilyPond entstand und wie es
+benutzt werden kann, um schönen Notensatz zu erstellen.
 
 @menu
 * Die Geschichte von LilyPond::
 * Details des Notensetzens::
 * Automatisierter Notensatz::
-* Welche Symbole?::
-* Die Darstellung der Musik::
-* Beispielanwendung::
-* Anhang::
+* Ein Programm bauen::
+* LilyPond die Arbeit überlassen::
+* Notensatzbeispiele (BWV 861)::
 @end menu
 
 
 @node Die Geschichte von LilyPond
-@unnumberedsec Die Geschichte von LilyPond
+@section Die Geschichte von LilyPond
 @translationof The LilyPond story
 
-Bevor LilyPond eine Gemeinschaft von Benutzern rund um die Welt
-besaß, bevor es benutzt worden war um Noten für Kurse in der Uni
-zu erstellen oder die Partituren von Opern, die ihre erste Premiere
-erleben, bevor es einen Aufsatz über den Notensatz, Computercode
-oder wenigstens ein organisiertes Entwicklerteam gab, begann LilyPond
+Lange bevor LilyPond benutzt werden konnte, um wunderschöne
+Aufführungspartituren zu setzen, bevor es in der Lage war, Noten
+für einen Unversitätskurs oder wenigstens eine einfache Melodie zu
+setzen, bevor es eine Gemeinschaft von Benutzern rund um die Welt oder
+wenigstens einen Aufsatz über den Notensatz gab, begann LilyPond
 mit einer Frage:
 
 @quotation
@@ -53,20 +53,24 @@ ist ein schöner handgestochener Notensatz von 1950, das zweite
 Beispiel eine moderne, computergesetzte Edition.
 
 @ifnottex
+@quotation
 @noindent
 Bärenreiter BA 320, @copyright{}1950:
 
 @sourceimage{baer-suite1-fullpage,,,png}
+@end quotation
 
+@quotation
 @noindent
 Henle Nr. 666, @copyright{}2000:
 @sourceimage{henle-suite1-fullpage,,,png}
+@end quotation
 @end ifnottex
 
 Die Noten sind identisch und stammen aus der ersten Solosuite für
 Violoncello von J. S. Bach, aber ihre Erscheinung ist sehr
 unterschiedlich, insbesondere wenn man sie ausdruckt und aus einigem
-Abstand betrachtet. 
+Abstand betrachtet.
 @ifnottex
 (Die PDF-Version dieses Handbuchs hat hochauflösende Abbildungen,
 die sich zum Drucken eignen.)
@@ -79,14 +83,14 @@ die neuere Edition kalt und mechanisch erscheint.
 
 Es ist schwer, sofort die Unterschiede zur neueren Edition auszumachen.
 Alles sieht sauber und fein aus, möglicherweise sogar @qq{besser},
-weil es eher komputerkonform und einheitlich wirkt.  Das hat uns
+weil es eher computerkonform und einheitlich wirkt.  Das hat uns
 tatsächlich für eine ganze Weile beschäftigt.  Wir wollten die
 Computernotation verbessern, aber wir mussten erst verstehen, was
 eigentlich falsch mit ihr war.
 
 Die Antwort findet sich in der präzisen, mathematischen Gleichheit
 der neueren Edition.  Suchen Sie die Taktstriche in der Mitte jeder
-Zeiel: im handgestochenen Satz hat die Position dieser Taktstriche
+Zeile: im handgestochenen Satz hat die Position dieser Taktstriche
 sozusagen natürliche Variation, während die neuere Version sie
 fast immer perfekt in die Mitte setzt.  Das zeigen diese vereinfachten
 Diagramme des Seitenlayouts vom handgestochenen (links) und
@@ -108,7 +112,7 @@ einem starren Gitter aus musikalischen Zeichen verschwindet.
 
 Es gibt noch weitere Unterschiede: in der handgestochenen Version
 sind die vertikalen Linien stärker, die Bögen liegen dichter an den
-Notenköpfen und es gibt mehr Vielfalt in der Platzierung der
+Notenköpfen und es gibt mehr Abweichungen in der Steigung der
 Balken.  Auch wenn derartige Details als Haarspalterei erscheinen,
 haben wir trotzdem als Ergebnis einen Satz, der einfacher zu lesen
 ist.  In der Computerausgabe ist jede Zeile fast identisch mit den
@@ -118,28 +122,24 @@ er die Orientierung auf der Seite verlieren.
 LilyPond wurde geschaffen, um die Probleme zu lösen, die wir in
 existierenden Programmen gefunden haben und um schöne Noten zu
 schaffen, die die besten handgestochenen Partituren imitieren.
-Während unserer Arbeit an dem Programm haben wir sehr viel gelernt
-über die Art und Weise wie ein gut gestochener Notensatz erstellt
-wird.  In diesem Aufsatz beschreiben wir einige der Aspekte, die
-wir versucht haben, mit LilyPond nachzuahmen.
 
 @iftex
 @page
 @noindent
 Bärenreiter BA 320, @copyright{}1950:
 
-@sourceimage{baer-suite1-fullpage,16cm,,}
+@sourceimage{baer-suite1-fullpage-hires,16cm,,}
 @page
 @noindent
 Henle no. 666, @copyright{}2000:
 @sp 3
-@sourceimage{henle-suite1-fullpage,16cm,,}
+@sourceimage{henle-suite1-fullpage-hires,16cm,,}
 @page
 @end iftex
 
 
 @node Details des Notensetzens
-@unnumberedsec Details des Notensetzens
+@section Details des Notensetzens
 @translationof Engraving details
 
 @cindex Notensatz
@@ -148,7 +148,7 @@ Henle no. 666, @copyright{}2000:
 @cindex Gravur, Notensatz
 @cindex Plattendruck, Noten
 
-Die Kunst des Notensatzes wird auch als Notenstich bezeichnet. Dieser 
+Die Kunst des Notensatzes wird auch als Notenstich bezeichnet. Dieser
 Begriff stammt aus dem traditionellen Notendruck@footnote{Frühe
 europäische Drucker versuchten sich an verschiedenen Techniken
 wie handgeschnitzten Holzblöcken, beweglichen Lettern und
@@ -160,12 +160,12 @@ Qualitätsabstriche zu erstellen.  So wurden der Notenstich
 mit der Hand bis ins 20. Jahrhundert zum Standard für alle
 gedruckten Noten, ausgenommen einige Hymnale und Liederbücher, wo
 der Letterdruck durch seine Einfachheit und Kostenersparnis
-gerechtfertigt war.}. Noch bis vor etwa 20 
-Jahren wurden Noten erstellt, indem man sie in eine Zink- oder Zinnplatte 
+gerechtfertigt war.}. Noch bis vor etwa 20
+Jahren wurden Noten erstellt, indem man sie in eine Zink- oder Zinnplatte
 schnitt oder mit Stempeln schlug. Diese Platte wurde dann mit Druckerschwärze
-versehen, so dass sie in den geschnittenen und gestempelten Vertiefungen 
-blieb. Diese Vertiefungen schwärzten dann ein auf die Platte gelegtes 
-Papier. Das Gravieren wurde vollständig von Hand erledigt. Es war darum 
+versehen, so dass sie in den geschnittenen und gestempelten Vertiefungen
+blieb. Diese Vertiefungen schwärzten dann ein auf die Platte gelegtes
+Papier. Das Gravieren wurde vollständig von Hand erledigt. Es war darum
 sehr mühsam, Korrekturen anzubringen, weshalb man von vornherein richtig
 schneiden musste. Die Kunst des Notenstechens war eine sehr
 spezialisierte Handwerkskunst, für die ein Handwerker etwa fünf
@@ -182,33 +182,36 @@ beherrschen.
 @end ifnottex
 @end quotation
 
-LilyPond wurd von den handgestochenen traditionellen Noten
+LilyPond wurde von den handgestochenen traditionellen Noten
 inspiriert, die in der ersten Hälfte des 20. Jahrhunderts von
 europäischen Notenverlagen herausgegeben wurden (insbesondere
 Bärenreiter, Duhem, Durand, Hofmeister, Peters und Scott).  Sie
 werden teilweise als der Höhepunkt des traditionellen Notenstichs
-angesehen.
+angesehen.  Beim Studium dieser Editionen haben wir eine Menge
+darüber gelernt, was einen gut gesetzten Musikdruck ausmacht und
+welche Aspekte des handgestochenen Notensatzes wir in LilyPond
+imitieren wollten.
 
-@c Heutzutage wird fast alle gedruckte Musik von Computern erstellt. Das 
+@c Heutzutage wird fast alle gedruckte Musik von Computern erstellt. Das
 @c hat einige deutliche Vorteile: Drucke sind billiger als die gravierten
 @c Platten und der Computersatz kann per E-Mail verschickt werden. Leider
 @c hat der intensive Einsatz des Computers die graphische Qualität
-@c des Notensatzes vermindert. Mit dem Computer erstellte Noten sehen 
+@c des Notensatzes vermindert. Mit dem Computer erstellte Noten sehen
 @c langweilig und mechanisch aus, was es erschwert, von ihnen zu spielen.
 
 @menu
-* Notenschriftarten::                 
-* Optischer Ausgleich::             
-* Hilfslinien::                
-* Optische Größen::              
-* Warum der große Aufwand?::           
+* Notenschriftarten::
+* Optischer Ausgleich::
+* Hilfslinien::
+* Optische Größen::
+* Warum der große Aufwand?::
  @end menu
 
 @node Notenschriftarten
 @unnumberedsubsec Notenschriftarten
 @translationof Music fonts
 
-Die Abbildung unten illustriert den Unterschied zwischen  
+Die Abbildung unten illustriert den Unterschied zwischen
 traditionellem Notensatz und einem typischen Computersatz.
 Das linke Bild zeigt ein eingescanntes b-Vorzeichen
 einer handgestochenen Bärenreiter-Edition, das rechte Bild
@@ -216,7 +219,7 @@ hingegen ein Symbol aus einer 2000 herausgegebenen Edition
 der selben Noten.  Obwohl beide Bilder mit der gleichen
 Tintenfarbe gedruckt sind, wird die frühere Version dunkler: die
 Notenlinien sind dicker und das Bärenreiter-b hat ein rundliches,
-beihnahe sinnliches Aussehen.  Der rechte Scan hingegen hat
+beinahe sinnliches Aussehen.  Der rechte Scan hingegen hat
 dünnere Linien und eine gerade Form mit scharfen Ecken und Kanten.
 
 @multitable @columnfractions .25 .25 .25 .25
@@ -262,7 +265,7 @@ Als wir uns entschlossen hatten, ein Programm zu schreiben, das
 die Typographie des Notensatzes beherrscht, gab es keine freien
 Musikschriftarten, die unserem geplanten eleganten Notenbild passen
 würden.  Unbeirrt schufen wir eine Schriftart und dazu einen
-Coputerfont mit den musikalischen Symbolen, wobei wir uns an den
+Computerfont mit den musikalischen Symbolen, wobei wir uns an den
 schönen Musikdrucken der handgestochenen Noten orientierten.  Ohne
 diese Erfahrung hätten wir nie verstanden, wie hässlich die
 Schriftarten waren, die wir zuerst bewunderten.
@@ -285,7 +288,7 @@ wodurch sie einfacher zu lesen sind.  Feine Enden, wie etwa die
 Seiten der Viertelpause, sollten nicht als scharfe Spitzen enden,
 sondern etwas abgerundet.  Das liegt daran, dass scharfe Enden
 der Stempel sehr fragil sind und sich schnell durch die Verwendung
-abnutzen.  Zusammengefasst muss die Schärze der Schriftart sehr
+abnutzen.  Zusammengefasst muss die Schwärze der Schriftart sehr
 vorsichtig mit der Schwärze von Notenlinien, Balken und Bögen
 abgeglichen werden, um ein starkes, aber doch ausgewogenes Gesamtbild
 zu ergeben.
@@ -319,7 +322,7 @@ spricht Sie mehr an?
 }
 
 music = {
-   c'4 e''4 e'4 b'4 |
+   c'4 e''4 e'4 b'4
    \stemDown
    b'8[ e'' a' e'']
    \stemNeutral
@@ -377,40 +380,17 @@ nicht nur den Abstand von aufeinander folgenden Notenköpfen, sondern
 auch den ihrer Hälse. Also müssen Noten, deren Hälse in direkter
 Folge zuerst nach oben und dann nach unten ausgerichtet sind, weiter
 auseinander gezogen werden, während die unten/oben-Folge engere
-Abstände fordert, und das alles auch noch in Abhängigkeit von der 
-vertikalen Position der Noten. Das untere Beispiel ist mit dieser 
-Korrektur gesetzt. Im oberen Beispiel hingegen bilden sich 
+Abstände fordert, und das alles auch noch in Abhängigkeit von der
+vertikalen Position der Noten. Das untere Beispiel ist mit dieser
+Korrektur gesetzt. Im oberen Beispiel hingegen bilden sich
 für das Auge bei unten/oben-Folgen Notenklumpen.  Ein Notenstechermeister
 hätte die Notenaufteilung angepasst, sodass die angenehm zu lesen ist.
 
-Ein weiteres Beispiel optischen Ausgleichs ist das visualle Zusammenspiel
-von Hälsen und Taktstrichen.  Wenn eine Noten mit Hals nach oben
-vor einem Taktstrich kommt, braucht man etwas mehr Platz, damit
-sich die Aufteilung nicht zu dicht anfühlt:
+Die Algorithmen zur Platzaufteilung von LilyPond berechnen sogar die
+Taktstriche mit ein, weshalb die letzte Noten mit Hals nach oben im
+richtig platzierten Beispiel etwas mehr Platz vor dem Taktstrich
+erhält, damit sie nicht gedrängt wirkt. Ein Hals nach unten würde diesen Ausgleich nicht benötigen.
 
-@lilypond
-\paper {
-  ragged-right = ##t
-}
-
-\score {
-  {
-    c''8 c'' c'' c'' c'' c'' c'' c'' \break
-    a' a' a' a' a' a' a' a'
-  }
-  \layout {
-    \context {
-      \Staff
-      \remove "Time_signature_engraver"
-      \override NoteSpacing #'stem-spacing-correction = #0.7
-    }
-    \context {
-      \Score
-      \remove "Bar_number_engraver"
-    }
-  }
-}
-@end lilypond
 
 @node Hilfslinien
 @unnumberedsubsec Hilfslinien
@@ -422,10 +402,10 @@ sich die Aufteilung nicht zu dicht anfühlt:
 Hilfslinien stellen eine typographische Herausforderung dar: sie
 machen es schwerer, die Notensymbole dicht anzuordnen und sie müssen
 klar genug sein, dass sich die Tonhöhe mit einem schnellen Blick
-erkennen lässt.  Im Beispeil unten können wir sehen, dass
+erkennen lässt.  Im Beispiel unten können wir sehen, dass
 Hilfslinien dicker als normale Notenlinien sein sollten und dass
 ein gelernter Notenstecher eine Hilfslinie verkürzt, um dichteres
-Platzzieren von Versetzungszeichen zu erlauben.  Wir haben diese
+Platzieren von Versetzungszeichen zu erlauben.  Wir haben diese
 Eigenschaft in den Notensatz von LilyPond eingebaut.
 
 @multitable @columnfractions .25 .25 .25 .25
@@ -491,7 +471,7 @@ vorige erscheint:
 
 @noindent
 Bei kleineren Größen benutzt LilyPond proportional dickere
-Notenlinien, sodass das Notenbild immernoch gut zu lesen ist.
+Notenlinien, sodass das Notenbild immer noch gut zu lesen ist.
 
 @ignore
 Dadurch können auch Notensysteme unterschiedlicher Größe
@@ -507,8 +487,9 @@ global = {
   \key c \minor
 }
 
-\new Score <<
-  \new Staff \with {
+\score {
+  <<
+    \new Staff \with {
       fontSize = #-4
       \override StaffSymbol #'staff-space = #(magstep -4)
       \override StaffSymbol #'thickness = #(magstep -3)
@@ -520,30 +501,34 @@ global = {
       g8.(^> b16 c ees) g8-.^> r r
       R2.
     }
-  \new PianoStaff <<
-    \set PianoStaff.instrumentName = #"Piano"
-    \new Staff \relative c' {
-      \global
-      s2.
-      s4. s8 r8 r16 <c f aes c>
-      <c f aes c>4.^> <c ees g>8 r r
-    }
-    \new Staff \relative c {
-      \global
-      \clef "bass"
-      << {
+    \new PianoStaff <<
+      \set PianoStaff.instrumentName = #"Piano"
+      \new Staff \relative c' {
+        \global
+        s2.
+        s4. s8 r8 r16 <c f aes c>
+        <c f aes c>4.^> <c ees g>8 r r
+      }
+      \new Staff \relative c {
+        \global
+        \clef "bass"
+        <<
+        {
         \once \override DynamicText #'X-offset = #-3
         <ees g c>2.~->^\f
         <ees g c>4.~ <ees g c>8
       } \\ {
         <c g c,>2.~
         <c g c,>4.~ <c g c,>8
-      } >>
-      r8 r16 <f, c' aes'>16
-      <f c' aes'>4.-> <c' g'>8 r r
-    }
+      }
+        >>
+        r8 r16 <f, c' aes'>16
+        <f c' aes'>4.-> <c' g'>8 r r
+      }
+    >>
   >>
 >>
+}
 @end lilypond
 @end ignore
 
@@ -552,9 +537,9 @@ global = {
 @unnumberedsubsec Warum der große Aufwand?
 @translationof Why work so hard?
 
-Musiker sind üblicherweise zu sehr damit beschäftigt, die Musik aufzuführen, 
-als dass sie das Aussehen der Noten studieren könnten; darum mag diese 
-Beschäftigung mit typographischen Details akademisch wirken. 
+Musiker sind üblicherweise zu sehr damit beschäftigt, die Musik aufzuführen,
+als dass sie das Aussehen der Noten studieren könnten; darum mag diese
+Beschäftigung mit typographischen Details akademisch wirken.
 Das ist sie aber nicht.  Notenmaterial ist Aufführungsmaterial:
 alles muss unternommen werden, damit der Musiker die Aufführung
 besser bewältigt, und alles, das unklar oder unangenehm ist,
@@ -563,9 +548,9 @@ ist eine Hindernis.
 Der dichtere Eindruck, den die dickeren Notenlinien und schwereren
 Notationssymbole schaffen, eignet sich besser für Noten,
 die weit vom Leser entfernt stehen, etwa auf einem Notenständer.
-Eine sorgfältige Verteilung der Zwischenräume erlaubt es, die 
-Noten sehr dicht zu setzen, ohne dass die Symbole zusammenklumpen. 
-Dadurch werden unnötige Seitenumbrüche vermieden, so dass man 
+Eine sorgfältige Verteilung der Zwischenräume erlaubt es, die
+Noten sehr dicht zu setzen, ohne dass die Symbole zusammenklumpen.
+Dadurch werden unnötige Seitenumbrüche vermieden, so dass man
 nicht so oft blättern muss.
 
 Dies sind die Anforderungen der Typographie: Das Layout sollte
@@ -573,24 +558,24 @@ schön sein -- nicht nur aus Selbstzweck, sondern vor allem um dem
 Leser zu helfen.  Für Aufführungsmaterial ist das umso wichtiger,
 denn Musiker haben eine begrenzte Aufnahmefähigkeit. Je weniger
 Mühe nötig ist, die Noten zu erfassen, desto mehr Zeit bleibt für
-die Gestaltung der eigentlichen Musik. Das heißt: Gute 
+die Gestaltung der eigentlichen Musik. Das heißt: Gute
 Typographie führt zu besseren Aufführungen!
 
-Die Beispiele haben gezeigt, dass der Notensatz eine subtile und 
-komplexe Kunst ist und gute Ergebnisse nur mit viel Erfahrung 
+Die Beispiele haben gezeigt, dass der Notensatz eine subtile und
+komplexe Kunst ist und gute Ergebnisse nur mit viel Erfahrung
 erlangt werden können, die Musiker normalerweise nicht haben.
 LilyPond stellt unser Bemühen dar, die graphische Qualität
-handgestochener Notenseiten ins Computer-Zeitalter zu transportieren 
-und sie für normale Musiker erreichbar zu machen. Wir haben 
+handgestochener Notenseiten ins Computer-Zeitalter zu transportieren
+und sie für normale Musiker erreichbar zu machen. Wir haben
 unsere Algorithmen, die Gestalt der Symbole und die Programm-Einstellungen
-darauf abgestimmt, einen Ausdruck zu erzielen, der der Qualität 
-der alten Editionen entspricht, die wir so gerne betrachten 
+darauf abgestimmt, einen Ausdruck zu erzielen, der der Qualität
+der alten Editionen entspricht, die wir so gerne betrachten
 und aus denen wir gerne spielen.
 
 
 
 @node Automatisierter Notensatz
-@unnumberedsubsec Automatisierter Notensatz
+@section Automatisierter Notensatz
 @translationof Automated engraving
 
 @cindex Notensatz, automatisch
@@ -598,16 +583,13 @@ und aus denen wir gerne spielen.
 
 Dieser Abschnitt beschreibt, was benötigt wird um ein Programm zu
 schreiben, welches das Layout von gestochenen Noten nachahmen kann:
-eine Methode, dem Computer gute Layouts zu erklären, detailliertes
-Vergleichen mit echten Notendrucken und genug Flexibilität, um mit
-den vielen Herausforderungen fertig zu werden, die der Notensatz
-mit sich bringt.
+eine Methode, dem Computer gute Layouts zu erklären und detailliertes
+Vergleichen mit echten Notendrucken.
 
 @menu
-* Schönheitswettbewerb::             
-* Verbessern durch Benchmarking::  
-* Alles richtig machen::        
-* Flexible Architektur::       
+* Schönheitswettbewerb::
+* Verbessern durch Benchmarking::
+* Alles richtig machen::
 @end menu
 
 @node Schönheitswettbewerb
@@ -620,12 +602,12 @@ den folgenden Bogen ausgewählt werden?
 
 @lilypond
 \relative c {
-    \clef bass
-    \once \override Slur #'positions = #'(1.5 . 1)
-    e8[( f] g[ a b d,)] r4
-    \once \override Slur #'positions = #'(2 . 3)
-    e8[( f] g[ a b d,)] r4
-    e8[( f] g[ a b d,)] r4
+  \clef bass
+  \once \override Slur #'positions = #'(1.5 . 1)
+  e8[( f] g[ a b d,)] r4
+  \once \override Slur #'positions = #'(2 . 3)
+  e8[( f] g[ a b d,)] r4
+  e8[( f] g[ a b d,)] r4
 }
 @end lilypond
 
@@ -658,14 +640,14 @@ die Konfiguration aus, die am wenigsten hässlich ist.
 
 Zum Beispiel hier drei mögliche Konfiguration eines Legatobogens,
 und LilyPond hat jeder Konfiguration @qq{Hässlichkeitspunkte}
-verliehen.  Das erste Beispiel erhält 15.39 Punkte, weil eine der
-Noten angeschnitten wird:
+verliehen.  Das erste Beispiel erhält 15.39 Punkte, weil einer der
+Notenköpfe angeschnitten wird:
 
 @lilypond
 \relative c {
-    \clef bass
-    \once \override Slur #'positions = #'(1.5 . 1)
-    e8[(_"15.39" f] g[ a b d,)] r4
+  \clef bass
+  \once \override Slur #'positions = #'(1.5 . 1)
+  e8[(_"15.39" f] g[ a b d,)] r4
 }
 @end lilypond
 
@@ -677,9 +659,9 @@ Insgesamt also 13.08 Punkte:
 
 @lilypond
 \relative c {
-    \clef bass
-    \once \override Slur #'positions = #'(2 . 3)
-    e8[(_"13.08" f] g[ a b d,)] r4
+  \clef bass
+  \once \override Slur #'positions = #'(2 . 3)
+  e8[(_"13.08" f] g[ a b d,)] r4
 }
 @end lilypond
 
@@ -689,8 +671,8 @@ der drei Varianten, sodass LilyPond ihn auswählt:
 
 @lilypond
 \relative c {
-    \clef bass
-    e8[(_"12.04" f] g[ a b d,)] r4
+  \clef bass
+  e8[(_"12.04" f] g[ a b d,)] r4
 }
 @end lilypond
 
@@ -709,7 +691,7 @@ Die Ausgabe von LilyPond hat sich schrittweise mit der Zeit
 verbessert, und sie verbessert sich weiter, indem sie immer wieder
 mit handgestochenen Noten verglichen wird.
 
-Hier als Beispiel eine Zeile eines Benchmark-Stückes aus einer 
+Hier als Beispiel eine Zeile eines Benchmark-Stückes aus einer
 handgestochenen Notenedition (Bärenreiter BA320):
 
 @iftex
@@ -753,10 +735,10 @@ den Formatierungsdetails:
 
 @noindent
 (Es gibt auch zwei fehlende Notenköpfe, verschiedene editorische
-Anweisungen, die fehler und eine falsche Tonhöhe!)
+Anweisungen, die Fehler und eine falsche Tonhöhe!)
 
 Indem die Layoutregeln und das Design der Schriftarten angepasst
-wurde, hat sich die Ausgabe sehr starkt verbessert.  Vergleichen
+wurde, hat sich die Ausgabe sehr stark verbessert.  Vergleichen
 Sie das gleiche Referenzbeispiel und die Ausgabe der aktuellen
 LilyPond-Version (@version{}):
 
@@ -773,17 +755,21 @@ LilyPond-Version (@version{}):
   \key d \minor
   \time 3/4
   \mergeDifferentlyDottedOn
-  << {\slurDashed d8.-\flageolet( e16) e4.-\trill( d16 e)}
-     \\ {d4_2 a2}
+  <<
+    { \slurDashed d8.-\flageolet( e16) e4.-\trill( d16 e) }
+     \\
+    { d4_2 a2 }
   >>
   \slurDashed
   <f' a, d,>4. e8( d c)
   \slurSolid
-  bes g' f e16( f g_1 a_2 bes_3 d,_2)
+  bes8 g' f e16( f g_1 a_2 bes_3 d,_2)
   \slurDashed
   cis4.-\trill b8_3( a g)
-  << {\slurDashed d'8.( e16) e4.-\trill( d16 e)}
-     \\ {<f, a>4 a2}
+  <<
+    { \slurDashed d'8.( e16) e4.-\trill( d16 e) }
+     \\
+    { <f, a>4 a2 }
   >>
 }
 @end lilypond
@@ -805,7 +791,7 @@ Notensatzprogramme, insbesondere in Nordamerika.  Sibelius ist
 Finales hauptsächlicher Gegenspieler, offensichtlich vor allem in
 Europa verbreitet.
 
-In unserem Vergleich haben wir uns für die Fuge in G-Moll aus
+Für unseren Vergleich haben wir uns für die Fuge in G-Moll aus
 dem Wohltemperierten Clavier 1, BWV 861 von J. S. Bach entschieden,
 mit dem Hauptthema:
 
@@ -823,9 +809,15 @@ In unserem Vergleich setzten wir die letzten sieben Takte des
 Stückes (28--34) in Finale und LilyPond.  Das ist der Punkt, an
 der das Thema als dreistimmige Engführung in den Schlussabschnitt
 überleitet.  In der Finale-Version haben wir der Versuchung
-widerstanden, jedwede Anpassungen abweichend vom Standard vorzunehemn,
+widerstanden, jedwede Anpassungen abweichend vom Standard vorzunehmen,
 weil wir zeigen wollen, welche Dinge von den beiden Programmen
-ohne Hilfeleistung richtig gemacht werden.
+ohne Hilfeleistung richtig gemacht werden.  Die einzigen größeren
+Änderungen, die wir vorgenommen haben, war die Anpassung der
+Seitengröße an die Seitengröße dieses Aufsatzes und die Begrenzung
+der Noten auf zwei Systeme, um den Vergleich einfacher zu machen.
+In der Standardeinstellung Finale hätte zwei Zeilen mit je drei
+Takten und schließlich eine letzte Zeile gesetzt, die nur einen einzigen
+Takt enthält.
 
 Viele der Unterschiede zwischen den beiden Sätzen finden sich
 in den Takten 28--29, hier zuerst in Finales Version, dann in der
@@ -839,7 +831,7 @@ Version von LilyPond:
 @end ifnottex
 
 @lilypond[staffsize=19.5,line-width=14\cm]
-global = {\key g \minor}
+global = { \key g \minor }
 
 partI = \relative c' {
   \voiceOne
@@ -852,10 +844,12 @@ partII = \relative c' {
   d4 r4 r8 d'16 c bes8 c16 d
   ees8 d c ees a, r r4
 }
+
 partIII = \relative c' {
   \voiceOne
   r2 r8 d ees g, fis4 g r8 a16 bes c8 bes16 a
 }
+
 partIV = \relative c {
   \voiceTwo
   d4 r r2
@@ -869,7 +863,8 @@ partIV = \relative c {
     \set Score.currentBarNumber = #28
     \bar ""
     \new PianoStaff <<
-      \new Staff = "RH" <<
+      \new Staff = "RH"
+      <<
         \global
         \new Voice = "voiceI" { \partI }
         \new Voice = "voiceII" { \partII }
@@ -890,7 +885,7 @@ partIV = \relative c {
     }
     \context {
       \PianoStaff
-      \override StaffGrouper #'between-staff-spacing #'padding = #1
+      \override StaffGrouper #'staff-staff-spacing #'padding = #1
     }
   }
 }
@@ -899,29 +894,34 @@ partIV = \relative c {
 Einige der Mängel des nicht editierten Finale-Satzes beinhalten:
 
 @itemize @bullet
+
 @item Die meisten Balken sind zu weit vom Notensystem entfernt.
 Ein Balken, der zum Zentrum des Systems zeigt, sollte etwa die
 Länge einer Oktave haben, aber Notensetzer verkürzen die Länge,
 wenn der Balken in polyphonen Situationen aus dem System
-herauszeigt.  Die Bebalkung von Finale kann einfach mit dem
+herauszeigt.  Die Bebalkung von Finale kann einfach mit ihrem
 Patterson Beams-Plugin verbessert werden, aber wir haben diesen
 Schritt für dieses Beispiel ausgelassen.
+
 @item Finale passt die Position von ineinander greifenden Notenköpfen
 nicht an, sodass die Noten sehr schwer lesbar werden, wenn
 die untere und obere Stimme zeitweise ausgetauscht werden:
 
 @lilypond
 collide = \once \override NoteColumn #'force-hshift = #0
-\new Score <<
-  \new Voice = "sample" \relative c''{
-    \key g \minor
-    <<
-      {\voiceOne g4 \collide g4}
-      \new Voice {\voiceTwo bes \collide bes}
-    >>
-  }
-  \new Lyrics \lyricsto "sample" \lyricmode { "good " " bad" }
->>
+
+\score {
+  <<
+    \new Voice = "sample" \relative c''{
+      \key g \minor
+      <<
+        { \voiceOne g4 \collide g4 }
+        \new Voice { \voiceTwo bes \collide bes }
+      >>
+    }
+    \new Lyrics \lyricsto "sample" \lyricmode { "good " " bad" }
+  >>
+}
 @end lilypond
 
 @item Finale positioniert alle Pausen an einer festen Position auf
@@ -937,16 +937,15 @@ Finale ihm gönnt.
 @end itemize
 
 Dieses Beispiel soll nicht suggerieren, dass man mit Finale nicht
-schöne Ausgabe erstellen könnte.  Das Programm ist dazu fähig,
-wenn ein erfahrener Benutzer genug Zeit und Fähigkeit mitbringt.
+Notensatz in Publikationsqualität erstellen könnte.  Das Programm ist
+durchaus dazu fähig, wenn ein erfahrener Benutzer genug Zeit und Fähigkeit mitbringt.
 Einer der fundamentalen Unterschiede zwischen LilyPond und kommerziellen
 Notensatzprogrammen ist, dass LilyPond versucht, den Aufwand an
 menschlicher Intervention auf ein absolutes Minimum zu reduzieren,
 während andere Programme versuchen, ein attraktives Programmfenster
 zu bieten, in dem die Anpassungen vorgenommen werden können.
 
-Z. 859
-Einen besonders hervorstechenden Mangel in dem Finale-Beispiel
+Einen besonders hervorstechenden Mangel von Finale
 ist ein fehlendes b-Vorzeichen in Takt 33:
 
 @quotation
@@ -969,13 +968,14 @@ Notensatzfehler die Probe unnötig unterbricht.
 
 Wenn Sie diese Beispiel noch detaillierter betrachten wollen,
 können Sie den vollen siebentaktigen Ausschnitt am Ende dieses
-Aufsatzes als Notensatz von Finale und LilyPond sowie in vier
+Aufsatzes als Notensatz in vier unterschiedlichen
 publizierten Editionen finden.  Nähere Betrachtung zeigt, dass
 es einige akzeptable Variationen zwischen den handgestochenen
-Beispielen gibt.  Auch die LilyPond-Ausgabe hat noch ihre
-Fehler: sie ist beispielsweise etwas zu aggressiv bei der Verkürzung
-einiger Hälse -- hier ist also noch Raum für weitere Entwicklung
-und Feineinstellung.
+Beispielen gibt, dass LilyPond aber ziemlich guten Notensatz
+im Rahmen dieser Variationen produziert.  Auch die LilyPond-Ausgabe
+hat noch ihre Fehler: sie ist beispielsweise etwas zu aggressiv
+bei der Verkürzung einiger Hälse -- hier ist also noch Raum für
+weitere Entwicklung und Feineinstellung.
 
 Natürlich hängt Typographie vom menschlichen Urteil der Erscheinung
 ab, sodass Menschen nicht vollständig ersetzt werden können.  Viel
@@ -989,138 +989,206 @@ wurde die Struktur von LilyPond mit Flexibilität im Hinterkopf
 geplant.
 
 
-@node Flexible Architektur
-@unnumberedsubsec Flexible Architektur
-@translationof Flexible architecture
+@node Ein Programm bauen
+@section Ein Programm bauen
+@translationof Building software
 
-Als wir anfingen, haben wir LilyPond vollständig in der Programmiersprache C++
-geschrieben. Das hieß, dass der Funktionsumfang des Programms vollständig durch
-die Programmierer festgelegt war. Das stellte sich aus einer Reihe von Gründen
-als unzureichend heraus:
+Dieser Abschnitt beschreibt einige der Entscheidungen,
+die wir während des Programmierens für das Design von LilyPond
+getroffen haben.
 
-@itemize @bullet
-@item Wenn LilyPond Fehler macht, muss der Benutzer die
-Einstellungen ändern können. Er muss also Zugang zur 
-Formatierungsmaschinerie haben.  Deshalb können die Regeln und 
-Einstellungen nicht beim Kompilieren des Programms festgelegt 
-werden, sondern sie müssen zugänglich sein, während das Programm
-aktiv ist.
+@menu
+* Die Darstellung der Musik::
+* Welche Symbole?::
+* Flexible Architektur::
+@end menu
 
-@item Notensatz ist eine Frage des Augenmaßes, und damit auch vom
-Geschmack abhängig.  Benutzer können mit unseren Entscheidungen 
-unzufrieden sein.  Darum müssen also auch die Definitionen des 
-typographischen Stils dem Benutzer zugänglich sein.
+@node Die Darstellung der Musik
+@unnumberedsubsec Die Darstellung der Musik
+@translationof Music representation
 
-@item Schließlich verfeinern wir unseren Formatierungsalgorithmus 
-immer weiter, also müssen die Regeln auch flexibel sein. Die
-Sprache C++ zwingt zu einer bestimmten Gruppierungsmethode, 
-die nicht den Regeln für den Notensatz entspricht.
-@end itemize
+@cindex Syntax
+@cindex rekursive Strukturen
 
-@cindex Scheme-Programmiersprache
+Idealerweise ist das Eingabeformat für ein komplexes Satzsystem die
+abstrakte Beschreibung des Inhaltes. In diesem Fall wäre das die
+Musik selber. Das stellt uns aber vor ein ziemlich großes Problem,
+denn wie können wir definieren, was Musik wirklich ist? Anstatt darauf
+eine Antwort zu suchen, haben wir die Frage einfach umgedreht. Wir
+schreiben ein Programm, das den Notensatz beherrscht und machen das
+Format so einfach wie möglich. Wenn es nicht mehr vereinfacht
+werden kann, haben wir per Definition nur noch den reinen Inhalt. Unser
+Format dient als die formale Definition eines Musiktextes.
 
-Diese Probleme wurden angegangen, indem ein Übersetzer für 
-die Programmiersprache Scheme integriert wurde und Teile
-von LilyPond in Scheme neu geschrieben wurden.  Die derzeitige 
-Formatierungsarchitektur ist um die Notation von graphischen 
-Objekten herum aufgebaut, die von Scheme-Variablen und -Funktionen
-beschrieben werden.  Diese Architektur umfasst Formatierungsregeln,
-typographische Stile und individuelle Formatierungsentscheidungen. 
-Der Benutzer hat direkten Zugang zu den meisten dieser Einstellungen.
+Die Syntax ist gleichzeitig die Benutzerschnittstelle bei LilyPond,
+darum soll sie einfach zu schreiben sein; z. B. bedeutet
 
-Scheme-Variablen steuern Layout-Entscheidungen.  Zum Beispiel haben 
-viele graphische Objekte eine Richtungsvariable, die zwischen 
-oben und unten (oder rechts und links) wählen kann.  Hier etwa 
-sind zwei Akkorde mit Akzenten und Arpeggien.
-Beim ersten Akkord sind alle Objekte nach unten (oder links)
-ausgerichtet, beim zweiten nach oben (rechts).
+@example
+@{
+  c'4 d'8
+@}
+@end example
 
-@lilypond[quote,ragged-right]
-\new Score \with {
-   \override SpacingSpanner #'spacing-increment = #3
-   \override TimeSignature #'transparent = ##t
-} \relative c' {
-   \stemDown <e g b>4_>-\arpeggio
-   \override Arpeggio #'direction = #RIGHT
-   \stemUp <e g b>4^>-\arpeggio
+@noindent
+dass eine Viertel c' und eine Achtel d' erstellt werden sollen,
+wie in diesem Beispiel:
+
+@lilypond[quote]
+{
+  c'4 d'8
 }
 @end lilypond
 
-@cindex Formatierung einer Partitur
-@cindex Partitur, Formatierung
-@cindex Formatierungsregeln
+In kleinem Rahmen ist diese Syntax sehr einfach zu benutzen.  In
+größeren Zusammenhängen aber brauchen wir Struktur.  Wie sonst kann
+man große Opern oder Symphonien notieren?  Diese Struktur wird
+gewährleistet durch sog. @emph{music expressions} (Musikausdrücke):
+indem kleine Teile zu größeren kombiniert werden, kann komplexere
+Musik dargestellt werden. So etwa hier:
+
+@lilypond[quote,verbatim,fragment,relative=1]
+f4
+@end lilypond
 
 @noindent
-Der Prozess des Notensetzens besteht für das Programm darin,
-die Variablen der graphischen Objekte zu lesen und zu
-schreiben.  Einige Variablen haben festgelegte Werte. So
-ist etwa die Dicke von vielen Linien – ein Charakteristikum
-des typographischen Stils – von vornherein festgelegt.
-Wenn sie geändert werden, ergibt sich ein anderer typographischer Eindruck.
+Gleichzeitig erklingende Noten werden hinzugefügt, indem man alle in @code{<<} und @code{>>} einschließt.
 
-@lilypond[quote,ragged-right]
-fragment = {
-   \clef bass f8 as8
-   c'4-~ c'16 as g f e16 g bes c' des'4
-}
+@example
+<<c4 d4 e4>>
+@end example
+
+@lilypond[quote,fragment,relative=1]
+\new Voice { <<c4 d4 e>> }
+@end lilypond
+
+@noindent
+Um aufeinanderfolgende Noten darzustellen, werden sie in geschweifte Klammern gefasst:
+
+@code{@{@tie{}@dots{}@tie{}@}}
+
+@example
+@{ f4 <<c4 d4 e4>> @}
+@end example
+
+@lilypond[quote,relative=1,fragment]
+{ f4 <<c d e4>> }
+@end lilypond
+
+@noindent
+Dieses Gebilde ist in sich wieder ein Ausdruck, und kann
+daher mit einem anderen Ausdruck kombiniert werden (hier mit einer Halben), wobei @code{<<}, @code{\\}, and @code{>>} eingesetzt wird:
+
+@example
+<< g2 \\ @{ f4 <<c4 d4 e4>> @} >>
+@end example
+
+@lilypond[quote,fragment,relative=2]
+\new Voice { << g2 \\ { f4 <<c d e>> } >> }
+@end lilypond
+
+Solche geschachtelten Strukturen können sehr gut in einer
+kontextunabhängigen Grammatik beschrieben werden. Der Programmcode
+für den Satz ist auch mit solch einer Grammatik erstellt. Die Syntax
+von LilyPond ist also klar und ohne Zweideutigkeiten definiert.
+
+Die Benutzerschnittstelle und die Syntax werden als erstes vom Benutzer
+wahrgenommen. Teilweise sind sie eine Frage des Geschmackes und werden viel
+diskutiert. Auch wenn Geschmacksfragen ihre Berechtigung
+haben, sind sie nicht sehr produktiv. Im großen Rahmen von LilyPond
+spielt die Eingabe-Syntax nur eine geringe Rolle, denn eine logische
+Syntax zu schreiben ist einfach, guten Formatierungscode aber sehr viel
+schwieriger. Das kann auch die Zeilenzahl der Programmzeilen zeigen:
+Analysieren und Darstellen nimmt nur etwa 10% des Codes ein:
+
+Während wir die Strukturen von LilyPond entwickelten, machten wir einige Entscheidungen, die sich von anderen Programmen unterscheiden.
+Nehmen wir etwa die hierarchische Natur der Musiknotation:
+
+@lilypond[quote,fragment]
 <<
-   \new Staff \fragment
-   \new Staff \with {
-      \override Beam #'beam-thickness = #0.3
-      \override Stem #'thickness = #0.5
-      \override Bar #'thickness = #3.6
-      \override Tie #'thickness = #2.2
-      \override StaffSymbol #'thickness = #3.0
-      \override Tie #'extra-offset = #'(0 .  0.3)
-      }
-      \fragment
+  \new Staff \relative c'' {
+    \key g \major
+    \time 3/4
+    d4 g,8 a b c d4 g, g
+  }
+  \new Staff \relative c' {
+    \clef "bass"
+    \key g \major
+    <g b d>2 a4 b2.
+  }
 >>
 @end lilypond
 
-Formatierungsregeln sind auch vorbelegte Variablen.  Zu jedem Objekt gehören
-Variablen, die Prozeduren enthalten. Diese Prozeduren machen die eigentliche
-Satzarbeit aus, und wenn man sie durch andere ersetzt, kann die Darstellung
-von Objekten verändert werden.  Im nächsten Beispiel wird die Regel, nach der
-die Notenköpfe gezeichnet werden, während des Ausschnitts verändert.
+In diesem Fall werden Tonhöhen in Akkorde gruppiert, die zu Takten
+gehören, welche wiederum zu Notensystemen gehören.  Das erinnert an
+die saubere Struktur von geschachtelten Kästen:
 
-@lilypond[quote,ragged-right]
-#(set-global-staff-size 30)
+@quotation
+@iftex
+@sourceimage{pdf/nestedboxes,,4cm,}
+@end iftex
+@ifnottex
+@sourceimage{nestedboxes,,,png}
+@end ifnottex
+@end quotation
 
-#(define (mc-squared grob orig current)
-  (let* ((interfaces (ly:grob-interfaces grob))
-         (pos (ly:grob-property grob 'staff-position)))
-    (if (memq 'note-head-interface interfaces)
-        (begin
-          (ly:grob-set-property! grob 'stencil
-            (grob-interpret-markup grob
-              (make-lower-markup 0.5
-                (case pos
-                  ((-5) "m")
-                  ((-3) "c ")
-                  ((-2) (make-smaller-markup (make-bold-markup "2")))
-                  (else "bla")))))))))
+Leider ist die Struktur nur sauber, weil sie auf einige sehr beschränkte
+Annahmen basiert.  Das wird offensichtlich, wenn man ein komplizierteres
+Beispiel heranzieht:
 
-\new Voice \relative c' {
-  \stemUp
-  \set autoBeaming = ##f
-  \time 2/4
-  <d f g>4
-  \once \override NoteHead #'stencil = #note-head::brew-ez-stencil
-  \once \override NoteHead #'font-size = #-7
-  \once \override NoteHead #'font-family = #'sans
-  \once \override NoteHead #'font-series = #'bold
-  <d f g>4
-  \once \override NoteHead #'style = #'cross
-  <d f g>4
-  \applyOutput #'Voice #mc-squared
-  <d f g>4
-  <<
-    { d8[ es-( fis^^ g] fis2-) }
-    \repeat unfold 5 { \applyOutput #'Voice #mc-squared s8 }
-  >>
+@lilypond[quote]
+\layout {
+  \context {
+    \Score
+    \remove "Timing_translator"
+    \remove "Default_bar_line_engraver"
+  }
+  \context {
+    \Staff
+    \consists "Timing_translator"
+    \consists "Default_bar_line_engraver"
+ }
 }
+
+\new PianoStaff <<
+  \new Staff = "RH" <<
+    \new Voice = "I" \relative c''' {
+      \time 3/4
+      \voiceOne
+      \times 6/7 { g8 g g g g g g }
+      \oneVoice
+      r4 <b,, fis' g bes> r4\fermata
+    }
+    \new Voice = "II" \relative c' {
+      \voiceTwo
+      c4
+      \times 4/5 {
+        <c ees>8 f g
+        \change Staff = "LH" \oneVoice
+        \stemUp g,( c}
+      r4
+      \override Stem #'cross-staff = ##t
+      \override Stem #'length = #12
+      <fis, b>) r\fermata
+    }
+  >>
+  \new Staff = "LH" <<
+    \new Voice = "III" \relative c' {
+      \time 2/4
+      \clef "bass"
+      g4 \stopStaff s
+      \startStaff s2*2
+    }
+  >>
+>>
 @end lilypond
 
+In diesem Beispiel beginnen Systeme plötzlich und enden plötzlich,
+Stimmen springen zwischen den Systemen herum und die Systeme haben
+unterschiedliche Taktarten.  Viele Software-Pakte würden sehr damit
+zu kämpfen haben, dieses Beispiel darzustellen, weil sie nach dem
+Prinzip von geschachtelten Kästen aufgebaut sind.  In LilyPond dagegen
+haben wir versucht, die Struktur und das Eingabeformat so flexibel wie
+möglich zu gestalten.
 
 
 @node Welche Symbole?
@@ -1135,7 +1203,7 @@ die Notenköpfe gezeichnet werden, während des Ausschnitts verändert.
 @cindex Plugin
 
 Während des Notensatzprozesses entscheidet sich, wo
-Symbole platziert werden.  Das kann aber nur gelingen, 
+Symbole platziert werden.  Das kann aber nur gelingen,
 wenn vorher entschieden wird, @emph{welche} Symbole
 gesetzt werden sollen, also welche Art von Notation benutzt
 werden soll.
@@ -1148,7 +1216,7 @@ die Notenköpfe, das Fünfliniensystem) nicht verändert haben,
 entwickeln sich die Details trotzdem immer noch weiter, um
 die Errungenschaften der Neuen Musik darstellen zu können.  Die
 Notation umfasst also 500 Jahre Musikgeschichte.  Ihre Anwendung
-reicht von monophonen Melodien bis zu ungeheuer komplexem Kontrapunkt 
+reicht von monophonen Melodien bis zu ungeheuer komplexem Kontrapunkt
 für großes Orchester.
 
 Wie bekommen wir dieses vielköpfige Monster zu fassen und in die
@@ -1161,7 +1229,7 @@ werden.  Derartige Plugins werden @code{engraver} genannt,
 analog zu den Notenstechern (engl. engraver), die musikalische
 Ideen in graphische Symbole übersetzen.
 
-Im nächsten Beispiel wird gezeigt, wie mit dem Plugin für die Notenköpfe, 
+Im nächsten Beispiel wird gezeigt, wie mit dem Plugin für die Notenköpfe,
 dem @code{Note_heads_engraver} (@qq{Notenkopfstecher}) der Satz begonnen wird.
 
 @lilypond[quote,ragged-right]
@@ -1194,7 +1262,7 @@ dem @code{Note_heads_engraver} (@qq{Notenkopfstecher}) der Satz begonnen wird.
 @end lilypond
 
 @noindent
-Dann fügt ein @code{Staff_symbol_engraver} (@qq{Notensystemstecher}) 
+Dann fügt ein @code{Staff_symbol_engraver} (@qq{Notensystemstecher})
 die Notenlinien hinzu.
 
 @lilypond[quote,ragged-right]
@@ -1226,7 +1294,7 @@ die Notenlinien hinzu.
 @end lilypond
 
 @noindent
-Der @code{Clef_engraver} (@qq{Notenschlüsselstecher}) definiert 
+Der @code{Clef_engraver} (@qq{Notenschlüsselstecher}) definiert
 eine Referenzstelle für das System.
 
 @lilypond[quote,ragged-right]
@@ -1285,11 +1353,11 @@ Der @code{Stem_engraver} (@qq{Halsstecher}) schließlich fügt
 @end lilypond
 
 @noindent
-Dem @code{Stem_engraver} wird jeder Notenkopf mitgeteilt, 
-der vorkommt. Jedes Mal, wenn ein Notenkopf erscheint (oder mehrere bei 
-einem Akkord), wird ein Hals-Objekt erstellt und an den 
-Kopf geheftet. Wenn wir dann noch Engraver für Balken, Bögen, 
-Akzente, Versetzungszeichen, Taktstriche, Taktangaben und Tonartbezeichnungen 
+Dem @code{Stem_engraver} wird jeder Notenkopf mitgeteilt,
+der vorkommt. Jedes Mal, wenn ein Notenkopf erscheint (oder mehrere bei
+einem Akkord), wird ein Hals-Objekt erstellt und an den
+Kopf geheftet. Wenn wir dann noch Engraver für Balken, Bögen,
+Akzente, Versetzungszeichen, Taktstriche, Taktangaben und Tonartbezeichnungen
 hinzufügen, erhalten wir eine vollständige Notation.
 
 
@@ -1303,7 +1371,7 @@ hinzufügen, erhalten wir eine vollständige Notation.
 @cindex Notensatz, Mehrstimmigkeit
 @cindex Kontexte
 
-Dieses System funktioniert gut für monophone Musik, aber wie geht 
+Dieses System funktioniert gut für monophone Musik, aber wie geht
 es mit Polyphonie? Hier müssen sich mehrere Stimmen ein System teilen.
 
 @lilypond[quote,ragged-right]
@@ -1324,10 +1392,6 @@ in einen großen Score-Kontext (Partiturkontext) eingebunden werden.
 Der Score-Kontext ist auf der höchsten Ebene der Kontexte.
 
 
-@seealso
-Programmreferenz: @rinternals{Contexts}.
-
-
 @lilypond[quote,ragged-right]
 \include "engraver-example.ily"
 \score {
@@ -1338,116 +1402,161 @@ Programmreferenz: @rinternals{Contexts}.
 }
 @end lilypond
 
+@seealso
+Referenz der Interna: @rinternals{Contexts}.
 
-@node Die Darstellung der Musik
-@unnumberedsubsec Die Darstellung der Musik
-@translationof Music representation
-
-@cindex Syntax
-@cindex rekursive Strukturen
 
-Idealerweise ist das Eingabeformat für ein komplexes Satzsystem die 
-abstrakte Beschreibung des Inhaltes. In diesem Fall wäre das die 
-Musik selber. Das stellt uns aber vor ein ziemlich großes Problem, 
-denn wie können wir definieren, was Musik wirklich ist? Anstatt darauf 
-eine Antwort zu suchen, haben wir die Frage einfach umgedreht. Wir
-schreiben ein Programm, das den Notensatz beherrscht und machen das 
-Format so einfach wie möglich. Wenn es nicht mehr vereinfacht 
-werden kann, haben wir per Definition nur noch den reinen Inhalt. Unser 
-Format dient als die formale Definition eines Musiktextes.
+@node Flexible Architektur
+@unnumberedsubsec Flexible Architektur
+@translationof Flexible architecture
 
-Die Syntax ist gleichzeitig die Benutzerschnittstelle bei LilyPond, 
-darum soll sie einfach zu schreiben sein; z. B. bedeutet
+Als wir anfingen, haben wir LilyPond vollständig in der Programmiersprache C++
+geschrieben. Das hieß, dass der Funktionsumfang des Programms vollständig durch
+die Programmierer festgelegt war. Das stellte sich aus einer Reihe von Gründen
+als unzureichend heraus:
 
-@example
-@{
-  c'4 d'8
-@}
-@end example
+@itemize @bullet
 
-@noindent
-dass eine Viertel c' und eine Achtel d' erstellt werden sollen,
-wie in diesem Beispiel:
+@item Wenn LilyPond Fehler macht, muss der Benutzer die
+Einstellungen ändern können. Er muss also Zugang zur
+Formatierungsmaschinerie haben.  Deshalb können die Regeln und
+Einstellungen nicht beim Kompilieren des Programms festgelegt
+werden, sondern sie müssen zugänglich sein, während das Programm
+aktiv ist.
 
-@lilypond[quote]
-{
-  c'4 d'8
-}
-@end lilypond
+@item Notensatz ist eine Frage des Augenmaßes, und damit auch vom
+Geschmack abhängig.  Benutzer können mit unseren Entscheidungen
+unzufrieden sein.  Darum müssen also auch die Definitionen des
+typographischen Stils dem Benutzer zugänglich sein.
 
-In kleinem Rahmen ist diese Syntax sehr einfach zu benutzen.  In
-größeren Zusammenhängen aber brauchen wir Struktur.  Wie sonst kann
-man große Opern oder Symphonien notieren?  Diese Struktur wird
-gewährleistet durch sog. @emph{music expressions} (Musikausdrücke):
-indem kleine Teile zu größeren kombiniert werden, kann komplexere
-Musik dargestellt werden. So etwa hier:
+@item Schließlich verfeinern wir unseren Formatierungsalgorithmus
+immer weiter, also müssen die Regeln auch flexibel sein. Die
+Sprache C++ zwingt zu einer bestimmten Gruppierungsmethode,
+die nicht den Regeln für den Notensatz entspricht.
+@end itemize
 
-@lilypond[quote,verbatim,fragment,relative=1]
-f4
-@end lilypond
+@cindex Scheme-Programmiersprache
 
-@noindent
-Gleichzeitig erklingende Noten werden hinzugefügt, indem man alle in @code{<<} und @code{>>} einschließt.
+Diese Probleme wurden angegangen, indem ein Übersetzer für
+die Programmiersprache Scheme integriert wurde und Teile
+von LilyPond in Scheme neu geschrieben wurden.  Die derzeitige
+Formatierungsarchitektur ist um die Notation von graphischen
+Objekten herum aufgebaut, die von Scheme-Variablen und -Funktionen
+beschrieben werden.  Diese Architektur umfasst Formatierungsregeln,
+typographische Stile und individuelle Formatierungsentscheidungen.
+Der Benutzer hat direkten Zugang zu den meisten dieser Einstellungen.
 
-@example
-<<c4 d4 e4>>
-@end example
+Scheme-Variablen steuern Layout-Entscheidungen.  Zum Beispiel haben
+viele graphische Objekte eine Richtungsvariable, die zwischen
+oben und unten (oder rechts und links) wählen kann.  Hier etwa
+sind zwei Akkorde mit Akzenten und Arpeggien.
+Beim ersten Akkord sind alle Objekte nach unten (oder links)
+ausgerichtet, beim zweiten nach oben (rechts).
 
-@lilypond[quote,fragment,relative=1]
-\new Voice { <<c4 d4 e>> }
+@lilypond[quote,ragged-right]
+\score {
+  \relative c' {
+    \stemDown <e g b>4_>-\arpeggio
+    \override Arpeggio #'direction = #RIGHT
+    \stemUp <e g b>4^>-\arpeggio
+  }
+  \layout {
+    \context {
+      \Score
+      \override SpacingSpanner #'spacing-increment = #3
+      \override TimeSignature #'transparent = ##t
+    }
+  }
+}
 @end lilypond
 
-@noindent
-Um aufeinanderfolgende Noten darzustellen, werden sie in geschweifte Klammern gefasst:
-
-@code{@{@tie{}@dots{}@tie{}@}}
+@cindex Formatierung einer Partitur
+@cindex Partitur, Formatierung
+@cindex Formatierungsregeln
 
-@example
-@{ f4 <<c4 d4 e4>> @}
-@end example
+@noindent
+Der Prozess des Notensetzens besteht für das Programm darin,
+die Variablen der graphischen Objekte zu lesen und zu
+schreiben.  Einige Variablen haben festgelegte Werte. So
+ist etwa die Dicke von vielen Linien – ein Charakteristikum
+des typographischen Stils – von vornherein festgelegt.
+Wenn sie geändert werden, ergibt sich ein anderer typographischer Eindruck.
 
-@lilypond[quote,relative=1,fragment]
-{ f4 <<c d e4>> }
+@lilypond[quote,ragged-right]
+fragment = {
+   \clef bass f8 as8
+   c'4-~ c'16 as g f e16 g bes c' des'4
+}
+<<
+   \new Staff \fragment
+   \new Staff \with {
+      \override Beam #'beam-thickness = #0.3
+      \override Stem #'thickness = #0.5
+      \override Bar #'thickness = #3.6
+      \override Tie #'thickness = #2.2
+      \override StaffSymbol #'thickness = #3.0
+      \override Tie #'extra-offset = #'(0 .  0.3)
+      }
+      \fragment
+>>
 @end lilypond
 
-@noindent
-Dieses Gebilde ist in sich wieder ein Ausdruck, und kann
-daher mit einem anderen Ausdruck kombiniert werden (hier mit einer Halben), wobei @code{<<}, @code{\\}, and @code{>>} eingesetzt wird:
-
-@example
-<< g2 \\ @{ f4 <<c4 d4 e4>> @} >>
-@end example
+Formatierungsregeln sind auch vorbelegte Variablen.  Zu jedem Objekt gehören
+Variablen, die Prozeduren enthalten. Diese Prozeduren machen die eigentliche
+Satzarbeit aus, und wenn man sie durch andere ersetzt, kann die Darstellung
+von Objekten verändert werden.  Im nächsten Beispiel wird die Regel, nach der
+die Notenköpfe gezeichnet werden, während des Ausschnitts verändert.
 
-@lilypond[quote,fragment,relative=2]
-\new Voice { << g2 \\ { f4 <<c d e>> } >> }
-@end lilypond
+@lilypond[quote,ragged-right]
+#(set-global-staff-size 30)
 
-Solche geschachtelten Strukturen können sehr gut in einer 
-kontextunabhängigen Grammatik beschrieben werden. Der Programmcode 
-für den Satz ist auch mit solch einer Grammatik erstellt. Die Syntax 
-von LilyPond ist also klar und ohne Zweideutigkeiten definiert.
+#(define (mc-squared grob orig current)
+  (let* ((interfaces (ly:grob-interfaces grob))
+         (pos (ly:grob-property grob 'staff-position)))
+    (if (memq 'note-head-interface interfaces)
+        (begin
+          (ly:grob-set-property! grob 'stencil
+            (grob-interpret-markup grob
+              (make-lower-markup 0.5
+                (case pos
+                  ((-5) "m")
+                  ((-3) "c ")
+                  ((-2) (make-smaller-markup (make-bold-markup "2")))
+                  (else "bla")))))))))
 
-Die Benutzerschnittstelle und die Syntax werden als erstes vom Benutzer 
-wahrgenommen. Teilweise sind sie eine Frage des Geschmackes und werden viel
-diskutiert. Auch wenn Geschmacksfragen ihre Berechtigung 
-haben, sind sie nicht sehr produktiv. Im großen Rahmen von LilyPond 
-spielt die Eingabe-Syntax nur eine geringe Rolle, denn eine logische 
-Syntax zu schreiben ist einfach, guten Formatierungscode aber sehr viel 
-schwieriger. Das kann auch die Zeilenzahl der Programmzeilen zeigen: 
-Analysieren und Darstellen nimmt nur etwa 10% des Codes ein:
+\new Voice \relative c' {
+  \stemUp
+  \set autoBeaming = ##f
+  \time 2/4
+  <d f g>4
+  \once \override NoteHead #'stencil = #note-head::brew-ez-stencil
+  \once \override NoteHead #'font-size = #-7
+  \once \override NoteHead #'font-family = #'sans
+  \once \override NoteHead #'font-series = #'bold
+  <d f g>4
+  \once \override NoteHead #'style = #'cross
+  <d f g>4
+  \applyOutput #'Voice #mc-squared
+  <d f g>4
+  <<
+    { d8[ es-( fis^^ g] fis2-) }
+    \repeat unfold 5 { \applyOutput #'Voice #mc-squared s8 }
+  >>
+}
+@end lilypond
 
 
-@node Beispielanwendung
-@unnumberedsubsec Beispielanwendung
-@translationof Example applications
+@node LilyPond die Arbeit überlassen
+@section LilyPond die Arbeit überlassen
+@translationof Putting LilyPond to work
 
 @cindex einfaches Beispiel
 @cindex Beispiel, einfach
 
-Wir haben LilyPond als einen Versuch geschrieben, wie man die Kunst des 
-Musiksatzes in ein Computerprogramm gießen kann. Dieses 
-Programm kann nun dank vieler harter Arbeitsstunden benutzt werden, 
-um sinnvolle Aufgaben zu erledigen. Die einfachste ist dabei der 
+Wir haben LilyPond als einen Versuch geschrieben, wie man die Kunst des
+Musiksatzes in ein Computerprogramm gießen kann. Dieses
+Programm kann nun dank vieler harter Arbeitsstunden benutzt werden,
+um sinnvolle Aufgaben zu erledigen. Die einfachste ist dabei der
 Notendruck.
 
 @lilypond[quote,relative=1]
@@ -1458,7 +1567,7 @@ Notendruck.
 @end lilypond
 
 @noindent
-Indem wir Akkordsymbole und einen Text hinzufügen, erhalten wir 
+Indem wir Akkordsymbole und einen Text hinzufügen, erhalten wir
 ein Liedblatt.
 
 @lilypond[quote,ragged-right]
@@ -1473,10 +1582,10 @@ ein Liedblatt.
 >>
 @end lilypond
 
-Mehrstimmige Notation und Klaviermusik kann auch gesetzt werden. Das 
+Mehrstimmige Notation und Klaviermusik kann auch gesetzt werden. Das
 nächste Beispiel zeigt einige etwas exotischere Konstruktionen:
 
-@lilypond[quote]
+@lilypond[quote,line-width=15.9\cm]
 \header {
   title = "Screech and boink"
   subtitle = "Random complex notation"
@@ -1533,10 +1642,7 @@ nächste Beispiel zeigt einige etwas exotischere Konstruktionen:
     >> }
   >>
   \midi {
-    \context {
-      \Score
-      tempoWholesPerMinute = #(ly:make-moment 60 8)
-    }
+    \tempo 8 = 60
   }
   \layout {
     \context {
@@ -1547,27 +1653,34 @@ nächste Beispiel zeigt einige etwas exotischere Konstruktionen:
 }
 @end lilypond
 
-Die obenstehenden Beispiele wurde manuell erstellt, aber das ist nicht 
-die einzige Möglichkeit. Da der Satz fast vollständig automatisch abläuft, 
+Die obenstehenden Beispiele wurde manuell erstellt, aber das ist nicht
+die einzige Möglichkeit. Da der Satz fast vollständig automatisch abläuft,
 kann er auch von anderen Programmen angesteuert werden, die Musik oder Noten
-verarbeiten. So können etwa ganze Datenbanken musikalischer Fragmente automatisch 
-in Notenbilder umgewandelt werden, die dann auf Internetseiten oder 
+verarbeiten. So können etwa ganze Datenbanken musikalischer Fragmente automatisch
+in Notenbilder umgewandelt werden, die dann auf Internetseiten oder
 in Multimediapräsentation Anwendung finden.
 
-Dieser Aufsatz zeigt eine weitere Möglichkeit: Die Noten werden als 
+Dieser Aufsatz zeigt eine weitere Möglichkeit: Die Noten werden als
 reiner Text eingegeben und können darum sehr einfach integriert werden
-in andere textbasierte Formate wie etwa @LaTeX{}, HTML oder, wie in diesem 
-Fall, Texinfo. Durch ein spezielles Programm werden die Eingabefragmente durch 
-Notenbilder in der resultierenden PDF- oder HTML-Datei ersetzt. Dadurch ist
-es sehr einfach, Noten und Text zu kombinieren.
+in andere textbasierte Formate wie etwa @LaTeX{}, HTML oder, wie in diesem
+Fall, Texinfo. Mithilfe des Programmes @command{lilypond-book},
+das in LilyPond inbegriffen ist, werden die Fragmente mit
+Notenbildern ersetzt und in die produzierte PDF- oder HTML-Datei
+eingefügt.  Ein weiteres Beispiel ist die von LilyPond unabhängige
+Erweiterung OOoLilyPond für OpenOffice.org, mit der es sehr einfach
+ist, Musikbeispiele in Dokumente einzufügen.
+
+Zu mehr Beispielen, wie LilyPond sich in Aktion verhält, für vollständige
+Dokumentation und das Programm LilyPond besuchen Sie unsere
+Webseite: www.lilypond.org.
 
 
 @page
-@node Anhang
-@unnumberedsec Anhang
-@translationof Appendix
+@node Notensatzbeispiele (BWV 861)
+@section Notensatzbeispiele (BWV 861)
+@translationof Engraved examples (BWV 861)
 
-Dieser Anhang enthält vier Referenz-Notenstiche und zwei
+Dieser Abschnitt enthält vier Referenz-Notenstiche und zwei
 computergesetzte Versionen der Fuge G-Moll aus dem Wohltemperierten
 Clavier I (BWV 681) von J. S. Bach (die letzten sieben Takte).
 
@@ -1707,7 +1820,7 @@ partIV = \relative c {
     }
     \context {
       \PianoStaff
-      \override StaffGrouper #'between-staff-spacing #'padding = #1
+      \override StaffGrouper #'staff-staff-spacing #'padding = #1
     }
   }
 }