version that you are working on. See TRANSLATION for details.
@end ignore
-@c \version "2.11.38"
+@c \version "2.11.51"
@node Working on LilyPond projects
@chapter Working on LilyPond projects
@menu
-* Suggestions for writing LilyPond files::
+* Suggestions for writing LilyPond input files::
* When things don't work::
* Scores and parts::
@end menu
-@node Suggestions for writing LilyPond files
-@section Suggestions for writing LilyPond files
+@node Suggestions for writing LilyPond input files
+@section Suggestions for writing LilyPond input files
Jetzt sind Sie so weit, größere Stücke mit LilyPond zu schreiben --
nicht
@item @strong{Schreiben Sie immer mit @code{\version} die
Versionsnummer
in jede Datei}. Beachten Sie, dass in allen Vorlagen die Versionsnummer
-@code{\version "2.11.38"} eingetragen ist. Es empfiehlt sich, in alle
+@code{\version "2.11.51"} 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
vor einem Jahr verwendet hat. Auch @code{convert-ly} benötigt die
Versionsnummer.
-@item @strong{Benutzen Sie Überprüfungen}: @ruser{Bar check},
-@ruser{Octave check} und
-@ruser{Barnumber check}. Wenn Sie hier und da diese Überprüfungen
-einfügen, finden Sie einen möglichen Fehler weit schneller. Wie oft
-aber
-ist @qq{hier und da}? Das hängt von der Komplexität der Musik ab. Bei
-einfachen Stücken reicht es vielleicht ein- oder zweimal, in sehr
-komplexer Musik sollte man sie vielleicht in jeden Takt einfügen.
+@item @strong{Benutzen Sie Überprüfungen}: @ruser{Octave checks}, und
+@ruser{Bar and bar number checks}. Wenn Sie hier und da diese
+Überprüfungen einfügen, finden Sie einen möglichen Fehler weit
+schneller. Wie oft aber ist @qq{hier und da}? Das hängt von der
+Komplexität der Musik ab. Bei einfachen Stücken reicht es vielleicht
+ein- oder zweimal, in sehr komplexer Musik sollte man sie vielleicht
+in jeden Takt einfügen.
@item @strong{Ein Takt pro Textzeile}. Wenn irgendetwas kompliziertes
vorkommt, entweder in der Musik selber oder in der Anpassung der
eines Tages umarrangieren wollen.
@item @strong{Trennen Sie Einstellungen} von den eigentlichen
-Noten. Siehe auch @ruser{Saving typing with identifiers and functions}
+Noten. Siehe auch @ref{Saving typing with variables and functions}
und
-@ruser{Style sheets}.
+@ref{Style sheets}.
@end itemize
@end example
@item @strong{Trennen Sie Einstellungen von den Noten}. Diese
-Empfehlung wurde schon im Abschnitt @ruser{General suggestions} gegeben,
+Empfehlung wurde schon im Abschnitt @ref{General suggestions} gegeben,
aber für große Projekte ist es unumgänglich. Muss z. B. die
Definition für @code{fdannp} verändert werden, so braucht
man es nur einmal vorzunehmen und die Noten in der Geigenstimme,
Die Benutzung von Variablen hilft auch, viele Schreibarbeit zu
vermeiden, wenn die Eingabesyntax von LilyPond sich verändert
-(siehe auch @ruser{Updating old files}). Wenn nur eine einzige
+(siehe auch @ref{Updating old files}). Wenn nur eine einzige
Definition (etwa @code{\dolce}) für alle Dateien verwendet wird
-(vgl. @ruser{Style sheets}), muss nur diese einzige Definition
+(vgl. @ref{Style sheets}), muss nur diese einzige Definition
verändert werden, wenn sich die Syntax ändert. Alle Verwendungen
des Befehles beziehen sich dann auf die neue Definition.
@subsection Style sheets
Die Ausgabe, die LilyPond erstellt, kann sehr stark modifiziert
-werden, siehe @ruser{Tweaking output} für Einzelheiten. Aber wie
+werden, siehe @ref{Tweaking output} für Einzelheiten. Aber wie
kann man diese Änderungen auf eine ganze Serie von Dateien
anwenden? Oder die Einstellungen von den Noten trennen? Das
Verfahren ist ziemlich einfach.
Hier ist ein Beispiel. Es ist nicht schlimm, wenn Sie nicht auf
Anhieb die Abschnitte mit den ganzen @code{#()} verstehen. Das
-wird im Kapitel @ruser{Advanced tweaks with Scheme} erklärt.
+wird im Kapitel @ref{Advanced tweaks with Scheme} erklärt.
@lilypond[quote,verbatim,ragged-right]
mpdolce = #(make-dynamic-script (markup #:hspace 1 #:translate (cons 5 0)
@end lilypond
Es treten einige Probleme mit überlappenden Symbolen auf. Sie
-werden beseitigt mit den Tricks aus dem Kapitel @ruser{Moving objects}.
+werden beseitigt mit den Tricks aus dem Kapitel @ref{Moving objects}.
Aber auch die @code{mpdolce} und @code{tempoMark}-Definitionen
können verbessert werden. Sie produzieren das Ergebnis, das
gewünscht ist, aber es wäre schön, sie auch in anderen Stücken
@example
%%% global.ly
-\version "2.11.38"
+\version "2.11.51"
#(ly:set-option 'point-and-click #f)
\include "../init/init-defs.ly"
\include "../init/init-layout.ly"
Zeile finden.
Eine andere nützliche Technik zur Problemlösung ist es,
-@ruser{Minimal examples} zu konstruieren.
+@ref{Minimal examples} zu konstruieren.
@node Minimal examples
Tiefer gehende Information darüber, wie Stimmauszüge und Partituren
erstellt werden, finden sich im Notationshandbuch, siehe
-@ruser{Orchestral music}.
+@ref{Scores and parts}.
Das Setzen der Variablen, die das Verhalten von LilyPond beeinflussen
(@q{properties}), wird im Kapitel
-@ruser{Changing context properties on the fly} besprochen.
+@ref{Modifying context properties} besprochen.
projects / lilypond.git / blobdiff