]> git.donarmstrong.com Git - lilypond.git/blobdiff - Documentation/de/usage/suggestions.itely
Run scripts/auxiliar/update-with-convert-ly.sh
[lilypond.git] / Documentation / de / usage / suggestions.itely
index 0b46022f8eb04b9e74155f7831ee24abe3013ab3..8d019c35a873bd13f4e2e69bafa1a3cbe1ed79e7 100644 (file)
@@ -1,18 +1,18 @@
-@c -*- coding: utf-8; mode: texinfo; -*-
+@c -*- coding: utf-8; mode: texinfo; documentlanguage: de -*-
 
 @ignore
-    Translation of GIT committish: 8cbb38db1591ab95a178643e7bf41db018aa22c0
+    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.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.
@@ -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.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
 %@}
 @}
@@ -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:
@@ -635,4 +635,3 @@ copy out\myproject.pdf MyProject.pdf
 Programmbenutzung:
 @rprogram{Benutzung auf der Kommandozeile},
 @rprogram{lilypond-book}.
-