1 @c -*- coding: utf-8; mode: texinfo; documentlanguage: de -*-
4 Translation of GIT committish: e5a609e373eae846857f9a6d70a402a3d42b7d94
6 When revising a translation, copy the HEAD committish of the
7 version that you are working on. For details, see the Contributors'
8 Guide, node Updating translation committishes..
11 @include included/generating-output.itexi
14 @c Translators: Till Paala, Reinhold Kainhofer
15 @c Translation checkers: Hajo Bäß
19 @translationof Tutorial
21 Dieses Kapitel stellt dem Leser das grundlegende Arbeiten mit LilyPond
25 * Eine Quelldatei übersetzen::
26 * Arbeiten an Eingabe-Dateien::
27 * Mit Fehlern umgehen::
28 * Wie die Handbücher gelesen werden sollen::
32 @node Eine Quelldatei übersetzen
33 @subsection Eine Quelldatei übersetzen
34 @translationof Compiling a file
36 Dieser Abschnitt führt in die @qq{Kompilation} ein -- den
37 Bearbeitungsprozess von LilyPond-Eingabedateien (die Sie geschrieben
38 haben) um eine Ausgabedatei zu erstellen.
48 @subsection Noten eingeben
49 @translationof Entering input
52 @cindex erstes Beispiel
53 @cindex Beispiel, erstes
54 @cindex Übersetzen von Quelltext
55 @cindex Groß- und Kleinschreibung
56 @cindex Quelltext, übersetzen
57 @cindex Großbuchstaben
58 @cindex Kleinbuchstaben
60 @qq{Kompilation} ist der Begriff, der benutzt wird, um eine
61 Lilypond-Eingabedatei mit dem Programm LilyPond in eine
62 Notenausgabe umzuwandeln. Ausgabedateien sind in erster Linie
63 PDF-Dateien (zum Anschauen und Drucken), MIDI (zum Abspielen)
64 und PNG (für die Benutzung auf Internetseiten). Die Eingabedateien
65 von LilyPond sind einfache Textdateien.
67 Das erste Beispiel zeigt, wie
68 solch eine einfache Eingabedatei ausschauen kann.
76 Die graphische Ausgabe ist:
78 @c in this case we don't want verbatim
85 @warning{In jeder LilyPond-Datei müssen
86 @strong{@{ geschweifte Klammern @}} um die Noten
88 gesetzt werden. Vor und hinter den Klammern sollten
89 Leerzeichen eingegeben werden, damit keine Unklarheiten
90 in Verbindung mit den eigentlichen Notensymbolen entstehen.
91 An Anfang und Ende der Zeile können diese Leerzeichen auch
92 weggelassen werden. Es kann sein, dass in diesem Handbuch
93 die Klammern in manchen Beispielen fehlen, aber man sollte
94 immer daran denken, sie in den eigenen Dateien zu benutzen!
95 Mehr Informationen zu der Darstellung der Beispiele in diesem
96 Handbuch gibt der Abschnitt @ref{Wie die Handbücher gelesen werden sollen}.}
98 Zusätzlich unterscheidet LilyPond @strong{Groß- und Kleinschreibung}.
99 @w{@samp{ @{ c d e @}}} ist zulässiger Code,
100 @w{@samp{ @{ C D E @}}} dagegen resultiert in einer Fehlermeldung.
104 @subheading Ansicht des Ergebnisses
107 @cindex Noten anzeigen
108 @cindex Anzeigen der Noten
109 @cindex Ansicht von Noten
112 @cindex LilyPond unter MacOS X
113 @cindex MacOS X, LilyPond starten
114 @cindex Starten von LilyPond
116 Das Erstellen der Notenausgabe hängt davon ab, welches Betriebssystem
117 und welche Programme Sie benutzen.
122 @ref{MacOS X, @sourceimage{logo-macosx,,,}}
123 @ref{MacOS X, MacOS X} (graphisch)
126 @ref{Windows, @sourceimage{logo-windows,,,}}
127 @ref{Windows, Microsoft Windows} (graphisch)
130 @ref{Kommandozeile, @sourceimage{logo-linux,,,}
131 @sourceimage{logo-freebsd,,,}
132 @sourceimage{logo-macosx,,,}
133 @sourceimage{logo-windows,,,}
135 @ref{Kommandozeile, Alle Betriebssysteme} (Kommandozeile)
139 Beachten Sie, dass es eine Reihe an Texteditoren mit besserer
140 Unterstützung für LilyPond gibt. Mehr dazu im Abschnitt
141 @rweb{Leichteres Editieren}.
143 @warning{Das erste Mal, wenn Sie LilyPond benutzen, kann es eine
144 Minute oder länger dauern, weil das Programm zuerst alle Schriftarten,
145 die auf dem System zur Verfügung stehen, untersucht. Aber nach
146 diesem ersten Mal läuft LilyPond sehr viel schneller.}
154 @translationof MacOS X
156 @cindex Starten des Programms, MacOS X
157 @cindex MacOS X, LilyPond starten
164 @translationof Windows
166 @cindex Windows, LilyPond starten
172 @subsection Kommandozeile
173 @translationof Command-line
175 @cindex Unix, LilyPond starten
181 @node Wie werden Eingabe-Dateien geschrieben
182 @section Wie werden Eingabe-Dateien geschrieben
183 @translationof How to write input files
185 Dieser Abschnitt erklärt die grundlegende LilyPond-Syntax und hilft
186 bei den ersten Anfängen, eine LilyPond-Eingabedatei zu schreiben.
189 * Einfache Notation::
190 * Arbeiten an Eingabe-Dateien::
195 @node Einfache Notation
196 @subsection Einfache Notation
197 @translationof Simple notation
199 @cindex einfache Notation
200 @cindex Notation, einfach
202 LilyPond fügt einige Bestandteile des Notenbildes automatisch hinzu. Im
203 nächsten Beispiel sind nur vier Tonhöhen angegeben, aber LilyPond setzt
204 trotzdem einen Schlüssel, eine Taktangabe und Notendauern.
206 @lilypond[verbatim,quote]
213 Diese Einstellungen können verändert werden, aber in den meisten Fällen
214 sind die automatischen Werte durchaus brauchbar.
219 @cindex relativer Modus
222 @cindex Versetzungszeichen und relativer Modus
223 @cindex relativer Modus und Versetzungszeichen
231 Glossar: @rglos{pitch}, @rglos{interval},
232 @rglos{scale}, @rglos{middle C}, @rglos{octave},
235 @c Addition for German users about pitch naming conventions
236 Die Tonhöhen werden mit Kleinbuchstaben eingegeben, die den Notennamen
237 entsprechen. Es ist jedoch wichtig zu wissen, dass LilyPond in seiner
238 Standardeinstellung die englischen Notennamen verwendet. Bis auf eine
239 Ausnahme entsprechen sie den deutschen, deshalb wird die Voreinstellung
240 von LilyPond für diese Übung beibehalten. Die @emph{Ausnahme} ist das h -- in
241 LilyPond muss man anstelle dessen b schreiben! Das deutsche b dagegen
242 wird als bes notiert, ein his dagegen würde bis geschrieben. Siehe auch
243 @ruser{Versetzungszeichen} und @ruser{Notenbezeichnungen in anderen Sprachen}, hier
245 wie sich die deutschen Notennamen benutzen lassen.
248 Am einfachsten können Noten im @code{\relative}-Modus
249 eingegeben werden. In diesem Modus wird die Oktave der Note automatisch
250 gewählt, indem angenommen wird, dass die folgende Note immer so nah
251 wie möglich in Bezug auf die vorhergehende gesetzt wird, d. h. sie
252 wird höchstens drei Notenzeilen höher oder tiefer als die vorhergehende
254 wir unser erstes Notationsbeispiel mit einer @notation{Tonleiter} an, wo also
255 die nächste Note immer nur eine Notenlinie über der vorherigen steht.
258 @lilypond[verbatim,quote]
259 % Beginnpunkt auf das mittlere C setzen
266 Die erste Note ist ein @notation{eingestrichenes C}. Jede folgende Note
267 befindet sich so nah wie möglich bei der vorherigen -- das erste
268 @q{C} ist also das nächste C vom
269 eingestrichenen C aus gerechnet. Darauf folgt das nächstmögliche
270 D in Bezug auf die vorhergehende Note. Mit diesen Regeln können
271 auch Melodien mit größeren Intervallen im @code{\relative}-Modus
274 @lilypond[verbatim,quote]
282 Es ist nicht notwendig, dass die erste Note der Melodie mit der
283 Note beginnt, die die erste Tonhöhe angibt.
284 Die erste Note (das @q{D}) des vorigen Beispiels ist das nächste D
285 vom eingestrichenen C aus gerechnet.
287 Indem man Apostrophe @code{'} (Taste Shift+#) oder Kommata @code{,}
288 zu dem @w{@code{\relative c' @{}} hinzufügt oder entfernt, kann die
289 Oktave der ersten Tonhöhe verändert werden:
292 @lilypond[verbatim,quote]
299 Der relative Modus kann zunächst verwirrend erscheinen, aber es ist die
300 einfachste Art, die meisten Melodien zu notieren. Schauen wir uns an,
301 wie diese relative Berechnung in der Praxis funktioniert. Wenn wir mit
302 einem H beginnen (@code{b} in der LilyPond-Syntax), welches sich auf der
303 mittleren Linie im Violinschlüssel befindet, können wir C, D und E
304 aufwärts notieren, und A, G und F unter dem H. Wenn also die Note, die
305 auf das H folgt, ein C, D oder E ist, setzt LilyPond es oberhalb des
306 Hs, wenn es ein A, G oder F ist, wird es darunter gesetzt.
309 @lilypond[verbatim,quote]
311 b' c % c ist 1 Zeile aufwärts, also c über dem b
312 b d % d ist 2 Zeilen aufwärts, oder 5 runter, also d über dem b
313 b e % e ist 3 aufwärts oder 4 runter, also e über dem b
314 b a % a ist 6 aufwärts oder 1 runter, also a unter dem b
315 b g % g ist 5 aufwärts oder 2 runter, also g unter dem b
316 b f % f ist 4 aufwärts oder 3 runter, also f unter dem b
320 Die gleiche Berechnung findet auch statt, wenn eine der Noten erhöht
321 oder erniedrigt ist. @notation{Versetzungszeichen} werden
322 @strong{vollständig ignoriert} bei der Berechnung. Genau die
323 gleiche Berechnung wird analog von jeder folgenden Tonhöhe aus
324 für die nächste Tonhöhe neu ausgeführt.
326 Um Intervalle zu notieren, die größer als drei Notenzeilen sind, kann man die Oktave verändern. Mit einem Apostroph @code{'} (Taste Shift+#)
327 direkt hinter dem Notennamen wird die Oktave um eins erhöht, mit einem Komma @code{,} um eins erniedrigt.
329 @lilypond[verbatim,quote]
337 Um eine Notenhöhe um zwei (oder mehr!) Oktaven zu verändern,
338 werden sukzessive @code{''} oder @code{,,} benutzt -- es muss
339 sich dabei wirklich um zwei einzelne Apostrophen und nicht um das
340 Anführungszeichen @code{"}@tie{} (Taste Shift+2) handeln!
343 @subheading Tondauern (Rhythmen)
351 @cindex punktierte Noten
353 Glossar: @rglos{beam}, @rglos{duration},
354 @rglos{whole note}, @rglos{half note}, @rglos{quarter note},
357 Die @notation{Dauer} einer Note wird durch eine Zahl bezeichnet,
358 die direkt auf den Notennamen folgend eingegeben wird.
359 @code{1} für eine @notation{ganze Note}, @code{2} für eine
360 @notation{halbe Note}, @code{4} für eine @notation{Viertelnote}
361 und so weiter. @notation{Notenhälse} und @notation{Balken} werden
362 automatisch hinzugefügt.
364 Wenn keine Dauer bezeichnet wird, wird die der vorhergehenden Note
365 verwendet. Für die erste Note ist eine Viertel als Standard definiert.
367 @lilypond[verbatim,quote]
371 a16 a a a a32 a a a a64 a a a a a a a a2
375 Um @notation{punktierte Noten} zu erzeugen, wird einfach ein Punkt
376 @code{.} hinter die Notendauer geschrieben. Die Dauer einer
377 punktierten Note muss explizit, also inklusive der Nummer,
380 @lilypond[verbatim,quote]
391 @cindex schreiben von Pausen
392 @cindex notieren von Pausen
394 Eine @notation{Pause} wird genauso wie eine Noten eingegeben; ihre
395 Bezeichnung ist @code{r}@tie{}:
397 @lilypond[verbatim,quote]
405 @subheading Taktangabe
412 Glossar: @rglos{time signature}.
414 Die @notation{Taktart} kann mit dem
415 @code{\time}-Befehl definiert werden:
417 @lilypond[verbatim,quote]
429 @subheading Tempobezeichnung
431 @cindex Tempobezeichnung
432 @cindex Metronom-Angabe
437 Glossar: @rglos{tempo indication}, @rglos{metronome}.
439 Die @notation{Tempobezeichnung} und die @notation{Metronom-Angabe} können
440 mit dem @code{\tempo}-Befehl gesetzt werden:
442 @lilypond[verbatim,quote]
451 \tempo "Presto" 4 = 120
457 @subheading Notenschlüssel
468 Glossar: @rglos{clef}.
470 Der @notation{Notenschlüssel} kann mit dem @code{\clef}-Befehl
473 @lilypond[verbatim,quote]
487 @subheading Alles zusammen
489 Hier ist ein kleines Beispiel, dass all diese Definitionen beinhaltet:
491 @lilypond[verbatim,quote]
495 \tempo "Andante" 4 = 120
505 Notationsreferenz: @ruser{Tonhöhen setzen},
506 @ruser{Rhythmen eingeben}, @ruser{Pausen eingeben},
507 @ruser{Taktangabe}, @ruser{Notenschlüssel}.
510 @node Arbeiten an Eingabe-Dateien
511 @subsection Arbeiten an Eingabe-Dateien
512 @translationof Working on input files
514 @cindex geschweifte Klammern
515 @cindex Klammern, geschweift
517 @cindex Zeilenkommentare
518 @cindex Block-Kommentare
519 @cindex Groß- und Kleinschreibung
521 @cindex Großbuchstaben
522 @cindex Kleinbuchstaben
526 @funindex %@{ ... %@}
529 LilyPonds Quelldateien ähneln Dateien in den meisten
530 Programmiersprachen: Sie enthalten eine Versionsbezeichnung,
531 es ist auf Groß- und Kleinschreibung
532 zu achten und Leerzeichen werden ignoriert. Ausdrücke werden
533 mit geschweiften Klammern @w{@code{@{ @}}} eingeklammert und Kommentare
534 mit dem Prozentzeichen @code{%} auskommentiert
535 oder mit @w{@code{%@{ @dots{} %@}}} umgeben.
537 Wenn das jetzt unverständlich erscheint, sind hier die Erklärungen:
541 @strong{Versionsbezeichnung}:
542 Jede LilyPond-Datei soll eine Versionsbezeichnung enthalten. Eine
543 Versionsbezeichnung ist eine Zeile, die die Version von LilyPond
544 deklariert, für die die Datei geschrieben wurde, wie in dem
548 \version "@w{@version{}}"
551 Üblicherweise wird die Versionsbezeichnung oben in die Datei
554 Die Versionsbezeichnung ist aus zwei Gründen sehr wichtig: 1. kann
555 man mit ihrer Hilfe automatische Aktualisierungen der Eingabedateien
556 vornehmen, wenn sich die LilyPond-Syntax ändern sollte. 2. wird
557 hier die Version von LilyPond beschrieben, die nötig ist, um die
558 Datei zu kompilieren.
560 Wenn die Versionsbezeichnung in einer Datei fehlt, gibt LilyPond
561 eine Warnung während der Kompilation der Datei aus.
564 @strong{Groß- und Kleinschreibung:}
565 Die Bedeutung eines Zeichens verändert sich, je
566 nachdem, ob es groß (@w{@code{A, B, S, T}}) oder klein
567 (@w{@code{a, b, s, t}}) geschrieben wird. Noten müssen
568 immer klein geschrieben werden, @w{@samp{@{ c d e @}}} funktioniert,
569 während @w{@samp{@{ C D E @}}} einen Fehler produziert.
571 @item @strong{Leerzeichen:}
572 Es spielt keine Rolle, wie viele Leerzeichen oder Tabulatoren oder
573 leere Zeilen sich zwischen den Zeichen der Quelldatei befinden.
574 @w{@samp{@{ c d e @}}} bedeutet das Gleiche wie
575 @w{@samp{@{ c @ @ @ @ @ d e @}}} oder
582 Natürlich ist das letzte Beispiel etwas schwer zu lesen. Eine gute Daumenregel
583 ist es, Code-Blöcke mit zwei Leerzeichen einzurücken:
590 Leerzeichen @emph{sind} jedoch nötig, um viele syntaktische Elemente
591 voneinander zu trennen. Leerzeichen können also immer @emph{hinzugefügt}
592 werden, aber sie dürfen nicht @emph{entfernt} werden. Da fehlende
593 Leerzeichen sehr seltsame Fehlermeldungen hervorrufen können, wird
594 es nahe gelegt, immer ein Leerzeichen vor und nach jedem syntaktischen
595 Element, etwa vor und nach geschweiften Klammern, einzufügen.
597 @item @strong{Ausdrücke:}
598 Auch der kleinste Abschnitt an LilyPond-Code muss in
599 @strong{@{@tie{}geschweifte@tie{}Klammern@tie{}@}} eingeschlossen werden. Diese
600 Klammern zeigen LilyPond an, dass es sich um einen zusammengehörenden
601 musikalischen Ausdruck handelt, genauso wie Klammern @q{()} in der Mathematik.
602 Die Klammern sollten von jeweils einem Leerzeichen umgeben sein, um
603 Zweideutigkeiten auszuschließen, es sei denn, sie
604 befinden sich am Anfang oder Ende einer Zeile.
606 Ein LilyPond-Befehl gefolgt von einem einfachen Ausdruck
607 in Klammern (wie etwa @q{@w{@code{@bs{}relative c' @{ @dots{} @}}}})
608 wird auch als ein einzelner Musikausdruck gewertet.
611 @cindex Zeilenkommentare
612 @cindex Blockkommentare
616 Ein Kommentar ist eine Bemerkung für den menschlichen Leser
617 einer Quelldatei, es wird bei der Dateianalyse durch das Programm
618 ignoriert, so dass es also keine Auswirkung auf die Druckausgabe der
619 Noten hat. Es gibt zwei verschiedene Typen von Kommentaren. Das
620 Prozentzeichen @q{%} geht einem Zeilen-Kommentar voraus: Alles
621 nach diesem Zeichen wird in dieser Zeile ignoriert.
622 Üblicherweise wird ein Kommentar @emph{über} dem Code gesetzt,
623 auf den es sich bezieht.
627 % Dieser Kommentar bezieht sich auf das H
632 Ein Block-Kommentar ist ein ganzer Abschnitt mit einem
633 Kommentar. Alles, was von @code{%@{}
634 und @code{%@}} umgeben ist, wird ignoriert. Das heißt,
635 dass sich ein Block-Kommentar nicht ein einem anderen
636 Blockkommentar befinden kann. Wenn Sie das versuchen sollten,
637 beendet schon das erste @code{%@}} @emph{beide}
638 Block-Kommentare. Das folgende Beispiel zeigt eine
639 mögliche Anwendung von Kommentaren:
642 % Noten für twinkle twinkle hier
646 Diese Zeilen, und die Noten unten werden
647 ignoriert, weil sie sich in einem Block-Kommentar
657 @node Mit Fehlern umgehen
658 @section Mit Fehlern umgehen
659 @translationof Dealing with errors
663 Manchmal erstellt LlilyPond nicht das Notenbild, das Sie erwarten. Dieser
664 Abschnitt stellt einige Links zur Verfügung, um Ihnen bei der Problemlösung
665 möglicher Schwierigkeiten zu helfen.
669 * Allgemeine Fehlerlösungstipps::
670 * Einige häufige Fehler::
673 @node Allgemeine Fehlerlösungstipps
674 @subsection Allgemeine Fehlerlösungstipps
675 @translationof General troubleshooting tips
677 Fehlerlösung für LilyPond-Probleme kann eine große Herausforderung für Menschen
678 darstellen, die an eine graphische Benutzeroberfläche gewohnt sind, weil
679 ungültige Eingabedateien erstellt werden können. Wenn das geschieht, ist
680 eine logische Herangehensweise der beste Weg, das Problem zu identifizieren
681 und zu lsöen. Einige Richtlinien, wie Sie diese Problemlösung erlernen
682 können, finden sich in @rprogram{Troubleshooting}.
685 @node Einige häufige Fehler
686 @subsection Einige häufige Fehler
687 @translationof Some common errors
689 @cindex häufige Fehler
690 @cindex Fehler, häufige
692 Es gibt einige übliche Fehler, die schwierig zu lösen sind, wenn man nur die
693 Fehlermeldungen der Log-Datei hat. Sie werden näher erklärt in
694 @rprogram{Common errors}.
698 @node Wie die Handbücher gelesen werden sollen
699 @section Wie die Handbücher gelesen werden sollen
700 @translationof How to read the manuals
702 Dieser Abschnitt zeigt, wie die Dokumentation effizient gelesen
703 werden kann und erklärt auch einige nützliche Interaktionseigenschaften
707 * Ausgelassenes Material::
708 * Anklickbare Beispiele::
709 * Überblick über die Handbücher::
713 @node Ausgelassenes Material
714 @subsection Ausgelassenes Material
715 @translationof Omitted material
717 @cindex Handbuch, Lesen
718 @cindex Wie soll das Handbuch gelesen werden
719 @cindex Lesen des Handbuchs
720 @cindex Beispiele, klickbar
721 @cindex klickbare Beispiele
724 @cindex Dateien konstruieren, Hinweise
725 @cindex Konstruieren von Dateien, Hinweise
726 @cindex Hinweise zur Konstruktion von Dateien
728 LilyPond-Code muss immer von @code{@{ @}} Zeichen oder einem
729 @w{@code{@bs{}relative c'' @{ @dots{} @}}} umgeben sein, wie
730 gezeigt in @ref{Arbeiten an Eingabe-Dateien}.
731 Im Rest dieses Handbuchs werden die meisten Beispiel allerdings darauf
732 verzichten. Um sie zu reproduzieren, können Sie den entsprechenden
733 Quellcode kopieren und in eine Textdatei einfügen, aber Sie
734 @strong{müssen} dabei
735 @w{@code{@bs{}relative c'' @{ @dots{} @}}} einfügen, wie hier gezeigt:
739 @dots{}hier das Beispiel@dots{}
743 Warum werden die Klammern hier meist weggelassen? Die meisten
744 der Beispiele können in ein längeres Musikstück hineinkopiert
745 werden, und dann ist es natürlich nicht sinnvoll, wenn auch noch
746 @w{@code{@bs{}relative c'' @{ @dots{} @}}} dazukommt; ein @code{\relative} darf
747 nicht innerhalb eines anderen @code{\relative} gesetzt werden,
748 deshalb wird es hier weggelassen, damit die Beispiele auch innerhalb
749 eines anderen Kontextes funktionieren. Wenn bei jedem
750 Beispiel @w{@code{@bs{}relative c'' @{ @dots{} @}}} eingesetzt würde,
751 könnten Sie die kleinen Beispiele der Dokumentation
752 nicht einfach zu Ihrem eigenen Notentext hinzufügen.
753 Die meisten Benutzer wollen
754 Noten zu einer schon bestehenden Datei irgendwo in der Mitte
755 hinzufügen, deshalb wurde der relative Modus für die Beispiele
756 im Handbuch weggelassen.
758 Denken Sie auch daran, dass jede LilyPond-Datei eine Versionsbezeichnung
759 mit dem @code{\version}-Befehl haben sollte. Weil die Beispiele in den
760 Handbüchern Schnipsel und keine vollständigen Dateien sind, fehlt hier
761 die Versionsbezeichnung. Sie sollten sie aber immer in Ihre eigenen
765 @node Anklickbare Beispiele
766 @subsection Anklickbare Beispiele
767 @translationof Clickable examples
769 @warning{Diese Eigenschaft gibt es nur in der HTML-Dokumentation.}
771 Viele Leute lernen Programme, indem sie einfach herumprobieren. Das
772 geht auch mit LilyPond. Wenn Sie in der HTML-Version dieses Handbuchs
773 eine Abbildung in der HTML-Version dieses Handbuches anklicken,
774 erhalten sie exakt den LilyPond-Code, der
775 zum Satz der Abbildung benutzt wurde. Versuchen Sie es mit dieser
782 c''4-\markup { \bold \huge { Hier klicken! } }
786 Wenn Sie einfach alles kopieren, was im
787 @qq{ly snippet}-Abschnitt steht, und in eine Text-Datei
788 einfügen, haben Sie schon eine fertige Vorlage für weitere
789 Experimente. Damit Sie genau das gleiche Erscheinungsbild wie
790 bei dem Beispiel selber erreichen, müssen Sie alles kopieren ab der
792 cut-&-pastable section} bis ganz zum Ende der Datei.
797 @n ode Navigation mit der Tastatur
798 @s ubsection Navigation mit der Tastatur
799 @t ranslationof Keyboard navigation
801 @warning{Diese Funktion gibt es nur für die HTML-Version der Handbücher.}
803 @c TODO: once this is figured out, insert it here.
805 Es wird gegenwärtig an dieser Funktion gearbeitet.
809 @node Überblick über die Handbücher
810 @subsection Überblick über die Handbücher
811 @translationof Overview of manuals
814 Es gibt sehr viele Dokumentation für LilyPond. Neue Benutzer sind
815 oft verwirrt, welche Teile davon sie lesen sollen, und so kommt
816 es vor, dass manchmal wichtige Abschnitte nicht gelesen werden.
818 @warning{Bitte überspringen Sie keine wichtigen Teile der
819 Dokumentation. Sonst wird es Ihnen später sehr viel schwerer
820 fallen, spätere Abschnitte zu verstehen.}
825 @strong{Bevor Sie @emph{irgendetwas} ausprobieren}: Lesen Sie die
826 Abschnitte @ref{Übung} und @ref{Übliche Notation}. Wenn
827 Sie auf musikalische Fachbegriffen stoßen, die Sie nicht kennen,
828 schauen Sie diese im @rglosnamed{Top, Glossar} nach.
831 @strong{Bevor Sie ein vollständiges Stück notieren}: Lesen
832 Sie den Abschnitt @ref{Grundbegriffe} im Handbuch zum Lernen.
833 Danach können Sie sich die für Ihr Projekt wichtigen Abschnitte
835 @rusernamed{Top, Notationsreferenz} anschauen.
838 @strong{Bevor Sie versuchen, die Standardnotation zu verändern}:
839 Lesen Sie @ref{Die Ausgabe verändern} im Handbuch zum Lernen.
842 @strong{Bevor Sie sich an ein größeres Projekt machen}: Lesen
844 @rprogram{Vorschläge, wie man Dateien schreibt}
845 in der Programmbenutzung.