]> git.donarmstrong.com Git - lilypond.git/blobdiff - Documentation/de/extending/programming-interface.itely
Doc-de: update of extending and included files
[lilypond.git] / Documentation / de / extending / programming-interface.itely
index 7297889e6cbee511958a8bc3ccedeb805814e124..257ec972a64fb0d90f1dbfe8503dbbb25cbfe992 100644 (file)
@@ -1,14 +1,14 @@
 @c -*- coding: utf-8; mode: texinfo; -*-
 
 @ignore
-    Translation of GIT committish: 70aaf0159410169678942abd39eb13c876521437
+    Translation of GIT committish: 8cbb38db1591ab95a178643e7bf41db018aa22c0
 
     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.12.0"
+@c \version "2.14.0"
 
 @c Translators: Till Paala
 
@@ -72,7 +72,17 @@ wobei
 
 @item @var{TypN?}
 @tab ein Scheme-Typenprädikat (engl. type predicate), für welches
-@code{@var{ArgN}} @code{#t} ausgeben muss
+@code{@var{ArgN}} @code{#t} ausgeben muss.  Einige dieser Prädikate
+werden durch den Parser gesondert erkannt, sodass die entsprechenden
+Werte als LilyPond-Syntx gelesen werden und nicht als Scheme-Syntax.
+Diese Prädikate sind gegenwärtig @code{ly:music?}, @code{markup?}, @code{ly:pitch?}
+und @code{ly:duration?}.  Nicht alle Kombinationen sind erlaubt:
+man kann z. B. nicht eine Dauer nach den Noten suchen, denn Noten
+können @emph{optional} mit einer Dauer enden.
+
+Wenn Sie wirklich einige dieser Elemente als Scheme- und nicht als
+LilyPond-Ausdruck einsetzen wollen, können Sie sie in einen Aufruf
+von @code{ly:export} einfügen.
 
 @item @var{...Noten...}
 @tab ein musikalischer Ausdruck, optional in Scheme geschrieben, mit allem
@@ -103,7 +113,7 @@ Installierte Dateien:
 @subsection Einfache Ersetzungsfunktionen
 @translationof Simple substitution functions
 
-Einfache Ersetzungsfunktionen sind musikalische Funktionen, deren 
+Einfache Ersetzungsfunktionen sind musikalische Funktionen, deren
 musikalische Ausgabe-Funktion im LilyPond-Format geschrieben ist
 und Funktionsargumente in der Ausgabefunktion enthält.  Sie werden
 beschrieben in @ruser{Beispiele der Ersetzungsfunktionen}
@@ -403,7 +413,7 @@ Die @code{raise-markup}-Funktion erstellt zunächst den Stencil für die
 um 0.5 Notenlinienzwischenräume nach oben.  Das ist ein einfaches
 Beispiel.  Weitere, kompliziertere Beispiele finden sich nachfolgend
 in diesem Abschnitt und in der Datei
-@file{scm/@/define@/-markup@/-commands@/.scm}.
+@file{scm/define-markup-commands.scm}.
 
 
 @node Neue Definitionen von Beschriftungsbefehlen
@@ -635,7 +645,7 @@ der Kästen kann angepasst werden:
 Ein guter Weg, einen neuen Beschriftungsbefehl zu schreiben, ist es, als Vorbild
 einen existierenden zu nehmen.  Die meisten Beschriftungsbefehle, die
 LilyPond mitbringt, finden sich in der Datei
-@file{scm/@/define@/-markup@/-commands@/.scm}.
+@file{scm/define-markup-commands.scm}.
 
 Man könnte beispielsweise den Befehl @code{\draw-line}, der eine Linie
 zeichnet, anpassen, sodass er eine Doppellinie zeichnet.  Der
@@ -770,7 +780,7 @@ Dieser neue Beschriftungslistenbefehl kann wie folgt benutzt werden:
   @}
   \override-lines #'(par-indent . 4) \paragraph @{
     Diese Platte wurde dann mit Druckerschwärze versehen, so dass sie
-    in den geschnittenen und gestempelten Vertiefungen blieb. Diese 
+    in den geschnittenen und gestempelten Vertiefungen blieb. Diese
     Vertiefungen schwärzten dann ein auf die Platte gelegtes Papier.
     Das Gravieren wurde vollständig von Hand erledigt.
   @}