Merge branch 'master' into lilypond/translation

[lilypond.git] / Documentation / de / learning / tutorial.itely

@c -*- coding: utf-8; mode: texinfo; documentlanguage: de -*-

@ignore
    Translation of GIT committish: 64feeff58e5ce3397de87188a08ac99f7ef8e37b

    When revising a translation, copy the HEAD committish of the
    version that you are working on.  For details, see the Contributors'
    Guide, node Updating translation committishes..
@end ignore

@include included/generating-output.itexi

@c \version "2.13.4"
@c Translators: Till Paala, Reinhold Kainhofer
@c Translation checkers: Hajo Bäß

@node Übung
@chapter Übung
@translationof Tutorial

Dieses Kapitel stellt dem Leser das grundlegende Arbeiten mit LilyPond
vor.

@menu
* Eine Quelldatei übersetzen::
* Arbeiten an Eingabe-Dateien::
* Mit Fehlern umgehen::
* Wie soll das Handbuch gelesen werden::
@end menu


@node Eine Quelldatei übersetzen
@subsection Eine Quelldatei übersetzen
@translationof Compiling a file

Dieser Abschnitt führt in die @qq{Kompilation} ein -- den
Bearbeitungsprozess von LilyPond-Eingabedateien (die Sie geschrieben
haben) um eine Ausgabedatei zu erstellen.

@menu
* Noten eingeben::              
* MacOS X::                     
* Windows::                     
* Kommandozeile::                
@end menu

@node Noten eingeben
@subsection Noten eingeben
@translationof Entering input

@cindex Kompilieren
@cindex erstes Beispiel
@cindex Beispiel, erstes
@cindex Übersetzen von Quelltext
@cindex Groß- und Kleinschreibung
@cindex Quelltext, übersetzen
@cindex Großbuchstaben
@cindex Kleinbuchstaben

@qq{Kompilation} ist der Begriff, der benutzt wird, um eine
Lilypond-Eingabedatei mit dem Programm LilyPond in eine
Notenausgabe umzuwandeln.  Ausgabedateien sind in erster Linie
PDF-Dateien (zum Anschauen und Drucken), MIDI (zum Abspielen)
und PNG (für die Benutzung auf Internetseiten).  Die Eingabedateien
von LilyPond sind einfache Textdateien.

Das erste Beispiel zeigt, wie
solch eine einfache Eingabedatei ausschauen kann.

@example
@{
  c' e' g' e'
@}
@end example

Die graphische Ausgabe ist:

@c  in this case we don't want verbatim
@lilypond[quote]
{
  c' e' g' e'
}
@end lilypond

@warning{In jeder LilyPond-Datei müssen
@strong{@{ geschweifte Klammern @}} um die Noten
oder Gesangstext
gesetzt werden. Vor und hinter den Klammern sollten
Leerzeichen eingegeben werden, damit keine Unklarheiten
in Verbindung mit den eigentlichen Notensymbolen entstehen.
An Anfang und Ende der Zeile können diese Leerzeichen auch
weggelassen werden. Es kann sein, dass in diesem Handbuch
die Klammern in manchen Beispielen fehlen, aber man sollte
immer daran denken, sie in den eigenen Dateien zu benutzen!
Mehr Informationen zu der Darstellung der Beispiele in diesem
Handbuch gibt der Abschnitt @ref{Wie soll das Handbuch gelesen werden}.}

Zusätzlich unterscheidet LilyPond @strong{Groß- und Kleinschreibung}.
@w{@samp{ @{ c d e @}}} ist zulässiger Code,
@w{@samp{ @{ C D E @}}} dagegen resultiert in einer Fehlermeldung.

@smallspace

@subheading Ansicht des Ergebnisses

@cindex PDF-Datei
@cindex Noten anzeigen
@cindex Anzeigen der Noten
@cindex Ansicht von Noten
@cindex Editoren
@cindex Texteditoren
@cindex LilyPond unter MacOS X
@cindex MacOS X, LilyPond starten
@cindex Starten von LilyPond

Das Erstellen der Notenausgabe hängt davon ab, welches Betriebssystem
und welche Programme Sie benutzen.

@itemize

@item
@ref{MacOS X, @sourceimage{logo-macosx,,,}}
@ref{MacOS X, MacOS X} (graphisch)

