\input texinfo @c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-
@ignore
- Translation of GIT committish: 6646c71a5309b40a4594db67b5426c6f3786f372
+ Translation of GIT committish: 15ca7b18a32b243c7bcacfba773b3da843a6dd36
When revising a translation, copy the HEAD committish of the
version that you are working on. For details, see the Contributors'
* only show user-visible changes.
@end ignore
+
+@item
+El uso de las especificaciones de @code{\tempo} en los bloques
+@code{\midi} (eliminados en la versión 2.9.16 en favor del ajuste
+explícito de @code{tempoWholesPerMinute}) ha resurgido: ahora
+cualquier clase de música que efectúe ajustes de propiedades se
+convierte en definiciones de contexto dentro de las especificaciones
+de salida, permitiendo declaraciones como
+@example
+\layout @{ \accidentalStyle modern @}
+\midi @{ \tempo 4. = 66 @}
+@end example
+
+@item
+Se ha rediseñado la clave de Sol de LilyPond: el bucle superior está
+más equilibrado, el gancho inferior sobresale menos y la línea
+vertical principal ("spine") está curvada de forma más regular.
+Pueden compararse las versiones vieja y nueva consultando la
+documentación:
+@uref{http://lilypond.org/doc/v2.14/Documentation/notation/the-feta-font.html#clef-glyphs,
+versión antigua},
+@uref{http://lilypond.org/doc/v2.15/Documentation/notation/the-feta-font.html#clef-glyphs,
+versión nueva}.
+
+@item
+Se han simplificado las instrucciones de los sellos de elementos
+gráficos para permitir una menor duplicación de código y mejores
+aproximaciones de altura de los objetos gráficos. Se han eliminado
+las siguientes instrucciones de sello:
+@itemize
+@item @code{beam}
+@item @code{bezier-sandwich}
+@item @code{bracket}
+@item @code{dashed-slur}
+@item @code{dot}
+@item @code{oval}
+@item @code{repeat-slash}
+@item @code{zigzag-line}
+@end itemize
+
+@item
+Ahora se tratan los corchetes como objetos diferenciados y no como
+parte de la plica.
+@lilypond[fragment,quote,relative=2]
+\override Flag #'color = #red
+g8
+@end lilypond
+
+@item
+Se puede elegir entre dos métodos de numeración de compases, en
+especial para cuando se emplean repeticiones:
+
+@lilypond[fragment,quote,relative=1,noragged-right]
+\relative c'{
+ \set Score.alternativeNumberingStyle = #'numbers
+ \repeat volta 3 { c4 d e f | }
+ \alternative {
+ { c4 d e f | c2 d \break }
+ { f4 g a b | f4 g a b | f2 a | \break }
+ { c4 d e f | c2 d }
+ }
+ c1 \break
+ \set Score.alternativeNumberingStyle = #'numbers-with-letters
+ \repeat volta 3 { c,4 d e f | }
+ \alternative {
+ { c4 d e f | c2 d \break }
+ { f4 g a b | f4 g a b | f2 a | \break }
+ { c4 d e f | c2 d }
+ }
+ c1
+}
+@end lilypond
+
+@item
+Lo que sigue es un cambio fundamental en la representación que
+LilyPond hace de la música: los eventos de duración como
+@code{LyricEvent} y @code{NoteEvent} ya no se encuentran envueltos
+dentro de elementos @code{EventChord} a no ser que se hayan escrito
+realmente como parte de un acorde. Si manipulamos expresiones
+musicales en Scheme, el nuevo comportamiento puede necesitar cambios
+en nuestro código. Las llamadas a la función musical
+@code{\eventChords} o a la función de Scheme @code{event-chord-wrap!}
+convierten a la representación anterior; la utilización de una
+cualquiera de ellas puede ser la vía más sencilla para mantener
+operativo el código tradicional.
+
+Los tres siguientes elementos de la lista son consecuencia de este
+cambio.
+
+@item
+Ahora las funciones musicales funcionan igual cuando se usan dentro o
+fuera de los acordes, incluidas todas las posibilidades de la
+exploración de argumentos. Las variables musicales se pueden usar
+dentro de acordes: una construcción como
+@lilypond[verbatim,quote,ragged-right]
+tonic=fis'
+{ <\tonic \transpose c g \tonic> }
+@end lilypond
+@noindent
+ahora funciona como se espera. Puede utilizarse @code{#@{@dots{}#@}}
+para la construcción de componentes de acordes. Ahora @code{\tweak}
+funciona sobre notas individuales sin necesidad de incluirlas dentro
+de un acorde. Ahora es posible usarla dentro de eventos de
+instrucciones y letra de canciones, pero aún no es probable que
+ofrezca resultados.
+
+@item
+Se ha reimplementado la abreviatura de ayuda para intruducción
+repetitiva de acordes, @code{q}. Ahora los acordes repetidos se
+sustituyen justo antes de la interpretación de la expresión musical.
+En caso de que el usuario quiera retener ciertos eventos del acorde
+original, puede ejecutar manualmente la función @code{\chordRepeats}
+de sustitución de acordes de repetición.
+
+@item
+Los números de cuerdas y digitaciones de la mano derecha sobre notas
+individuales aparecen ahora sin tener que escribirlas dentro de
+corchetes de acorde.
+
@item
Las expresiones de Scheme dentro de fragmentos de código de LilyPond
incrustados (@code{#@{@dots{}#@}}) se ejecutan ahora dentro de la
@item
Se ha cambiado el nombre de la instrucción @code{\markuplines} por
@code{\markuplist} para conseguir una mejor correspondencia con su
-semántica y con la nomenclatura generarl de LilyPond.
+semántica y con la nomenclatura general de LilyPond.
@item
Se ha simplificado considerablemente la interfaz para especificar
-afinaciones en las tablaturas.
+afinaciones en las tablaturas y se emplea la función de Scheme
+@code{\stringTuning} para la mayor parte de los propósitos.
@item
Las barras ahora pueden preservar la inclinación por encima de los
En los argumentos de función, la música, los elementos de marcado y
las expresiones de Scheme (así como algunas otras entidades
sintácticas) se han hecho mayormente intercambiables y se diferencian
-solamente mediante la evaluación del predicado respectivo.
+solamente mediante la evaluación del predicado respectivo. En ciertos
+casos, el analizador sintáctico consulta este predicado, como cuando
+se decide si interpretar @code{-3} como un número o como un evento de
+digitación.
@item
Ahora se pueden definir las funciones musicales (y sus parientes
@item
Hay una instrucción nueva @code{define-event-function} en analogía con
@code{define-music-function} que se puede usar para definir funciones
-musicales que actúan como eventos sin que se requiera un especificador
+musicales que actúan como post-eventos sin que se requiera un especificador
de dirección como (@code{-}, @code{^} o @code{_}) antes de ellos.
@lilypond[quote,verbatim,ragged-right]
@item
Ahora se puede utilizar la construcción @code{#@{ @dots{} #@}} no solo
-para crear listas secuenciales de música, sino también para eventos
-musicales únicos, expresiones musicales vacías, post-eventos,
+para crear listas secuenciales de música, sino también para alturas
+(que se distinguen de los eventos de nota sencillos por la ausencia de
+duración u otra información que no puede formar parte de una altura),
+eventos musicales únicos, expresiones musicales vacías, post-eventos,
elementos de marcado (sobre todo para liberar a los usuarios de la
necesidad de usar la macro @code{markup}), listas de marcado,
expresiones numéricas, definiciones y modificaciones de contextos y
expresión musical vacía o simplemente el propio evento musical,
respectivamente.
+@item
+Se pueden usar alturas en la parte derecha de las asignaciones. Las
+alturas se diferencian de los eventos de una sola nota en que no
+tienen duración ni otras informaciones que no pueden formar parte de
+una altura.
+
@item
Nueva opción de la línea de órdenes @option{--loglevel=@var{level}}
para controlar el volumen de datos que LilyPond produce en la salida.
(depuración).
@item
-@code{\set \once} ahora reinicia correctamente el valor de la
+@code{\once \set} ahora reinicia correctamente el valor de la
propiedad al valor previo.
@lilypond[fragment,quote,relative=2]
<e-1>-"left"
@end lilypond
-
@item
La alineación de los elementos de matiz dinámico extensos
(reguladores, crescendi textuales, etc.) se divide automáticamente si
projects / lilypond.git / blobdiff