Doc-de: update commitsh strings to reflect status as up-to-date

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

diff --git a/Documentation/de/usage/suggestions.itely b/Documentation/de/usage/suggestions.itely
index f1a041833c01c99479fbac07ed49fda345981140..19842e81f49b3d536a3848dcfc1244ff5c229b78 100644 (file)
--- a/Documentation/de/usage/suggestions.itely
+++ b/Documentation/de/usage/suggestions.itely
@@ -1,18 +1,18 @@
 @c -*- coding: utf-8; mode: texinfo; -*-
 
 @ignore
-    Translation of GIT committish: 0764a50d470cab82ca29da30298dacd333d3da12
+    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.14.0"
+@c \version "2.16.0"
 
 @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.14.0"} eingetragen ist.  Es empfiehlt sich, in alle
+@code{\version "2.16.0"} 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
@@ -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:
@@ -352,7 +352,7 @@ 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