Run scripts/auxiliar/update-with-convert-ly.sh

[lilypond.git] / Documentation / de / usage / suggestions.itely

diff --git a/Documentation/de/usage/suggestions.itely b/Documentation/de/usage/suggestions.itely
index 893d6aebea9ee4f44650a5ada5da65091c546af2..8d019c35a873bd13f4e2e69bafa1a3cbe1ed79e7 100644 (file)
--- a/Documentation/de/usage/suggestions.itely
+++ b/Documentation/de/usage/suggestions.itely
@@ -1,18 +1,18 @@
-@c -*- coding: utf-8; mode: texinfo; -*-
+@c -*- coding: utf-8; mode: texinfo; documentlanguage: de -*-
 
 @ignore
-    Translation of GIT committish: ab9e3136d78bfaf15cc6d77ed1975d252c3fe506
+    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.36"
+@c \version "2.19.21"
 
 @node Vorschläge zum Schreiben von LilyPond-Eingabe-Dateien
 @chapter Vorschläge zum Schreiben von LilyPond-Eingabe-Dateien
-@translationof Suggestions for writing LilyPond input files
+@translationof Suggestions for writing files
 
 Jetzt sind Sie so weit, größere Stücke mit LilyPond zu schreiben --
 nicht nur die kleinen Beispiele aus der Übung, sondern ganze Stücke.
@@ -45,7 +45,7 @@ strukturiert werden, damit sie einfacher aktualisierbar sind.
 * Allgemeine Vorschläge::
 * Das Kopieren von bereits vorhandener Musik::
 * Große Projekte::
-* Problemlösung::
+* Fehlersuche::
 * Make und Makefiles::
 @end menu
 
@@ -60,7 +60,7 @@ Hier einige Vorschläge, wie Sie Probleme vermeiden oder lösen können:
 @item @strong{Schreiben Sie immer mit @code{\version} die
 Versionsnummer
 in jede Datei}.  Beachten Sie, dass in allen Vorlagen die Versionsnummer
-@code{\version "2.13.36"} eingetragen ist.  Es empfiehlt sich, in alle
+@code{\version "2.19.21"} eingetragen ist.  Es empfiehlt sich, in alle
 Dateien, unabhängig von ihrer Größe, den @code{\version}-Befehl
 einzufügen.  Persönliche Erfahrung hat gezeigt, dass es ziemlich
 frustrierend sein kann zu erinnern, welche Programmversion man etwa
@@ -176,8 +176,8 @@ während die @code{violine}-Definition sich wahrscheinlich mit einer
 neuen Programmversion nicht verändern wird.
 
 @example
-violine = \relative c'' @{
-g4 c'8. e16
+violine = \relative @{
+g'4 c'8. e16
 @}
 ...
 \score @{
@@ -199,8 +199,8 @@ man es nur einmal vorzunehmen und die Noten in der Geigenstimme,
 @example
 fdannp = _\markup@{
   \dynamic f \italic \small @{ 2nd @} \hspace #0.1 \dynamic p @}
-violin = \relative c'' @{
-g4\fdannp c'8. e16
+violin = \relative @{
+g'4\fdannp c'8. e16
 @}
 @end example
 
@@ -254,9 +254,9 @@ aus, aber nicht den @code{\bass}-Befehl in dem
  @code{\score}-Abschnitt:
 
 @example
-bass = \relative c' @{
+bass = \relative @{
 %@{
-  c4 c c c
+  c'4 c c c
   d d d d
 %@}
 @}
@@ -285,7 +285,7 @@ liest eine besondere Datei mit der Bezeichnung @code{Makefile},
 die definiert, welche Dateien von welchen anderen Dateien abhängen und
 welche Befehle für das Betriebssystem nötig sind, um eine Datei aus
 einer anderen zu erstellen. Ein Makefile könnte etwa erklären, wie
-@code{ballad.pdf} und @code{ballad.midi} aus @code{ballad.ly}
+@file{ballad.pdf} und @file{ballad.midi} aus @file{ballad.ly}
 erstellt werden können, indem LilyPond aufgerufen wird.
 
 Es gibt Fällen, wenn es sich sehr stark empfiehlt, ein @code{Makefile}
@@ -299,7 +299,7 @@ erfordern (wenn man etwa mit @code{lilypond-book} arbeitet), lohnt
 sich die Erstellung einer Make-Datei.  Diese Dateien können sehr
 unterschiedliche ausfallen, und ihre Komplexität und Flexibilität kann
 den Bedürfnissen aber auch Kenntnissen des Schreibers angepasst werden.
-Das Programm GNU Make ist auf GNU/Linux Distributionen und MacOS X
+Das Programm GNU Make ist auf GNU/Linux-Distributionen und MacOS X
 installiert, aber es ist auch für Windows erhältlich.
 
 Das @strong{GNU Make Manual} gibt eine vollständige Anleitung, wie
@@ -307,11 +307,11 @@ Das @strong{GNU Make Manual} gibt eine vollständige Anleitung, wie
 Blicke auf die vielfältigen Möglichkeiten geworfen werden.
 
 Die Befehle, um Regeln in einer Make-Datei zu erstellen, unterscheidet
-sich zwischen den Betriebssystemen.  Die verschiedenen Linuxe und
+sich zwischen den Betriebssystemen.  Die verschiedenen GNU/Linuxe und
 MacOS X benutzen @code{bash}, während unter Windows @code{cmd} eingesetzt
 wird.  Unter MacOS X muss man das System so konfigurieren, dass
 die Kommandozeile benutzt wird.  Hier einige Beispiele für Make-Dateien,
-mit Versionen für Linux/MacOS und Windows.
+mit einer Version für GNU/Linux und MacOS und einer für Windows.
 
 Das erste Beispiel ist für ein Orchesterstück in vier Stätzen unt mit
 der folgenden Dateistruktur:
@@ -346,13 +346,13 @@ Symphony/
 `-- symphonyDefs.ily
 @end example
 
-Die @code{.ly}-Dateien un den Verzeichnissen @code{Scores} und
-@code{Parts} erhalten ihrere Noten aus @code{.ily}-Dateien, die
-sich im @code{Notes}-Verzeichnis befinden:
+Die @file{.ly}-Dateien un den Verzeichnissen @file{Scores} und
+@file{Parts} erhalten ihrere Noten aus @file{.ily}-Dateien, die
+sich im @file{Notes}-Verzeichnis befinden:
 
 @example
 %%% Kopfzeile der Datei "symphony-cello.ly"
-\include ../definitions.ily
+\include ../symphonyDefs.ily
 \include ../Notes/cello.ily
 @end example
 
@@ -635,4 +635,3 @@ copy out\myproject.pdf MyProject.pdf
 Programmbenutzung:
 @rprogram{Benutzung auf der Kommandozeile},
 @rprogram{lilypond-book}.
-