1 @c -*- coding: utf-8; mode: texinfo; documentlanguage: de -*-
4 Translation of GIT committish: 64feeff58e5ce3397de87188a08ac99f7ef8e37b
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 soll das Handbuch gelesen werden::
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 soll das Handbuch gelesen werden}.}
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 Notenschlüssel
440 Glossar: @rglos{clef}.
442 Der @notation{Notenschlüssel} kann mit dem @code{\clef}-Befehl
445 @lilypond[verbatim,quote]
459 @subheading Alles zusammen
461 Hier ist ein kleines Beispiel, dass all diese Definitionen beinhaltet:
463 @lilypond[verbatim,quote]
476 Notationsreferenz: @ruser{Tonhöhen setzen},
477 @ruser{Rhythmen eingeben}, @ruser{Pausen eingeben},
478 @ruser{Taktangabe}, @ruser{Notenschlüssel}.
481 @node Arbeiten an Eingabe-Dateien
482 @subsection Arbeiten an Eingabe-Dateien
483 @translationof Working on input files
485 @cindex geschweifte Klammern
486 @cindex Klammern, geschweift
488 @cindex Zeilenkommentare
489 @cindex Block-Kommentare
490 @cindex Groß- und Kleinschreibung
492 @cindex Großbuchstaben
493 @cindex Kleinbuchstaben
497 @funindex %@{ ... %@}
500 LilyPonds Quelldateien ähneln Dateien in den meisten
501 Programmiersprachen: Sie enthalten eine Versionsbezeichnung,
502 es ist auf Groß- und Kleinschreibung
503 zu achten und Leerzeichen werden ignoriert. Ausdrücke werden
504 mit geschweiften Klammern @w{@code{@{ @}}} eingeklammert und Kommentare
505 mit dem Prozentzeichen @code{%} auskommentiert
506 oder mit @w{@code{%@{ @dots{} %@}}} umgeben.
508 Wenn das jetzt unverständlich erscheint, sind hier die Erklärungen:
512 @strong{Versionsbezeichnung}:
513 Jede LilyPond-Datei soll eine Versionsbezeichnung enthalten. Eine
514 Versionsbezeichnung ist eine Zeile, die die Version von LilyPond
515 deklariert, für die die Datei geschrieben wurde, wie in dem
519 \version "@w{@version{}}"
522 Üblicherweise wird die Versionsbezeichnung oben in die Datei
525 Die Versionsbezeichnung ist aus zwei Gründen sehr wichtig: 1. kann
526 man mit ihrer Hilfe automatische Aktualisierungen der Eingabedateien
527 vornehmen, wenn sich die LilyPond-Syntax ändern sollte. 2. wird
528 hier die Version von LilyPond beschrieben, die nötig ist, um die
529 Datei zu kompilieren.
531 Wenn die Versionsbezeichnung in einer Datei fehlt, gibt LilyPond
532 eine Warnung während der Kompilation der Datei aus.
535 @strong{Groß- und Kleinschreibung:}
536 Die Bedeutung eines Zeichens verändert sich, je
537 nachdem, ob es groß (@w{@code{A, B, S, T}}) oder klein
538 (@w{@code{a, b, s, t}}) geschrieben wird. Noten müssen
539 immer klein geschrieben werden, @w{@samp{@{ c d e @}}} funktioniert,
540 während @w{@samp{@{ C D E @}}} einen Fehler produziert.
542 @item @strong{Leerzeichen:}
543 Es spielt keine Rolle, wie viele Leerzeichen oder Tabulatoren oder
544 leere Zeilen sich zwischen den Zeichen der Quelldatei befinden.
545 @w{@samp{@{ c d e @}}} bedeutet das Gleiche wie
546 @w{@samp{@{ c @ @ @ @ @ d e @}}} oder
553 Natürlich ist das letzte Beispiel etwas schwer zu lesen. Eine gute Daumenregel
554 ist es, Code-Blöcke mit zwei Leerzeichen einzurücken:
561 Leerzeichen @emph{sind} jedoch nötig, um viele syntaktische Elemente
562 voneinander zu trennen. Leerzeichen können also immer @emph{hinzugefügt}
563 werden, aber sie dürfen nicht @emph{entfernt} werden. Da fehlende
564 Leerzeichen sehr seltsame Fehlermeldungen hervorrrufen können, wird
565 es nahe gelegt, immer ein Leerzeichen vor und nach jedem syntaktischen
566 Element, etwa vor und nach geschweiften Kklammern, einzufügen.
568 @item @strong{Ausdrücke:}
569 Auch der kleinste Abschnitt an LilyPond-Code muss in
570 @strong{@{@tie{}geschweifte@tie{}Klammern@tie{}@}} eingeschlossen werden. Diese
571 Klammern zeigen LilyPond an, dass es sich um einen zusammengehörenden
572 musikalischen Ausdruck handelt, genauso wie Klammern @q{()} in der Mathematik.
573 Die Klammern sollten von jeweils einem Leerzeichen umgeben sein, um
574 Zweideutigkeiten auszuschließen, es sei denn, sie
575 befinden sich am Anfang oder Ende einer Zeile.
577 Ein LilyPond-Befehl gefolgt von einem einfachen Ausdruck
578 in Klammern (wie etwa @q{@w{@code{@bs{}relative c' @{ @dots{} @}}}})
579 wird auch als ein einzelner Musikausdruck gewertet.
582 @cindex Zeilenkommentare
583 @cindex Blockkommentare
587 Ein Kommentar ist eine Bemerkung für den menschlichen Leser
588 einer Quelldatei, es wird bei der Dateianalyse durch das Programm
589 ignoriert, so dass es also keine Auswirkung auf die Druckausgabe der
590 Noten hat. Es gibt zwei verschiedene Typen von Kommentaren. Das
591 Prozentzeichen @q{%} geht einem Zeilen-Kommentar voraus: Alles
592 nach diesem Zeichen wird in dieser Zeile ignoriert.
593 Üblicherweise wird ein Kommentar @emph{über} dem Code gesetzt,
594 auf den es sich bezieht.
598 % Dieser Kommentar bezieht sich auf das H
603 Ein Block-Kommentar ist ein ganzer Abschnitt mit einem
604 Kommentar. Alles, was von @code{%@{}
605 und @code{%@}} umgeben ist, wird ignoriert. Das heißt,
606 dass sich ein Block-Kommentar nicht ein einem anderen
607 Blockkommentar befinden kann. Wenn Sie das versuchen sollten,
608 beendet schon das erste @code{%@}} @emph{beide}
609 Block-Kommentare. Das folgende Beispiel zeigt eine
610 mögliche Anwendung von Kommentaren:
613 % Noten für twinkle twinkle hier
617 Diese Zeilen, und die Noten unten werden
618 ignoriert, weil sie sich in einem Block-Kommentar
628 @node Mit Fehlern umgehen
629 @section Mit Fehlern umgehen
630 @translationof Dealing with errors
634 Manchmal erstellt LlilyPond nicht das Notenbild, das Sie erwarten. Dieser
635 Abschnitt stellt einige Links zur Verfügung, um Ihnen bei der Problemlösung
636 möglicher Schwierigkeiten zu helfen.
640 * Allgemeine Fehlerlösungstipps::
641 * Einige häufige Fehler::
644 @node Allgemeine Fehlerlösungstipps
645 @subsection Allgemeine Fehlerlösungstipps
646 @translationof General troubleshooting tips
648 Fehlerlösung für LilyPond-Probleme kann eine große Herausforderung für Menschen
649 darstellen, die an eine graphische Benutzeroberfläche gewohnt sind, weil
650 ungültige Eingabedateien erstellt werden können. Wenn das geschieht, ist
651 eine logische Herangehensweise der beste Weg, das Problem zu identifizieren
652 und zu lsöen. Einige Richtlinien, wie Sie diese Problemlösung erlernen
653 können, finden sich in @rprogram{Troubleshooting}.
656 @node Einige häufige Fehler
657 @subsection Einige häufige Fehler
658 @translationof Some common errors
660 @cindex häufige Fehler
661 @cindex Fehler, häufige
663 Es gibt einige übliche Fehler, die schwierig zu lösen sind, wenn man nur die
664 Fehlermeldungen der Log-Datei hat. Sie werden näher erklärt in
665 @rprogram{Common errors}.
669 @node Wie die Handbücher gelesen werden sollen
670 @section Wie die Handbücher gelesen werden sollen
671 @translationof How to read the manuals
673 Dieser Abschnitt zeigt, wie die Dokumenation effizient gelesen
674 werden kann und erklärt auch einige nützliche Interaktionseigenschaften
678 * Ausgelassenes Material::
679 * Anklickbare Beispiele::
680 * Überblick über die Handbücher::
684 @node Ausgelassenes Material
685 @subsection Ausgelassenes Material
686 @translationof Omitted material
688 @cindex Handbuch, Lesen
689 @cindex Wie soll das Handbuch gelesen werden
690 @cindex Lesen des Handbuchs
691 @cindex Beispiele, klickbar
692 @cindex klickbare Beispiele
695 @cindex Dateien konstruieren, Hinweise
696 @cindex Konstruieren von Dateien, Hinweise
697 @cindex Hinweise zur Konstruktion von Dateien
699 LilyPond-Code muss immer von @code{@{ @}} Zeichen oder einem
700 @w{@code{@bs{}relative c'' @{ @dots{} @}}} umgeben sein, wie
701 gezeigt in @ref{Arbeiten an Eingabe-Dateien}.
702 Im Rest dieses Handbuchs werden die meisten Beispiel allerdings darauf
703 verzichten. Um sie zu reproduzieren, können Sie den entsprechenden
704 Quellcode kopieren und in eine Textdatei einfügen, aber Sie
705 @strong{müssen} dabei
706 @w{@code{@bs{}relative c'' @{ @dots{} @}}} einfügen, wie hier gezeigt:
710 @dots{}hier das Beispiel@dots{}
714 Warum werden die Klammern hier meist weggelassen? Die meisten
715 der Beispiele können in ein längeres Musikstück hineinkopiert
716 werden, und dann ist es natürlich nicht sinnvoll, wenn auch noch
717 @w{@code{@bs{}relative c'' @{ @dots{} @}}} dazukommt; ein @code{\relative} darf
718 nicht innerhalb eines anderen @code{\relative} gesetzt werden,
719 deshalb wird es hier weggelassen, damit die Beispiele auch innerhalb
720 eines anderen Kontextes funktionieren. Wenn bei jedem
721 Beispiel @w{@code{@bs{}relative c'' @{ @dots{} @}}} eingesetzt würde,
722 könnten Sie die kleinen Beispiele der Dokumentation
723 nicht einfach zu Ihrem eigenen Notentext hinzufügen.
724 Die meisten Benutzer wollen
725 Noten zu einer schon bestehenden Datei irgendwo in der Mitte
726 hinzufügen, deshalb wurde der relative Modus für die Beispiele
727 im Handbuch weggelassen.
729 Denken Sie auch daran, dass jede LilyPond-Datei eine Versionsbezeichnung
730 mit dem @code{\version}-Befehl haben sollte. Weil die Beispiele in den
731 Handbüchern Schnipsel und keine vollständigen Dateien sind, fehlt hier
732 die Versionsbezeichnung. Sie sollten sie aber immer in Ihre eigenen
736 @node Anklickbare Beispiele
737 @subsection Anklickbare Beispiele
738 @translationof Clickable examples
740 @warning{Diese Eigenschaft gibt es nur in der HTML-Dokumentation.}
742 Viele Leute lernen Programme, indem sie einfach herumprobieren. Das
743 geht auch mit LilyPond. Wenn Sie in der HTML-Version dieses Handbuchs
744 eine Abbildung in der HTML-Version dieses Handbuches anklicken,
745 erhalten sie exakt den LilyPond-Code, der
746 zum Satz der Abbildung benutzt wurde. Versuchen Sie es mit dieser
753 c4-\markup { \bold \huge { Hier klicken! } }
757 Wenn Sie einfach alles kopieren, was im
758 @qq{ly snippet}-Abschnitt steht, und in eine Text-Datei
759 einfügen, haben Sie schon eine fertige Vorlage für weitere
760 Experimente. Damit Sie genau das gleiche Erscheinungsbild wie
761 bei dem Beispiel selber erreichen, müssen Sie alles kopieren ab der
763 cut-&-pastable section} bis ganz zum Ende der Datei.
768 @n ode Navigation mit der Tastatur
769 @s ubsection Navigation mit der Tastatur
770 @translationof Keyboard navigation
772 @warning{Diese Funktion gibt es nur für die HTML-Version der Handbücher.}
774 @c TODO: once this is figured out, insert it here.
776 Es wird gegenwärtig an dieser Funktion gearbeitet.
780 @node Überblick über die Handbücher
781 @subsection Überblick über die Handbücher
782 @translationof Overview of manuals
785 Es gibt sehr viele Dokumentation für LilyPond. Neue Benutzer sind
786 oft verwirrt, welche Teile davon sie lesen sollen, und so kommt
787 es vor, dass machnmal wichtige Abschnitte nicht gelesen werden.
789 @warning{Bitte überspringen Sie keine wichtigen Teile der
790 Dokumentation. Sonst wird es Ihnen später sehr viel schwerer
791 fallen, spätere Abschnitte zu verstehen.}
796 @strong{Bevor Sie @emph{irgendetwas} ausprobieren}: Lesen Sie die
797 Abschnitte @ref{Übung} und @ref{Übliche Notation}. Wenn
798 Sie auf musikalische Fachbegriffen stoßen, die Sie nicht kennen,
799 schauen Sie diese im @rglosnamed{Top, Glossar} nach.
802 @strong{Bevor Sie ein vollständiges Stück notieren}: Lesen
803 Sie den Abschnitt @ref{Grundbegriffe} im Handbuch zum Lernen.
804 Danach können Sie sich die für Ihr Projekt wichtigen Abschnitte
806 @rusernamed{Top, Notationsreferenz} anschauen.
809 @strong{Bevor Sie versuchen, die Standardnotation zu verändern}:
810 Lesen Sie @ref{Die Ausgabe verändern} im Handbuch zum Lernen.
813 @strong{Bevor Sie sich an ein größeres Projekt machen}: Lesen
815 @rprogram{Vorschläge, wie man Dateien schreibt}
816 in der Programmbenutzung.