@c -*- coding: utf-8; mode: texinfo; documentlanguage: de -*-
@ignore
- Translation of GIT committish: 354f8ea159bb5216202e5815685fca8bd7e6919c
+ Translation of GIT committish: e5a609e373eae846857f9a6d70a402a3d42b7d94
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
-@c \version "2.13.4"
+@include included/generating-output.itexi
+
+@c \version "2.16.0"
@c Translators: Till Paala, Reinhold Kainhofer
@c Translation checkers: Hajo Bäß
@menu
* Eine Quelldatei übersetzen::
* Arbeiten an Eingabe-Dateien::
-* Wie soll das Handbuch gelesen werden::
+* Mit Fehlern umgehen::
+* Wie die Handbücher gelesen werden sollen::
@end menu
haben) um eine Ausgabedatei zu erstellen.
@menu
-* Noten eingeben::
-* MacOS X::
-* Windows::
-* Kommandozeile::
+* Noten eingeben::
+* MacOS X::
+* Windows::
+* Kommandozeile::
@end menu
@node Noten eingeben
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}.}
+Handbuch gibt der Abschnitt @ref{Wie die Handbücher gelesen werden sollen}.}
Zusätzlich unterscheidet LilyPond @strong{Groß- und Kleinschreibung}.
-@w{@code{ @{ c d e @}}} ist zulässiger Code,
-@w{@code{ @{ C D E @}}} dagegen resultiert in einer Fehlermeldung.
+@w{@samp{ @{ c d e @}}} ist zulässiger Code,
+@w{@samp{ @{ C D E @}}} dagegen resultiert in einer Fehlermeldung.
@smallspace
@end itemize
-Beachten Sie, dass es eine Reihe an Texteditoren mit besserer
+Beachten Sie, dass es eine Reihe an Texteditoren mit besserer
Unterstützung für LilyPond gibt. Mehr dazu im Abschnitt
-@rprogram{Unterstützung von Texteditoren}.
-@c FIXME: link to @rweb{Alternate input}
+@rweb{Leichteres Editieren}.
-@warning{Das erste Mal, wenn Sie LilyPond benutzen, kann es eine
+@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
+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
-
-@warning{Diese Anweisungen gehen davon aus, dass Sie die
-LilyPond-Application benutzen. Wenn Sie eins der Programme benutzen, die in @rweb{Leichteres Editieren} beschrieben sind, schauen
-Sie bitte in der Dokumentation nach, wenn Sie Probleme damit haben,
-eine Datei zu kompilieren.}
-
-
-@subsubheading 1. Schritt: Erstellen Sie eine @file{.ly}-Datei
-
-Wenn Sie das @command{LilyPond.app}-Symbol doppelt klicken, öffnet
-sich eine Beispiel-Datei.
-
-@sourceimage{Learning_Macos_welcome,,,}
-
-Wählen Sie aus den Menüs oben links auf Ihrem Bildschirm
-@w{@code{File > Save}}.
-
-@sourceimage{Learning_Macos_Save_menu,,,}
-
-Wählen Sie einen Namen für die Datei, etwa @file{test.ly}.
-
-@sourceimage{Learning_Macos_Save_file_with_name,,,}
-
-
-@subsubheading 2. Schritt: Kompilieren (mit LilyPad)
-
-Aus den selben Menüs wählen Sie jetzt @w{@code{Compile > Tyepset}}.
-@sourceimage{Learning_Macos_Typeset_menu,,,}
-Ein neues Fenster öffnet sich, in dem ein Forschrittslog der
-Kompilation der von ihnen gerade gespeicherten Datei gezeigt
-wird.
-@sourceimage{Learning_Macos_Compiling_log,,,}
-@subsubheading 3. Schritt: Ausgabe anschauen
-
-Wenn die Kompilation fertig ist, wird ein PDF mit dem gleichen
-Namen wie das Original erstellt und automatisch mit dem
-Standard-PDF-Programm geöffnet und angezeigt.
-
-@sourceimage{Learning_Macos_pdf_output,,,}
-
-
-@subsubheading Andere Befehle
-
-Um neue LilyPond-Dateien zu erstellen beginnen sie mit
-@w{@code{File > New}}
-
-@sourceimage{Learning_Macos_New_menu,,,}
-
-@noindent
-oder @w{@code{File > Open}} um eine schon existierende Datei zu
-öffnen und zu editieren.
-
-@sourceimage{Learning_Macos_Open_menu,,,}
-
-Sie müssen alle Änderungen an der Datei zuerst speichern, bevor Sie
-wieder @w{@code{Compile > Tyepset}} wählen. Wenn das PDF nicht
-erscheint, schauen Sie im Fortschrittslog nach Fehlern.
+@node MacOS X
+@subsection MacOS X
+@translationof MacOS X
-Wenn Sie nicht das Standard-PDF-Programm benutzen, das automatisch
-bei Mac OS X dabei ist, und Sie die PDF-Datei noch von einer vorigen
-Kompilation geöffnet haben, können weitere Kompilationen fehlschlagen,
-bis Sie das Original-PDF schließen.
+@cindex Starten des Programms, MacOS X
+@cindex MacOS X, LilyPond starten
+@lilypadOSX
-@cindex Windows, LilyPond starten
@node Windows
@subsection Windows
@translationof Windows
-@warning{Diese Anweisungen gehen davon aus, dass Sie den installierten
-LilyPad-Editor benutzen. Wenn Sie eins der Programme benutzen, die in @rweb{Alternate input} beschrieben sind, schauen
-Sie bitte in der Dokumentation nach, wenn Sie Probleme damit haben,
-eine Datei zu kompilieren.}
-
-@subsubheading 1. Schritt: Erstellen Sie eine @file{.ly}-Datei
-
-Wenn sie auf das LilyPond-Symbol auf dem Desktop doppelklicken,
-öffnet sich ein einfacher Texteditor mit einer Beispieldatei.
-
-@sourceimage{Learning_Win7_Welcome_File_Whole,,,}
-
-Aus dem Menü über der Beispieldatei wählen Sie @w{@code{File > Save as}}.
-Benutzen Sie nicht @w{@code{File > Save}} für die Beispieldatei,
-weil die Datei nicht funktioniert, bis Sie sie mit einem eigenen
-Namen gespeichert haben.
-
-@sourceimage{Learning_Win7_Save_Menu,,,}
-
-Wählen Sie einen Namen für Ihre Datei, etwa @file{test.ly}.
-
-@sourceimage{Learning_Win7_Save_File_With_Name,,,}
-
-
-@subsubheading Schritt 2a: Kompilieren (mit drag-and-drop)
-
-Sie können nach Belieben die Kompilation starten, indem Sie
-entweder:
-
-Die Datei auf das LilyPond-Symbol ziehen.
-
-@sourceimage{Learning_Win7_Open_Dragndrop,,,}
-
-Klicken Sie mit der rechten Maustaste auf die Datei und wählen
-Sie aus dem Menü @w{@code{Open with > LilyPond}}.
-
-@sourceimage{Learning_Win7_Open_Context_Menu,,,}
-
-
-@subsubheading Schritt 2b: Kompilieren (mit Doppelklick)
-
-Oder klicken Sie einfach die Datei @file{test.ly} doppelt an.
-
-
-@subsubheading 3. Schritt: Ausgabe anschauen
-
-Während der Kompilation von @file{test.ly} öffnet sich ein
-Kommandofenster sehr schnell und schließt sich wieder. Drei
-zusätzliche Dateien werden in diesem Schritt erstellt.
-
-@sourceimage{Learning_Win7_All_Files_Created,,,}
-
-Das PDF enthält den Notensatz aus der Datei @file{test.ly}.
-
-@sourceimage{Learning_Win7_Pdf_Output,,,}
-
-
-@subsubheading Andere Befehle
-
-Um eine neue Datei zu erstellen, wählen Sie @w{@code{File > New}}
-aus irgendeiner schon erstellten Datei.
-
-@sourceimage{Learning_Win7_New_Menu,,,}
-
-@noindent
-oder @w{@code{File > Open}}, um eine Datei zu öffnen und zu
-bearbeiten, die Sie schon vorher gespeichert hatten.
-
-@sourceimage{Learning_Win7_Open_Menu,,,}
-
-Sie müssen jede neue Änderung erst speichern, bevor Sie die Datei
-kompilieren. Wenn kein PDF erstellt wird, öffnen Sie die Log-Datei
-und schauen Sie nach Fehlern.
-
-@sourceimage{Learning_Win7_Log_File,,,}
-
-Die Log-Datei wird jedes Mal überschrieben, wenn Sie Ihre
-LilyPond-Datei kompilieren.
-
-Die PS-Datei wird intern von LilyPond benutzt um das PDF zu erstellen
-und kann ignoriert werden. Sie wird auch jedes Mal neu überschrieben.
-
-Wenn Sie das PDF in einem PDF-Programm anschauen, müssen Sie es
-zuerst schließen, bevor Sie eine neue Kompilation durchführen
-können, denn es kann einen Fehler bei der Erstellung des neuen
-PDFs geben, wenn das alte noch geöffnet ist.
+@cindex Windows, LilyPond starten
+@lilypadWindows
-@cindex Unix, LilyPond starten
@node Kommandozeile
@subsection Kommandozeile
@translationof Command-line
-@warning{Diese Anweisungen gehen davon aus, dass Sie den installierten
-LilyPad-Editor benutzen. Wenn Sie eins der Programme benutzen, die in @rweb{Alternate input} beschrieben sind, schauen
-Sie bitte in der Dokumentation nach, wenn Sie Probleme damit haben,
-eine Datei zu kompilieren.}
-
-@subsubheading Schritt 1: Erstellen Sie eine @file{.ly}-Datei
-
-
-Erstellen Sie eine Text-Datei mit dem Namen @file{test.ly} und
-geben Sie folgenden Text ein:
-
-@example
-@{
- c' e' g' e'
-@}
-@end example
-
-@subsubheading Schritt 2: Kompilieren (auf der Kommandozeile)
-
-Um die Datei zu kompilieren, geben sie an der Konsole bzw. Kommandozeile
-
-@example
-lilypond test.ly
-@end example
-
-@noindent
-ein.
-Sie werden ungefähr folgende Meldungen sehen:
-
-
-@example
-lilypond test.ly
-GNU LilyPond @version{}
-»test.ly« wird verarbeitet
-Analysieren...
-Interpretation der Musik...
-Vorverarbeitung der grafischen Elemente...
-Ideale Seitenanzahl wird gefunden...
-Musik wird auf eine Seite angepasst...
-Systeme erstellen...
-Layout nach »test.ps« ausgeben...
-Konvertierung nach »test.pdf«...
-@end example
-
-@subsubheading 3. Schritt: Ausgabe anschauen
+@cindex Unix, LilyPond starten
-Als Ergebnis erhalten Sie ein @file{test.pdf}, das Sie mit den
-Standardprogrammen Ihres Betriebssystemes anschauen können.
+@lilypadCommandLine
bei den ersten Anfängen, eine LilyPond-Eingabedatei zu schreiben.
@menu
-* Einfache Notation::
-* Arbeiten an Eingabe-Dateien::
+* Einfache Notation::
+* Arbeiten an Eingabe-Dateien::
@end menu
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
+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
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
+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.
@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
+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
@end lilypond
@noindent
-Es ist nicht notwendig, dass die erste Note der Melodie mit der
+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
+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
+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
}
@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
+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
}
@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
+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+#)
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! Auch
-die Anfangsoktave für einen @code{@w{\relative c'}}-Abschnitt kann so
-verändert werden.
+Anführungszeichen @code{"}@tie{} (Taste Shift+2) handeln!
@subheading Tondauern (Rhythmen)
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}
+@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.
}
@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,
+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'' {
- a a a4. a8
+ a4 a a4. a8
a8. a16 a a8. a8 a4.
}
@end lilypond
@lilypond[verbatim,quote]
\relative c'' {
- a r r2
+ a4 r r2
r8 a r4 r4. r8
}
@end lilypond
Glossar: @rglos{time signature}.
-Die @notation{Taktart} kann mit dem
+Die @notation{Taktart} kann mit dem
@code{\time}-Befehl definiert werden:
@lilypond[verbatim,quote]
@end lilypond
+@subheading Tempobezeichnung
+
+@cindex Tempobezeichnung
+@cindex Metronom-Angabe
+
+@funindex \tempo
+@funindex tempo
+
+Glossar: @rglos{tempo indication}, @rglos{metronome}.
+
+Die @notation{Tempobezeichnung} und die @notation{Metronom-Angabe} können
+mit dem @code{\tempo}-Befehl gesetzt werden:
+
+@lilypond[verbatim,quote]
+\relative c'' {
+ \time 3/4
+ \tempo "Andante"
+ a4 a a
+ \time 6/8
+ \tempo 4. = 96
+ a4. a
+ \time 4/4
+ \tempo "Presto" 4 = 120
+ a4 a a a
+}
+@end lilypond
+
+
@subheading Notenschlüssel
@cindex Schlüssel
Glossar: @rglos{clef}.
-Der @notation{Notenschlüssel} kann mit dem @code{\clef}-Befehl
+Der @notation{Notenschlüssel} kann mit dem @code{\clef}-Befehl
gesetzt werden:
@lilypond[verbatim,quote]
\relative c' {
- \clef treble
+ \clef "treble"
c1
- \clef alto
+ \clef "alto"
c1
- \clef tenor
+ \clef "tenor"
c1
- \clef bass
+ \clef "bass"
c1
}
@end lilypond
@lilypond[verbatim,quote]
\relative c, {
+ \clef "bass"
\time 3/4
- \clef bass
- c2 e8 c' g'2.
- f4 e d c4 c, r4
+ \tempo "Andante" 4 = 120
+ c2 e8 c'
+ g'2.
+ f4 e d
+ c4 c, r4
}
@end lilypond
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 @{ @} eingeklammert und Kommentare
+zu achten und Leerzeichen werden ignoriert. Ausdrücke werden
+mit geschweiften Klammern @w{@code{@{ @}}} eingeklammert und Kommentare
mit dem Prozentzeichen @code{%} auskommentiert
-oder mit @code{%@{ ... %@}} umgeben.
+oder mit @w{@code{%@{ @dots{} %@}}} umgeben.
Wenn das jetzt unverständlich erscheint, sind hier die Erklärungen:
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{@code{@{ c d e @}}} funktioniert,
-während @w{@code{@{ C D E @}}} einen Fehler produziert.
+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{@code{@{ c d e @}}} bedeutet das Gleiche wie
-@w{@code{@{ c @ @ @ @ @ d e @}}} oder
+@w{@samp{@{ c d e @}}} bedeutet das Gleiche wie
+@w{@samp{@{ c @ @ @ @ @ d e @}}} oder
@example
-@{ c d
+@{ 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 der Tab-Taste oder zwei Leerzeichen einzurücken:
+ist es, Code-Blöcke mit zwei Leerzeichen einzurücken:
@example
@{
- c d e
+ 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
+Leerzeichen sehr seltsame Fehlermeldungen hervorrufen können, wird
es nahe gelegt, immer ein Leerzeichen vor und nach jedem syntaktischen
-Element, etwa vor und nach geschweiften Kklammern, einzufügen.
+Element, etwa vor und nach geschweiften Klammern, einzufügen.
@item @strong{Ausdrücke:}
Auch der kleinste Abschnitt an LilyPond-Code muss in
-@strong{@{ geschweifte Klammern @}} eingeschlossen werden. Diese
+@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 @code{\relative @{ @}})
+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
+@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.
+nach diesem Zeichen wird in dieser Zeile ignoriert.
Üblicherweise wird ein Kommentar @emph{über} dem Code gesetzt,
auf den es sich bezieht.
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}
+beendet schon das erste @code{%@}} @emph{beide}
Block-Kommentare. Das folgende Beispiel zeigt eine
mögliche Anwendung von Kommentaren:
ignoriert, weil sie sich in einem Block-Kommentar
befinden.
- f f e e d d c2
+ 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
+Dieser Abschnitt zeigt, wie die Dokumentation effizient gelesen
werden kann und erklärt auch einige nützliche Interaktionseigenschaften
der Online-Version.
@menu
-* Ausgelassenes Material::
-* Anklickbare Beispiele::
-* Navigation mit der Tastatur::
-* Überblick über die Handbücher::
+* Ausgelassenes Material::
+* Anklickbare Beispiele::
+* Überblick über die Handbücher::
@end menu
@cindex Konstruieren von Dateien, Hinweise
@cindex Hinweise zur Konstruktion von Dateien
-LilyPond-Code muss immer von @{ @} Zeichen oder einem
-@code{@w{\relative c'' @{ ... @}}} umgeben sein, wie
+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
+verzichten. Um sie zu reproduzieren, können Sie den entsprechenden
+Quellcode kopieren und in eine Textdatei einfügen, aber Sie
@strong{müssen} dabei
-@code{@w{\relative c'' @{ @}}} einfügen, wie hier gezeigt:
+@w{@code{@bs{}relative c'' @{ @dots{} @}}} einfügen, wie hier gezeigt:
@example
\relative c'' @{
- ... hier das Beispiel ...
+ @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
-@code{@w{\relative c'' @{ @}}} dazukommt; ein @code{\relative} darf
+@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 @code{@w{\relative c'' @{ @}}} eingesetzt würde,
+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
+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
-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.
+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
@c KEEP LY
@lilypond[quote]
\relative c'' {
- c-\markup { \bold \huge { Hier klicken! } }
+ 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
+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.
-@node Navigation mit der Tastatur
-@subsection Navigation mit der Tastatur
-@translationof Keyboard navigation
+@ignore
+
+@n ode Navigation mit der Tastatur
+@s ubsection Navigation mit der Tastatur
+@t ranslationof 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
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.
+es vor, dass manchmal wichtige Abschnitte nicht gelesen werden.
@warning{Bitte überspringen Sie keine wichtigen Teile der
Dokumentation. Sonst wird es Ihnen später sehr viel schwerer
projects / lilypond.git / blobdiff