]> git.donarmstrong.com Git - lilypond.git/blobdiff - input/lsr/creating-real-parenthesized-dynamics.ly
lilypond-book robustness: ensure EOL at the end of @verbatim
[lilypond.git] / input / lsr / creating-real-parenthesized-dynamics.ly
index cf8867b266ce6fc7c87a313f533ff8a8c069241c..deaaf3e7591f8ef8c27bc6a4ae514bfc1f0b7e17 100644 (file)
@@ -1,10 +1,29 @@
 %% Do not edit this file; it is auto-generated from LSR http://lsr.dsi.unimi.it
 %% This file is in the public domain.
-\version "2.11.38"
+\version "2.13.1"
 
 \header {
   lsrtags = "expressive-marks, text"
 
+%% Translation of GIT committish: dff50e8e1d3134657a6b6203b9c93826dc4cef65
+  texidoces = "
+Aunque la manera más fácil de añadir paréntesis a una indicación
+de dinámica es utilizar un bloque @code{\\markup}, este método
+tiene un inconveniente: los objetos que se crean se comportarán
+como elementos de marcado de texto y no como indicaciones
+dinámicas.
+
+Sin embargo, es posible crear un objeto similar utilizando el
+código de Scheme equivalente (como se explica en \"Interfaz del
+programador de elementos de marcado\"), en combinación con la
+función @code{make-dynamic-script}. De esta forma, el elemento de
+marcado se tratará como una indicación dinámica, y por tanto
+seguirá siendo compatible con instrucciones como
+@code{\\dynamicUp} o @code{\\dynamicDown}.
+
+"
+  doctitlees = "Crear indicaciones dinámicas \"verdaderas\" entre paréntesis"
+
   texidoc = "
 Although the easiest way to add parentheses to a dynamic mark is to use
 a @code{\\markup} block, this method has a downside: the created
@@ -21,6 +40,7 @@ commands such as @code{\\dynamicUp} or @code{\\dynamicDown}.
 "
   doctitle = "Creating \"real\" parenthesized dynamics"
 } % begin verbatim
+
 \paper { ragged-right = ##t }
 
 parenF = #(make-dynamic-script (markup #:line (#:normal-text #:italic
@@ -30,3 +50,4 @@ parenF = #(make-dynamic-script (markup #:line (#:normal-text #:italic
 \relative c'' {
   c4\parenF c c \dynamicUp c\parenF
 }
+