@item
@ref{Windows, @sourceimage{logo-windows,,,}}
@ref{Windows, Microsoft Windows} (graphisch)

@item
@ref{Kommandozeile, @sourceimage{logo-linux,,,}
@sourceimage{logo-freebsd,,,}
@sourceimage{logo-macosx,,,}
@sourceimage{logo-windows,,,}
}
@ref{Kommandozeile, Alle Betriebssysteme} (Kommandozeile)

@end itemize

Beachten Sie, dass es eine Reihe an Texteditoren mit besserer 
Unterstützung für LilyPond gibt. Mehr dazu im Abschnitt
@rweb{Leichteres Editieren}.

@warning{Das erste Mal, wenn Sie LilyPond benutzen, kann es eine 
Minute oder länger dauern, weil das Programm zuerst alle Schriftarten,
die auf dem System zur Verfügung stehen, untersucht. Aber nach 
diesem ersten Mal läuft LilyPond sehr viel schneller.}





@node MacOS X
@subsection MacOS X
@translationof MacOS X

@cindex Starten des Programms, MacOS X
@cindex MacOS X, LilyPond starten

@lilypadOSX


@node Windows
@subsection Windows
@translationof Windows

@cindex Windows, LilyPond starten

@lilypadWindows


@node Kommandozeile
@subsection Kommandozeile
@translationof Command-line

@cindex Unix, LilyPond starten

@lilypadCommandLine



@node Wie werden Eingabe-Dateien geschrieben
@section Wie werden Eingabe-Dateien geschrieben
@translationof How to write input files

Dieser Abschnitt erklärt die grundlegende LilyPond-Syntax und hilft
bei den ersten Anfängen, eine LilyPond-Eingabedatei zu schreiben.

@menu
* Einfache Notation::             
* Arbeiten an Eingabe-Dateien::      
@end menu



@node Einfache Notation
@subsection Einfache Notation
@translationof Simple notation

@cindex einfache Notation
@cindex Notation, einfach

LilyPond fügt einige Bestandteile des Notenbildes automatisch hinzu. Im
nächsten Beispiel sind nur vier Tonhöhen angegeben, aber LilyPond setzt
trotzdem einen Schlüssel, eine Taktangabe und Notendauern.

@lilypond[verbatim,quote]
{
  c' e' g' e'
}
@end lilypond

@noindent
Diese Einstellungen können verändert werden, aber in den meisten Fällen
sind die automatischen Werte durchaus brauchbar.

@subheading Tonhöhen

@cindex Tonhöhen
@cindex relativer Modus
@cindex Apostroph
@cindex Komma
@cindex Versetzungszeichen und relativer Modus
@cindex relativer Modus und Versetzungszeichen

@funindex \relative
@funindex relative
@funindex '
@funindex ,


Glossar: @rglos{pitch}, @rglos{interval},
@rglos{scale}, @rglos{middle C}, @rglos{octave},
@rglos{accidental}.

@c Addition for German users about pitch naming conventions
Die Tonhöhen werden mit Kleinbuchstaben eingegeben, die den Notennamen
entsprechen. Es ist jedoch wichtig zu wissen, dass LilyPond in seiner
Standardeinstellung die englischen Notennamen verwendet. Bis auf eine
Ausnahme entsprechen sie den deutschen, deshalb wird die Voreinstellung
von LilyPond für diese Übung beibehalten. Die @emph{Ausnahme} ist das h -- in 
LilyPond muss man anstelle dessen b schreiben! Das deutsche b dagegen
wird als bes notiert, ein his dagegen würde bis geschrieben. Siehe auch
@ruser{Versetzungszeichen} und @ruser{Notenbezeichnungen in anderen Sprachen}, hier
wird beschrieben,
wie sich die deutschen Notennamen benutzen lassen.
@c end addition

Am einfachsten können Noten im @code{\relative}-Modus
eingegeben werden. In diesem Modus wird die Oktave der Note automatisch
gewählt, indem angenommen wird, dass die folgende Note immer so nah 
wie möglich in Bezug auf die vorhergehende gesetzt wird, d. h. sie 
wird höchstens drei Notenzeilen höher oder tiefer als die vorhergehende 
Note gesetzt. Fangen
wir unser erstes Notationsbeispiel mit einer @notation{Tonleiter} an, wo also
die nächste Note immer nur eine Notenlinie über der vorherigen steht.

