Imported Upstream version 2.12.3

[lilypond.git] / Documentation / es / user / programming-interface.itely

diff --git a/Documentation/es/user/programming-interface.itely b/Documentation/es/user/programming-interface.itely
index b67d0cbb332b349eecc51149336479106d8a64b5..e801062b9d2c5d46dbdd3a1960502df029cddbf1 100644 (file)
--- a/Documentation/es/user/programming-interface.itely
+++ b/Documentation/es/user/programming-interface.itely
@@ -1,13 +1,13 @@
 @c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-
 @c This file is part of lilypond.tely
 @ignore
-    Translation of GIT committish: 541aafa12474496930f99f617890a944c3db4989
+    Translation of GIT committish: 41ef91786a08102d9b9a839f6a2f40cec263d723
 
     When revising a translation, copy the HEAD committish of the
     version that you are working on.  See TRANSLATION for details.
 @end ignore
 
-@c \version "2.11.61"
+@c \version "2.12.0"
 
 @node Interfaces for programmers
 @chapter Interfaces for programmers
@@ -374,8 +374,9 @@ contrario.  Envolviendo un valor de Scheme en la función
 @code{ly:export}, un valor de Scheme se interpreta como si hubiera
 sido introducido en sintaxis de LilyPond.  En vez de definir
 @code{\twice}, el ejemplo anterior podría también haberse escrito como
+
 @example
-@dots{}
+...
 @{ #(ly:export (make-sequential-music (list newLa))) @}
 @end example
 
@@ -1524,6 +1525,6 @@ razones técnicas.  Son ejemplos @code{NonMusicalPaperColumn} y
 
 Observe, sin embargo, que @code{\override}, aplicado a
 @code{NoteMusicalPaperColumn} y a @code{PaperColumn}, aún funciona
-como se espera dentro de los bloques @code{\context.
+como se espera dentro de los bloques @code{\context}.
 
 @end itemize