-lo que daría lugar a que el número 24 se almacenase dentro de la
-variable @code{veintiCuatro} de LilyPond (y de Scheme).
-
-La forma usual de referirse a las variables de LilyPond, es
-llamarlas usando una barra invertida, es decir
-@code{\veintiCuatro} (véase
-@ref{Sintaxis del Scheme de LilyPond}). Dado que esto crea una
-copia para la mayor parte de los tipos internos de LilyPond,
-concretamente las expresiones musicales, las funciones musicales
-no sueln crear copias del material que ellas mismas modifican.
-Por este motivo, las expresiones musicales dadas con @code{#} no
-deberían, por lo general, contener material que no se haya creado
-partiendo de cero o copiado explícitamente en lugar de estar
-referenciado directamente.
+lo que daría lugar a que el número @emph{24} se almacenase dentro
+de la variable @code{veintiCuatro} de LilyPond (y de Scheme).
+
+El lenguaje Scheme permite la modificación de expresiones
+complejas in situ y LilyPond hace uso de esta @q{modificación in
+situ} al usar funciones musicales. Pero cuando las expresiones
+musicales se almacenan dentro de variables en lugar de ser
+introducidas directamente, lo que habitualmente se espera cuando
+se pasan a funciones musicales sería que el valor original quedase
+intacto. Así pues, cuando se referencia una variable musical con
+la barra invertida (como @code{\veintiCuatro}), LilyPond crea una
+copia del valor musical de tal variable para utilizarla dentro de
+la expresión musical circundante, en lugar de usar el valor de la
+variable directamente.
+
+Por ello, las expresiones musicales de Scheme escritas con la
+sintasis de almohadilla @code{#} deberían utilizarse para
+cualquier material creado @q{partiendo de cero} (o que se ha
+copiado explícitamente) en lugar de utilizarse para referenciar
+música directamente.
+
+@seealso
+Manual de extensión:
+@ref{Sintaxis del Scheme de LilyPond}.