@c KEEP LY
@lilypond[verbatim,quote]
% Beginnpunkt auf das mittlere C setzen
\relative c' {
  c d e f
  g a b c
}
@end lilypond

Die erste Note ist ein @notation{eingestrichenes C}. Jede folgende Note
befindet sich so nah wie möglich bei der vorherigen -- das erste 
@q{C} ist also das nächste C vom
eingestrichenen C aus gerechnet. Darauf folgt das nächstmögliche
D in Bezug auf die vorhergehende Note. Mit diesen Regeln können
auch Melodien mit größeren Intervallen im @code{\relative}-Modus
gebildet werden:

@lilypond[verbatim,quote]
\relative c' {
  d f a g
  c b f d
}
@end lilypond

@noindent
Es ist nicht notwendig, dass die erste Note der Melodie mit der 
Note beginnt, die die erste Tonhöhe angibt.
Die erste Note (das @q{D}) des vorigen Beispiels ist das nächste D 
vom eingestrichenen C aus gerechnet.

Indem man Apostrophe @code{'} (Taste Shift+#) oder Kommata @code{,} 
zu dem @w{@code{\relative c' @{}} hinzufügt oder entfernt, kann die 
Oktave der ersten Tonhöhe verändert werden:

@c KEEP LY
@lilypond[verbatim,quote]
% zweigestrichenes C
\relative c'' {
  e c a c
}
@end lilypond

Der relative Modus kann zunächst verwirrend erscheinen, aber es ist die 
einfachste Art, die meisten Melodien zu notieren. Schauen wir uns an, 
wie diese relative Berechnung in der Praxis funktioniert. Wenn wir mit 
einem H beginnen (@code{b} in der LilyPond-Syntax), welches sich auf der 
mittleren Linie im Violinschlüssel befindet, können wir C, D und E 
aufwärts notieren, und A, G und F unter dem H. Wenn also die Note, die 
auf das H folgt, ein C, D oder E ist, setzt LilyPond es oberhalb des 
Hs, wenn es ein A, G oder F ist, wird es darunter gesetzt.

@c KEEP LY
@lilypond[verbatim,quote]
\relative c'' {
  b c  % c ist 1 Zeile aufwärts, also c über dem b
  b d  % d ist 2 Zeilen aufwärts, oder 5 runter, also d über dem b
  b e  % e ist 3 aufwärts oder 4 runter, also e über dem b
  b a  % a ist 6 aufwärts oder 1 runter, also a unter dem b
  b g  % g ist 5 aufwärts oder 2 runter, also g unter dem b
  b f  % f ist 4 aufwärts oder 3 runter, also f unter dem b
}
@end lilypond

Die gleiche Berechnung findet auch statt, wenn eine der Noten erhöht 
oder erniedrigt ist. @notation{Versetzungszeichen} werden 
@strong{vollständig ignoriert} bei der Berechnung. Genau die 
gleiche Berechnung wird analog von jeder folgenden Tonhöhe aus 
für die nächste Tonhöhe neu ausgeführt.

Um Intervalle zu notieren, die größer als drei Notenzeilen sind, kann man die Oktave verändern. Mit einem Apostroph @code{'} (Taste Shift+#)
direkt hinter dem Notennamen wird die Oktave um eins erhöht, mit einem Komma @code{,} um eins erniedrigt.

@lilypond[verbatim,quote]
\relative c'' {
  a a, c' f,
  g g'' a,, f'
}
@end lilypond

@noindent
Um eine Notenhöhe um zwei (oder mehr!) Oktaven zu verändern,
werden sukzessive @code{''} oder @code{,,} benutzt -- es muss
sich dabei wirklich um zwei einzelne Apostrophen und nicht um das
Anführungszeichen @code{"}@tie{} (Taste Shift+2) handeln!


@subheading Tondauern (Rhythmen)

@cindex Notendauern
@cindex Dauern
@cindex Rhythmus
@cindex Ganze Noten
@cindex Halbe Noten
@cindex Viertelnoten
@cindex punktierte Noten

Glossar: @rglos{beam}, @rglos{duration},
@rglos{whole note}, @rglos{half note}, @rglos{quarter note},
@rglos{dotted note}.

Die @notation{Dauer} einer Note wird durch eine Zahl bezeichnet,
die direkt auf den Notennamen folgend eingegeben wird.
@code{1} für eine @notation{ganze Note}, @code{2} für eine 
@notation{halbe Note}, @code{4} für eine @notation{Viertelnote} 
und so weiter. @notation{Notenhälse} und @notation{Balken} werden
automatisch hinzugefügt.

Wenn keine Dauer bezeichnet wird, wird die der vorhergehenden Note
verwendet. Für die erste Note ist eine Viertel als Standard definiert.

@lilypond[verbatim,quote]
\relative c'' {
  a1
  a2 a4 a8 a
  a16 a a a a32 a a a a64 a a a a a a a a2
}
@end lilypond

Um @notation{punktierte Noten} zu erzeugen, wird einfach ein Punkt 
@code{.} hinter die Notendauer geschrieben. Die Dauer einer 
punktierten Note muss explizit, also inklusive der Nummer, 
angegeben werden.

@lilypond[verbatim,quote]
\relative c'' {
  a4 a a4. a8
  a8. a16 a a8. a8 a4.
}
@end lilypond


@subheading Pausen

@cindex Pausen
@cindex schreiben von Pausen
@cindex notieren von Pausen

Eine @notation{Pause} wird genauso wie eine Noten eingegeben; ihre
Bezeichnung ist @code{r}@tie{}:

@lilypond[verbatim,quote]
\relative c'' {
  a4 r r2
  r8 a r4 r4. r8
}
@end lilypond


@subheading Taktangabe

@cindex Taktart

@funindex \time
@funindex time

Glossar: @rglos{time signature}.

Die @notation{Taktart} kann mit dem 
@code{\time}-Befehl definiert werden:

@lilypond[verbatim,quote]
\relative c'' {
  \time 3/4
  a4 a a
  \time 6/8
  a4. a
  \time 4/4
  a4 a a a
}
@end lilypond


@subheading Notenschlüssel

@cindex Schlüssel
@cindex Alt
@cindex Sopran
@cindex Tenor
@cindex Bass

@funindex \clef
@funindex clef

Glossar: @rglos{clef}.

Der @notation{Notenschlüssel} kann mit dem @code{\clef}-Befehl 
gesetzt werden:

@lilypond[verbatim,quote]
\relative c' {
  \clef "treble"
  c1
  \clef "alto"
  c1
  \clef "tenor"
  c1
  \clef "bass"
  c1
}
@end lilypond


@subheading Alles zusammen

Hier ist ein kleines Beispiel, dass all diese Definitionen beinhaltet:

@lilypond[verbatim,quote]
\relative c, {
  \clef "bass"
  \time 3/4
  c2 e8 c'
  g'2.
  f4 e d
  c4 c, r4
}
@end lilypond


@seealso
Notationsreferenz: @ruser{Tonhöhen setzen},
@ruser{Rhythmen eingeben}, @ruser{Pausen eingeben},
@ruser{Taktangabe}, @ruser{Notenschlüssel}.


@node Arbeiten an Eingabe-Dateien
@subsection Arbeiten an Eingabe-Dateien
@translationof Working on input files

@cindex geschweifte Klammern
@cindex Klammern, geschweift
@cindex Kommentare
@cindex Zeilenkommentare
@cindex Block-Kommentare
@cindex Groß- und Kleinschreibung
@cindex Ausdrücke
@cindex Großbuchstaben
@cindex Kleinbuchstaben

@funindex { ... }
@funindex %
@funindex %@{ ... %@}


LilyPonds Quelldateien ähneln Dateien in den meisten
Programmiersprachen: Sie enthalten eine Versionsbezeichnung,
es ist auf Groß- und Kleinschreibung
zu achten und Leerzeichen werden ignoriert. Ausdrücke werden 
mit geschweiften Klammern @w{@code{@{ @}}} eingeklammert und Kommentare 
mit dem Prozentzeichen @code{%} auskommentiert
oder mit @w{@code{%@{ @dots{} %@}}} umgeben.

Wenn das jetzt unverständlich erscheint, sind hier die  Erklärungen:

@itemize
@item
@strong{Versionsbezeichnung}:
Jede LilyPond-Datei soll eine Versionsbezeichnung enthalten. Eine
Versionsbezeichnung ist eine Zeile, die die Version von LilyPond
deklariert, für die die Datei geschrieben wurde, wie in dem
Beispiel:

@example
\version "@w{@version{}}"
@end example

Üblicherweise wird die Versionsbezeichnung oben in die Datei
geschrieben.

Die Versionsbezeichnung ist aus zwei Gründen sehr wichtig: 1. kann
man mit ihrer Hilfe automatische Aktualisierungen der Eingabedateien
vornehmen, wenn sich die LilyPond-Syntax ändern sollte. 2. wird
hier die Version von LilyPond beschrieben, die nötig ist, um die
Datei zu kompilieren.

Wenn die Versionsbezeichnung in einer Datei fehlt, gibt LilyPond
eine Warnung während der Kompilation der Datei aus.

@item
@strong{Groß- und Kleinschreibung:}
Die Bedeutung eines Zeichens verändert sich, je
nachdem, ob es groß (@w{@code{A, B, S, T}}) oder klein
 (@w{@code{a, b, s, t}}) geschrieben wird. Noten müssen
immer klein geschrieben werden,  @w{@samp{@{ c d e @}}} funktioniert,
während @w{@samp{@{ C D E @}}} einen Fehler produziert.

@item @strong{Leerzeichen:}
Es spielt keine Rolle, wie viele Leerzeichen oder Tabulatoren oder
leere Zeilen sich zwischen den Zeichen der Quelldatei befinden.
@w{@samp{@{ c d e @}}} bedeutet das Gleiche wie
@w{@samp{@{ c @ @ @ @ @  d e @}}} oder
@example
@{ c4                        d
                     e @}
@end example

@noindent
Natürlich ist das letzte Beispiel etwas schwer zu lesen. Eine gute Daumenregel
ist es, Code-Blöcke mit zwei Leerzeichen einzurücken:
@example
@{
  c4 d e
@}
@end example

Leerzeichen @emph{sind} jedoch nötig, um viele syntaktische Elemente
voneinander zu trennen.  Leerzeichen können also immer @emph{hinzugefügt}
werden, aber sie dürfen nicht @emph{entfernt} werden.  Da fehlende
Leerzeichen sehr seltsame Fehlermeldungen hervorrrufen können, wird
es nahe gelegt, immer ein Leerzeichen vor und nach jedem syntaktischen
Element, etwa vor und nach geschweiften Kklammern, einzufügen.

@item @strong{Ausdrücke:}
Auch der kleinste Abschnitt an LilyPond-Code muss in
@strong{@{@tie{}geschweifte@tie{}Klammern@tie{}@}} eingeschlossen werden. Diese
Klammern zeigen LilyPond an, dass es sich um einen zusammengehörenden
musikalischen Ausdruck handelt, genauso wie Klammern @q{()} in der Mathematik.
Die Klammern sollten von jeweils einem Leerzeichen umgeben sein, um
Zweideutigkeiten auszuschließen, es sei denn, sie
befinden sich am Anfang oder Ende einer Zeile.

Ein LilyPond-Befehl gefolgt von einem einfachen Ausdruck
in Klammern (wie etwa @q{@w{@code{@bs{}relative c' @{ @dots{} @}}}}) 
wird auch als ein einzelner Musikausdruck gewertet.

@cindex Kommentare
@cindex Zeilenkommentare
@cindex Blockkommentare

@item 
@strong{Kommentare:}
Ein Kommentar ist eine Bemerkung für den menschlichen Leser
einer Quelldatei, es wird bei der Dateianalyse durch das Programm
ignoriert, so dass es also keine Auswirkung auf die Druckausgabe der
Noten hat. Es gibt zwei verschiedene Typen von Kommentaren. Das
Prozentzeichen @q{%} geht einem Zeilen-Kommentar voraus: Alles
nach diesem Zeichen wird in dieser Zeile ignoriert. 
Üblicherweise wird ein Kommentar @emph{über} dem Code gesetzt,
auf den es sich bezieht.

@example
a4 a a a
% Dieser Kommentar bezieht sich auf das H
b2 b
@end example


Ein Block-Kommentar ist ein ganzer Abschnitt mit einem
Kommentar. Alles, was von @code{%@{}
und @code{%@}} umgeben ist, wird ignoriert. Das heißt,
dass sich ein Block-Kommentar nicht ein einem anderen
Blockkommentar befinden kann. Wenn Sie das versuchen sollten,
beendet schon das erste @code{%@}} @emph{beide} 
Block-Kommentare. Das folgende Beispiel zeigt eine
mögliche Anwendung von Kommentaren:

@example
% Noten für twinkle twinkle hier
  c4 c g' g a a g2

%@{
    Diese Zeilen, und die Noten unten werden
    ignoriert, weil sie sich in einem Block-Kommentar
    befinden.

    f4 f e e d d c2
%@}
@end example

@end itemize


@node Mit Fehlern umgehen
@section Mit Fehlern umgehen
@translationof Dealing with errors

@cindex Fehlerlösung

Manchmal erstellt LlilyPond nicht das Notenbild, das Sie erwarten.  Dieser
Abschnitt stellt einige Links zur Verfügung, um Ihnen bei der Problemlösung
möglicher Schwierigkeiten zu helfen.


@menu
* Allgemeine Fehlerlösungstipps::
* Einige häufige Fehler::
@end menu

@node Allgemeine Fehlerlösungstipps
@subsection Allgemeine Fehlerlösungstipps
@translationof General troubleshooting tips

Fehlerlösung für LilyPond-Probleme kann eine große Herausforderung für Menschen
darstellen, die an eine graphische Benutzeroberfläche gewohnt sind, weil
ungültige Eingabedateien erstellt werden können.  Wenn das geschieht, ist
eine logische Herangehensweise der beste Weg, das Problem zu identifizieren
und zu lsöen.  Einige Richtlinien, wie Sie diese Problemlösung erlernen
können, finden sich in @rprogram{Troubleshooting}.


@node Einige häufige Fehler
@subsection Einige häufige Fehler
@translationof Some common errors

@cindex häufige Fehler
@cindex Fehler, häufige

Es gibt einige übliche Fehler, die schwierig zu lösen sind, wenn man nur die
Fehlermeldungen der Log-Datei hat.  Sie werden näher erklärt in
@rprogram{Common errors}.



@node Wie die Handbücher gelesen werden sollen
@section Wie die Handbücher gelesen werden sollen
@translationof How to read the manuals

Dieser Abschnitt zeigt, wie die Dokumenation effizient gelesen
werden kann und erklärt auch einige nützliche Interaktionseigenschaften
der Online-Version.

@menu
* Ausgelassenes Material::
* Anklickbare Beispiele::  
* Überblick über die Handbücher::
@end menu


@node Ausgelassenes Material
@subsection Ausgelassenes Material
@translationof Omitted material

@cindex Handbuch, Lesen
@cindex Wie soll das Handbuch gelesen werden
@cindex Lesen des Handbuchs
@cindex Beispiele, klickbar
@cindex klickbare Beispiele
@cindex Vorlagen
@cindex Templates
@cindex Dateien konstruieren, Hinweise
@cindex Konstruieren von Dateien, Hinweise
@cindex Hinweise zur Konstruktion von Dateien

LilyPond-Code muss immer von @code{@{ @}} Zeichen oder einem 
@w{@code{@bs{}relative c'' @{ @dots{} @}}} umgeben sein, wie
gezeigt in @ref{Arbeiten an Eingabe-Dateien}.
Im Rest dieses Handbuchs werden die meisten Beispiel allerdings darauf
verzichten. Um sie zu reproduzieren, können Sie den entsprechenden 
Quellcode kopieren und in eine Textdatei einfügen, aber Sie 
@strong{müssen} dabei
@w{@code{@bs{}relative c'' @{ @dots{} @}}} einfügen, wie hier gezeigt:

@example
\relative c'' @{
  @dots{}hier das Beispiel@dots{}
@}
@end example

Warum werden die Klammern hier meist weggelassen?  Die meisten
der Beispiele können in ein längeres Musikstück hineinkopiert
werden, und dann ist es natürlich nicht sinnvoll, wenn auch noch
@w{@code{@bs{}relative c'' @{ @dots{} @}}} dazukommt; ein @code{\relative} darf
nicht innerhalb eines anderen @code{\relative} gesetzt werden,
deshalb wird es hier weggelassen, damit die Beispiele auch innerhalb
eines anderen Kontextes funktionieren.  Wenn bei jedem 
Beispiel @w{@code{@bs{}relative c'' @{ @dots{} @}}} eingesetzt würde,
könnten Sie die kleinen Beispiele der Dokumentation
nicht einfach zu Ihrem eigenen Notentext hinzufügen. 
Die meisten Benutzer wollen 
Noten zu einer schon bestehenden Datei irgendwo in der Mitte
hinzufügen, deshalb wurde der relative Modus für die Beispiele
im Handbuch weggelassen.

Denken Sie auch daran, dass jede LilyPond-Datei eine Versionsbezeichnung
mit dem @code{\version}-Befehl haben sollte.  Weil die Beispiele in den
Handbüchern Schnipsel und keine vollständigen Dateien sind, fehlt hier
die Versionsbezeichnung. Sie sollten sie aber immer in Ihre eigenen
Dateien einfügen.


@node Anklickbare Beispiele
@subsection Anklickbare Beispiele
@translationof Clickable examples

@warning{Diese Eigenschaft gibt es nur in der HTML-Dokumentation.}

Viele Leute lernen Programme, indem sie einfach herumprobieren. Das
geht auch mit LilyPond. Wenn Sie in der HTML-Version dieses Handbuchs
eine Abbildung in der HTML-Version dieses Handbuches anklicken,
erhalten sie exakt den LilyPond-Code, der
zum Satz der Abbildung benutzt wurde. Versuchen Sie es mit dieser
Abbildung:

@c no verbatim here
@c KEEP LY
@lilypond[quote]
\relative c'' {
  c4-\markup { \bold \huge { Hier klicken! } }
}
@end lilypond

Wenn Sie einfach alles kopieren, was im
 @qq{ly snippet}-Abschnitt steht, und in eine Text-Datei
einfügen, haben Sie schon eine fertige Vorlage für weitere
Experimente. Damit Sie genau das gleiche Erscheinungsbild wie 
bei dem Beispiel selber erreichen, müssen Sie alles kopieren ab der 
Zeile @qq{Start
cut-&-pastable section} bis ganz zum Ende der Datei.


@ignore

@n ode Navigation mit der Tastatur
@s ubsection Navigation mit der Tastatur
@translationof Keyboard navigation

@warning{Diese Funktion gibt es nur für die HTML-Version der Handbücher.}

@c TODO: once this is figured out, insert it here.

Es wird gegenwärtig an dieser Funktion gearbeitet.
@end ignore


@node Überblick über die Handbücher
@subsection Überblick über die Handbücher
@translationof Overview of manuals


Es gibt sehr viele Dokumentation für LilyPond. Neue Benutzer sind
oft verwirrt, welche Teile davon sie lesen sollen, und so kommt
es vor, dass machnmal wichtige Abschnitte nicht gelesen werden.

@warning{Bitte überspringen Sie keine wichtigen Teile der
Dokumentation.  Sonst wird es Ihnen später sehr viel schwerer
fallen, spätere Abschnitte zu verstehen.}

@itemize

@item
@strong{Bevor Sie @emph{irgendetwas} ausprobieren}: Lesen Sie die
Abschnitte @ref{Übung} und @ref{Übliche Notation}.  Wenn
Sie auf musikalische Fachbegriffen stoßen, die Sie nicht kennen,
schauen Sie diese im @rglosnamed{Top, Glossar} nach.

@item
@strong{Bevor Sie ein vollständiges Stück notieren}:  Lesen
Sie den Abschnitt @ref{Grundbegriffe} im Handbuch zum Lernen.
Danach können Sie sich die für Ihr Projekt wichtigen Abschnitte
in der
@rusernamed{Top, Notationsreferenz} anschauen.

@item
@strong{Bevor Sie versuchen, die Standardnotation zu verändern}:
Lesen Sie @ref{Die Ausgabe verändern} im Handbuch zum Lernen.

@item
@strong{Bevor Sie sich an ein größeres Projekt machen}: Lesen
Sie den Abschnitt
@rprogram{Vorschläge, wie man Dateien schreibt}
in der Programmbenutzung.

@end itemize