@c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-
@c This file is part of lilypond-learning.tely
@ignore
- Translation of GIT committish: f3931bc47046b82216dba42a5f0e46c48b598045
+ Translation of GIT committish: 03184badb3c2378e1ab3eec6ee62a6bdc0609082
When revising a translation, copy the HEAD committish of the
version that you are working on. See TRANSLATION for details.
@end example
@noindent
-Hay personas que ponen algunos de estos comandos fuera del
-bloque @code{\score} (por ejemplo, @code{\header} se
-sitúa con frecuencia por encima del @code{\score}. Es tan sólo
-otra abreviatura que LilyPond acepta.
+Hay personas que ponen algunas de estas instrucciones fuera del bloque
+@code{\score} (por ejemplo, @code{\header} se sitúa con frecuencia por
+encima del @code{\score}. Es tan sólo otra abreviatura que LilyPond
+acepta.
Dos instrucciones más que no hemos visto aún son @code{\layout @{ @}}
y @code{\midi @{@}}. Si aparecen tal y como se muestran aquí, hacen
@noindent
Advierta que el tamaño de la clave es igual al que se imprime en un
-cambio de clave (ligemamente menor que la clave al principio de una
+cambio de clave (ligeramente menor que la clave al principio de una
línea). Esto es normal para cualquier clave que se imprime en la
mitad de una línea.
adelante. Es un medio de modificar el comportamiento predeterminado
de un solo pentagrama. Aquí, dice que el pentagrama nuevo se debe
colocar por encima del pentagrama llamado @qq{main} en vez de la
-posición predeterminada que seería por debajo.
+posición predeterminada que sería por debajo.
Los fragmentos de ossia se escriben a menudo sin clave y sin
indicación de compás, y generalmente en un tipo más pequeño. Esto
los paréntesis que se cierran deben encontrarse en el orden
exactamente opuesto al de los paréntesis que se abren. Esto
@strong{es} un requisito para los tres tipos de paréntesis que se
-describen mediante la parabla @q{Encierra} en la tabla anterior: se
+describen mediante la palabra @a{Encierra} en la tabla anterior: se
deben anidar correctamente. Sin embargo, el resto de las llaves y
corchetes, que se encuentran descritos por la palabra @q{Marca} en la
misma tabla anterior, @strong{no} tienen por qué anidarse
son paréntesis en el sentido de que encierran algo: simplemente son
marcadores que indican dónde empieza o finaliza algo.
-Asíi pues, por ejemplo, una ligadura de fraseo puede dar comienzo
+Así pues, por ejemplo, una ligadura de fraseo puede dar comienzo
antes de una barra insertada manualmente, y acabar antes de que acabe
la barra (algo que quizá no sea muy musical, pero es posible):
@end lilypond
En general, los distintos tipos de corchete, y los implicados en
-grupos especiiales, ligaduras de unión y notas de adorno, se pueden
+grupos especiales, ligaduras de unión y notas de adorno, se pueden
mezclar con total libertad. Este ejemplo muestra una barra que se
extiende hacia el interior de un grupo de valoración especial (línea
1), una ligadura de expresión que se prolonga hasta el interior de un
voces reciben a veces el nombre de @q{layers} («capas») en otros
programas de edición de partituras.
-De hechho, una capa o contexto de voz es la única que puede contener
+De hecho, una capa o contexto de voz es la única que puede contener
música. Si un contexto de voz no se declara explícitamente, se crea
uno de forma automática, como vimos al comienzo de este capítulo.
Ciertos instrumentos como el oboe solamente pueden tocar una nota cada
<d g>4 <d fis> <d a'> <d g>
@end lilypond
-Esto se puede expresar utilizand sólo símbolos de acorde con ángulos
+Esto se puede expresar utilizando sólo símbolos de acorde con ángulos
simples, @code{< ... >}, y para este propósito tan sólo se necesita
una voz. Pero suponga que el Fa sostenido fuese realmente una corchea
seguida de un Sol corchea, una nota de paso que conduce al La. Ahora
@funindex << \\ >>
@funindex \\
-La forma más fácil de introducir fragmentos con maś de una voz en un
+La forma más fácil de introducir fragmentos con más de una voz en un
solo pentagrama es escribir cada voz como una secuencia (con
@code{@{...@}}), y combinarlas simultáneamente con ángulos dobles,
@code{<<...>>}. Los fragmentos también se deben separar mediante una
que son mayormente monofónicas pero ocasionalmente tienen cortas
secciones de polifonía.
-He aquí cómo dividimos los acordes anteriore en dos voces y añadimos
+He aquí cómo dividimos los acordes anteriores en dos voces y añadimos
la nota de paso y la ligadura:
@lilypond[quote,verbatim,fragment,ragged-right,relative=2]
Este ejemplo tiene sólo dos voces, pero la misma construcción se puede
-usar para codificar tres o más voces mediante la adición de maś
+usar para codificar tres o más voces mediante la adición de más
separadores de barra invertida.
Los contextos de voz llevan los nombres de @code{"1"}, @code{"2"},
(de prolongación y de expresión) solamente pueden conectar notas que
estén dentro de la misma voz, luego las ligaduras no pueden entrar o
salir de una construcción simultánea. A la inversa, las voces
-paraleleas de construcciones simultáneas distintas sobre el mismo
+paralelas de construcciones simultáneas distintas sobre el mismo
pentagrama, son la misma voz. Otras propiedades relativas a las voces
también conllevan construcciones simultáneas. A continuación vemos el
mismo ejemplo, con colores y cabezas distintos para cada voz. Observe
que los cambios en una voz no afectan a otras voces, pero persisten
-más tarde dentro de la misma voz. Observe tambiénn que las notas
+más tarde dentro de la misma voz. Observe también que las notas
ligadas se pueden dividir entre las mismas voces de dos
construcciones, como se indica aquí en la voz de triángulos azules.
La polifonía no cambia la relación de las notas dentro de un bloque
@code{\relative @{ @}}. La altura de cada nota aún se calcula con
relación a la nota que le precede inmediatamente, o a la primera nota
-del acrode precedente. Así, en
+del acorde precedente. Así, en
@example
\relative c' @{ notaA << < notaB notaC > \\ notaD >> notaE @}
posteriores dentro del presente capítulo y el siguiente, para ilustrar
varias técnicas para producir notación, y por tanto le pedimos que
ignore por ahora cualquier cosa en el código subyacente que le parezca
-misteriorso y tan sólo se concentre en la música y las voces (todas
+misterioso y tan sólo se concentre en la música y las voces (todas
las complicaciones se explicarán en secciones posteriores).
@c The following should appear as music without code
}
@end lilypond
-Con frecuencia, la dirección de las plicas se utiiliza para indicar la
+Con frecuencia, la dirección de las plicas se utiliza para indicar la
continuidad de dos líneas melódicas simultáneas. Aquí, todas las
plicas de las notas agudas se dirigen hacia arriba y las de las notas
graves hacia abajo. Ésta es la primera indicación de que se requiere
Observe las notas que comienzan en la tercera parte del primer compás.
El La bemol es una negra con puntillo, el Fa es una negra y el Re
bemol es una blanca. Estas notas nos e pueden escribir como un acorde
-porque todas las ntoas de un acorde deben tener la misma duración.
+porque todas las notas de un acorde deben tener la misma duración.
Tampoco se pueden escribir como notas secuenciales, pues deben
comenzar al mismo tiempo. Esta sección del compás requiere tres
voces, y la práctica común sería escribir todo el compás como tres
las voces de numeración impar reciben las plicas hacia arriba y las de
numeración par hacia abajo. Las plicas de las voces 1 y 2 están
correctas, pero las plicas de la voz 3 debería ir hacia abajo en este
-fragmentoo en particular. Podemos corregir esto simplemente
+fragmento en particular. Podemos corregir esto simplemente
olvidándonos de la voz tres y situando la música en la voz cuatro:
@lilypond[quote,verbatim,fragment,ragged-right]
@code{\voiceOne} y @code{\voiceThree} hacen que estos objetos apunten
hacia arriba, mientras que @code{\voiceTwo} y @code{\voiceFour} los
hacen apuntar hacia abajo. Estas instrucciones también producen un
-desplazamientoo horizontal para cada voz cuando es necesario para
+desplazamiento horizontal para cada voz cuando es necesario para
evitar choques entre las cabezas. La instrucción @code{\oneVoice}
devuelve los ajustes de nuevo a los valores normales para una sola
voz.
Una expresión que aparece directamente dentro de @code{<< >>}
pertenece a la voz principal (pero, observe, @strong{no} dentro de una
-construcción @code{<< \\ >>}). Esto es útilo cuando aparecen voces
+construcción @code{<< \\ >>}). Esto es útil cuando aparecen voces
nuevas mientras la voz principal está sonando. A continuación podemos
ver una realización más correcta del ejemplo de la sección anterior.
Las notas rojas en forma de rombo muestran que la melodía principal
@cindex anidado de expresiones musicales
@cindex anidado de construcciones simultáneas
-Seon posibles construcciones polifónicas anidadas más profundamente, y
+Son posibles construcciones polifónicas anidadas más profundamente, y
si una voz aparece sólo brevemente podría haber una forma más natural
de tipografiar la música.
Este método de anida voces nuevas brevemente es útil cuando sólo hay
secciones polifónicas pequeñas, pero cuando todo el pentagrama es muy
-plifónico podría ser más claro usar varias voces todo el tiempo,
+polifónico podría ser más claro usar varias voces todo el tiempo,
usando notas espaciadoras para pasar por encima de las secciones en
que una voz está en silencio, como aquí:
columnas para evitar el solapamiento de las cabezas. Reciben el
nombre de columnas de notas. Hay columnas distintas para cada voz, y
el desplazamiento especificado en curso dependiente de la voz se
-applica a la columna de la nota si en caso contgrario se produjese una
+aplica a la columna de la nota si en caso contrario se produjese una
colisión. Esto se puede ver en el ejemplo anterior. En el compás 2 el
Do en la voz dos está desplazado a la derecha respecto del Re de la
voz uno, y en el último acorde el Do de la voz tres también está
Las instrucciones @code{\shiftOn}, @code{\shiftOnn}, @code{\shiftOnnn}
y @code{\shiftOff} especifican el grado en que se deben desplazar las
-ntoas y acordes de la voz si en caso contrariio ocurriese una
+notas y acordes de la voz si en caso contrario ocurriese una
colisión. De forma predeterminada, las voces exteriores (normalmente
-las voces uno y dos) llecan especificado @code{\shiftOff}, mientras
+las voces uno y dos) llevan especificado @code{\shiftOff}, mientras
que las voces interiores (tres y cuatro) tienen @code{\shiftOn}
especificado. Cuando se aplica un desplazamiento, las voces uno y
tres se desplazan hacia la derecha y las voces dos y cuatro se
desplazan hacia la izquierda.
@code{\shiftOnn} y @code{\shiftOnnn} definen niveles adicionales de
-desplazamiento que se peuden especificar temporalmente para resolver
+desplazamiento que se pueden especificar temporalmente para resolver
colisiones en situaciones complejas (véase @ref{Real music example}).
-Una columna de notas puede contener s´olo una nota (o acorde) de una
+Una columna de notas puede contener sólo una nota (o acorde) de una
voz con las plicas hacia arriba y una not (o acorde) de una voz con
las plicas hacia abajo. Si las notas de dos voces que tienen las
plicas en la misma dirección se sitúan en la misma posición y las dos
El barrado automático que LilyPond usa de forma predeterminada
funciona bien para la música instrumental, pero no ten bien para
música con letra, donde o bien el barrado no se necesita en absoluto,
-o bien se utiliza para indicar los melismaas de la letra. En el
+o bien se utiliza para indicar los melismas de la letra. En el
ejemplo anterior hemos utilizado la instrucción @code{\autoBeamOff}
para desactivar el barrado automático.
@section Contexts and engravers
Los contextos y grabadores se han mencionado de manera informal en
-secciones anteriore; ahora tan sólo vamos a ver estos conceptos con
+secciones anteriores; ahora tan sólo vamos a ver estos conceptos con
más detalle, pues son importantes en el ajuste fino de la salida de
LilyPond.
@cindex grabadores
Todas y cada una de las marcas de la salida impresa de una partitura
-hecha con LiilyPond está producida por un @code{Engraver} (grabador).
+hecha con LilyPond está producida por un @code{Engraver} (grabador).
Así, tenemos un grabador para imprimir pentagramas, otro para imprimir
las cabezas de las notas, otro para las plicas, otro para las barras,
etc, etc. ¡En total hay más de 120 grabadores! Afortunadamente, para
en cualquier contexto que exista, mediante el uso de la instrucción
@code{\set}. Pero si el nombre no es conocido para LilyPond, no
producirá ninguna acción. Esta es una de las razones por las que es
-muy recomendable ussar un editor que sea sensible al contexto y con
+muy recomendable usar un editor que sea sensible al contexto y con
resaltado de la sintaxis para la edición de archivos de LilyPond, como
por ejemplo Vim, Jedit, ConTEXT o Emacs, ya que los nombres de
propiedades desconocidas se resaltarán de forma distinta.
que un valor booleano verdadero o falso se especifica mediante ##t y
##f, con dos cuadradillos. Una propiedad de texto se debe encerrar
entre comillas dobles, como antes, aunque veremos más adelante que el
-texto realmente se peude especificar de una dorma mucho más general
+texto realmente se puede especificar de una forma mucho más general
utilizando la potentísima instrucción @code{markup}.
@}
@end example
-No necesitamos dos comandos @code{\version}. Vamos a necesitar la
-sección @code{melodia}. No queremos dos secciones @code{\score} (si
-tuviésemos dos @code{\score}s, acabaríamos con las dos particellas por
-separado. Queremos las dos juntas, como un dúo. Dentro de la sección
-@code{\score}, no nos hacen falta dos @code{\layout} ni dos
+No necesitamos dos instrucciones @code{\version}. Vamos a necesitar
+la sección @code{melodia}. No queremos dos secciones @code{\score}
+(si tuviésemos dos @code{\score}s, acabaríamos con las dos particellas
+por separado. Queremos las dos juntas, como un dúo. Dentro de la
+sección @code{\score}, no nos hacen falta dos @code{\layout} ni dos
@code{\midi}.
Si nos limitásemos a copiar y pegar la sección @code{melodia},
de las variables, y finalmente el bloque de partitura. Comencemos a
verlas por encima y más tarde completaremos los detalles.
-Utilizaremos los dos primeros compases del peludio de Bach basado en
+Utilizaremos los dos primeros compases del preludio de Bach basado en
@emph{Jesu, meine Freude}, que está escrito para órgano con dos
manuales y pedal. Tiene estos dos compases de música al final de la
sección. La parte del manual superior tiene dos voces, y el inferior
\new Staff = "ManualUno" <<
\new Voice @{ \MusicaManualUnoVozUno @}
\new Voice @{ \MusicaManualUnoVozDos @}
- >> % fun del contexto de Staff ManualUno
+ >> % fin del contexto de Staff ManualUno
\new Staff = "ManualDos" <<
\new Voice @{ \MusicaManualDos @}
>> % fin del contexto de Staff ManualDos
@c -*- coding: utf-8; mode: texinfo; -*-
@c This file is part of lilypond.tely
@ignore
- Translation of GIT committish: e383a0fdd2e3001caccacf9d0a7d1f0806f3b94c
+ Translation of GIT committish: 03184badb3c2378e1ab3eec6ee62a6bdc0609082
When revising a translation, copy the HEAD committish of the
version that you are working on. See TRANSLATION for details.
se acercan por primera vez deben comenzar por aquí.
@item
-@emph{@ref{Fundamental concepts}}
-explica algunos conceptos generales sobre el formato de los archivos
-de entrada de LilyPond. Si no está seguro de dónde colocar un comando
-¡lea este capítulo!
+@emph{@ref{Fundamental concepts}} explica algunos conceptos generales
+sobre el formato de los archivos de entrada de LilyPond. Si no está
+seguro de dónde colocar una instrucción ¡lea este capítulo!
@item
@emph{@ref{Working on LilyPond projects}}
@item
La
@emph{@r ef{Cheat sheet}}
-es una referencia manejable de los comandos de LilyPond más comunes.
+es una referencia manejable de las instrucciones de LilyPond más comunes.
@item
El
@c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-
@c This file is part of lilypond-learning.tely
@ignore
- Translation of GIT committish: 442e889ce5bd4f250270b992a1b105ed7fc078db
+ Translation of GIT committish: 03184badb3c2378e1ab3eec6ee62a6bdc0609082
When revising a translation, copy the HEAD committish of the
version that you are working on. See TRANSLATION for details.
En un archivo de música, los fragmentos de código de Scheme se
-esecriben con el signo de almohadilla @code{#}. Así, los ejemplos
+escriben con el signo de almohadilla @code{#}. Así, los ejemplos
anteriores traducidos a LilyPond son:
@example
\override Stem #'thickness = #2.6
@end example
-Esta isntrucción ajusta el aspecto de las plicas. El valor @code{2.6}
+Esta instrucción ajusta el aspecto de las plicas. El valor @code{2.6}
se pone dentro de la variable @code{thickness} de un objeto
@code{Stem}. @code{thickness} se mide a partir del grosor de las
líneas del pentagrama, y así estas plicas serán @code{2.6} veces el
grosor de las líneas del pentagrama. Esto hace que las plicas sean
-casi el doble de gruesas de lo normal. Para distinguir entr las
+casi el doble de gruesas de lo normal. Para distinguir entre las
variables que se definen en los archivos de entrada (como
@code{veintiCuatro} en el ejemplo anterior) y las variables de los
objetos internos, llamaremos a las últimas @q{propiedades} y a las
derecho) se introducen como @code{parejas}. Una pareja@footnote{En la
terminología de Scheme, la pareja se llama @code{cons}, y sus dos
elementos se llaman @code{car} y @code{cdr} respectivamente.} se
-introduce como @code{(first . second)} y, como los símbolos, se deben
-preceder de un apóstrofe,
+introduce como @code{(primero . segundo)} y, como los símbolos, se deben
+preceder de un apóstrofe:
@example
\override TextScript #'extra-offset = #'(1 . 2)
Esto asigna la pareja (1, 2) a la propiedad @code{extra-offset} del
objeto TextScript. Estos números se miden en espacios de pentagrama,
y así esta instrucción mueve el objeto un espacio de pentagrama a la
-derecha, y dos especios hacia arriba.
+derecha, y dos espacios hacia arriba.
Los dos elementos de una pareja pueden ser valores arbitrarios, por
ejemplo
profundamente usando instrucciones como @code{\override TextScript
#'extra-offset = ( 1 . -1)}. Pero tenemos incluso mucho más poder si
utilizamos Scheme. Para ver una explicación completa de esto,
-consulteel @ref{Scheme tutorial}, y @ruser{Interfaces for
+consulte el @ref{Scheme tutorial}, y @ruser{Interfaces for
programmers}.
Podemos usar Scheme simplemente para sobreescribir instrucciones con
@c -*- coding: utf-8; mode: texinfo; -*-
@c This file is part of lilypond.tely
@ignore
- Translation of GIT committish: b9526773cf95ca29e3d3352c524718fc8e91c599
+ Translation of GIT committish: 03184badb3c2378e1ab3eec6ee62a6bdc0609082
When revising a translation, copy the HEAD committish of the
version that you are working on. See TRANSLATION for details.
@c -*- coding: utf-8; mode: texinfo; -*-
@c This file is part of lilypond.tely
@ignore
- Translation of GIT committish: 8847716091a1785f02bdc92554610478ca1e7c6e
+ Translation of GIT committish: 03184badb3c2378e1ab3eec6ee62a6bdc0609082
When revising a translation, copy the HEAD committish of the
version that you are working on. See TRANSLATION for details.
@subsection Compiling a file
@qq{Compilación} es una palabra que significa procesar un texto de
-entrada eb formato de LilyPond para producir un archivo que se puede
+entrada en formato de LilyPond para producir un archivo que se puede
imprimir y (de manera opcional) un archivo MIDI que se puede
reproducir. El primer ejemplo muestra el aspecto de un sencillo
archivo de texto de entrada.
@end example
@noindent
-el resultado tiene este aspecto
+el resultado tiene este aspecto:
@c in this case we don't want verbatim
@lilypond[quote,ragged-right]
deberían también estar rodeadas por espacios a no ser que se
encuentren al principio o al final de una línea, para evitar
ambigüedades. Es posible que se omitan en algunos ejemplos del
-presente manual ¡pero no las omita en su propia música! Paara ver más
+presente manual ¡pero no las omita en su propia música! Para ver más
información sobre la presentación de los ejemplos del manual, consulte
@ref{How to read the manual}.}
-@cindex Sensible a las mayúsculas
-Además la entrada de LilyPond es @strong{sensible a las mayúsculas}. @code{ @{ c d e @}}
-es una entrada válida; @code{@{ C D E @}} producirá un mensaje de error.
+@cindex sensible a las mayúsculas
+Además la entrada de LilyPond es @strong{sensible a las mayúsculas}.
+@code{ @{ c d e @}} es una entrada válida; @code{@{ C D E @}}
+producirá un mensaje de error.
@smallspace
Un comentario de bloque marca una sección entera de entrada musical
como comentario. Todo lo que está encerrado dentro de @code{%@{} y
@code{%@}} se ignora (pero los comentarios no pueden anidarse, lo que
-signnifica que un comentario de bloque no puede incluir otros
+significa que un comentario de bloque no puede incluir otros
comentarios de bloque). Si lo hiciera, el primer @code{%@}} daría por
terminado @emph{los dos} comentarios de bloque. El siguiente
fragmento muestra algunos posibles usos para los comentarios:
@subsection Advanced rhythmic commands
@cindex anacrusa
-@c @cindex anacruse @c redundant, in spanish. FVD
@cindex compás parcial
@subheading Partial measure
@noindent
pero cualquier partitura de una complejidad mayor que la de este
-sencillo ejemplo se hace mejor separando la latra de la estructura de
+sencillo ejemplo se hace mejor separando la letra de la estructura de
pentagramas mediante variables (expresiones con nombre). Éstas se
tratan en @ref{Organizing pieces with variables}.
}
@end lilypond
-Las variabbles se pueden usar para otros muchos tipos de objetos
+Las variables se pueden usar para otros muchos tipos de objetos
dentro del código de entrada. Por ejemplo,
@example
-width = 4.5\cm
-name = "Wendy"
-aFivePaper = \paper @{ paperheight = 21.0 \cm @}
+ancho = 4.5\cm
+nombre = "Wendy"
+papelAcinco = \paper @{ paperheight = 21.0 \cm @}
@end example
Dependiendo de su contenido, la variable se puede usar en distintos
@example
\paper @{
- \aFivePaper
- line-width = \width
+ \papelAcinco
+ line-width = \ancho
@}
-@{ c4^\name @}
+@{ c4^\nombre @}
@end example
@example
\version @w{"@version{}"}
\header @{
- title = "Symphony"
- composer = "Me"
+ title = "Sinfonía"
+ composer = "Yo"
opus = "Op. 9"
@}
@{
- @dots{} music @dots{}
+ @dots{} música @dots{}
@}
@end example
@c -*- coding: utf-8; mode: texinfo; -*-
@c This file is part of lilypond.tely
@ignore
- Translation of GIT committish: bb02d2367c31a7799508cc3afd60aabb2b59999d
+ Translation of GIT committish: 03184badb3c2378e1ab3eec6ee62a6bdc0609082
When revising a translation, copy the HEAD committish of the
version that you are working on. See TRANSLATION for details.
las propiedades asociadas con ese pentagrama en particular, por
ejemplo, su nombre y su armadura, además de otros detalles de los
grabadores que se han asignado para que operen dentro del contexto del
-pentagrama. De forma similar, hay objetos que guardan las propieades
+pentagrama. De forma similar, hay objetos que guardan las propiedades
de todos los demás contextos, como objetos de @code{Voice}, objetos de
@code{Score}, objetos de @code{Lyrics}, así como objetos que
representan todos los elementos notacionales como líneas divisorias,
gráficos tienen un color, un tamaño, una posición, etc., y todas estas
propiedades se procesan de la misma forma durante la interpretación
del archivo de entrada por parte de LilyPond. Para simplificar estas
-operaciones internas, estas acciones t propiedades comunes se agrupan
+operaciones internas, estas acciones y propiedades comunes se agrupan
en un objeto llamado @code{grob-interface}, interface de grob. Hay
muchas otras agrupaciones de propiedades comunes como ésta, y cada
-unoa recibe un nombre que acaba en @code{interface}. En total hay más
+una recibe un nombre que acaba en @code{interface}. En total hay más
de 100 interfaces de éstos. Veremos más adelante porqué esto es del
interés y de utilidad para el usuario.
Las últimas secciones tratan de forma exhaustiva las propiedades y sus
valores, pero para ilustrar el formato y utilización de estas
-iinstrucciones usaremos sólo unas cuantas propiedades y valores
+instrucciones usaremos sólo unas cuantas propiedades y valores
sencillos que sean fáciles de entender.
Por ahora no se preocupe por el @code{#'}, que debe anteponerse a la
@cindex revert, instrucción
@funindex \revert
-Una vez sobreescrita, la proopiedad retiene su nuevo valor hasta que
+Una vez sobreescrita, la propiedad retiene su nuevo valor hasta que
se sobreescribe de nuevo o se encuentra una instrucción
@code{\revert}. La instrucción @code{\revert} tiene la siguiente
sintaxis y ocasiona que el valor de la propiedad se devuelva a su
Vemos que la sobreescritura con override afecta a @emph{todas} las
notas del acorde. Esto es así porque todas las notas de un acorde
ocurren en el mismo @emph{momento musical}, y la acción de
-@code{\once} es aplicar la sobreescritura a todos los oobjetos de
+@code{\once} es aplicar la sobreescritura a todos los objetos de
presentación del tipo especificado que ocurren en el mismo momento
musical que la propia instrucción de sobreescritura @code{\override}.
LA instrucción @code{\tweak} opera de una forma distinta. Actúa sobre
-el elemento inmediatamente siguiente dentro del flujjo de entrada.
+el elemento inmediatamente siguiente dentro del flujo de entrada.
Sin embargo, es efectivo solamente sobre objetos que se crean
directamente a partir del flujo de entrada, en esencia las cabezas y
las articulaciones (los objetos como las plicas y las alteraciones se
presentación se deben especificar; de hecho, generaría un error
hacerlo. Los dos están implícitos por el siguiente elemento del flujo
de entrada. Así que la sintaxis genérica de la instrucción
-@code{\tweak} es, simmplemente:
+@code{\tweak} es, simplemente:
@example
\tweak #'@emph{propiedad_de_presentación} = #@emph{valor}
(Una forma alternativa de encontrar esta página es a partir de la
Referencia de la Notación. En una de las páginas que tratan de las
ligaduras de expresión podrá encontrar un enlace al manual de
-referencia del funcioonamiento interno. Este enlace le llevará
+referencia del funcionamiento interno. Este enlace le llevará
directamente a esta página, aunque con frecuencia es más fácil ir
directamente al RFI y buscar allí.)
@code{\override} ocasiona que solamente cambie la ligadura que
comienza en la nota @strong{inmediata siguiente}. Si la nota
inmediata siguiente no da inicio a una ligadura, la instrucción no
-tiene niingún efecto en absoluto: no se recuerda hasta que se
+tiene ningún efecto en absoluto: no se recuerda hasta que se
encuentre alguna ligadura, sino que simplemente se ignora. Así pues,
la instrucción que lleva @code{\once} se debe reposicionar de la forma
siguiente:
la instrucción @code{\revert} se puede utilizar para devolver
cualquier propiedad que se haya cambiado con @code{\override} a su
valor predeterminado. Puede utilizar el método que mejor se adapte a
-aquello que quere hacer.
+aquello que quiere hacer.
Así finaliza nuestra introducción al manual de RFI, y el método básico
de trucaje. A continuación, en las últimas secciones de este capítulo
¿Qué forma de instrucción @code{\override} necesitamos para hacerlo?
En primer lugar miramos en la página del RFI que relaciona todos los
objetos, @q{All layout objects}, como antes, y buscamos un objeto que
-pueda conteolar la letra de la canción. Encontramos @code{LyricText},
+pueda controlar la letra de la canción. Encontramos @code{LyricText},
que parece adecuado. Al seguir este enlace se presentan las
propiedades ajustables para el texto de la letra. Estos incluyen
@code{font-series} y @code{font-size}, pero nada que pudiera aplicar
una forma cursiva. Esto es porque la propiedad de la forma es común a
todos los objetos de fuente tipográfica, y por tanto, en vez de
-incluirlo en cada uno de los objetos de preesentación, se agrupa junto
+incluirlo en cada uno de los objetos de presentación, se agrupa junto
con otras propiedades comunes similares y se deposita en un
@strong{Interface}, el interface de las fuentes tipográficas
@code{font-interface}.
de los interfaces, y descubrir qué objetos usan estas propiedades de
interface.
-Mire de nuevo la página del RFI que decribe a LyricText. Al final de
+Mire de nuevo la página del RFI que describe a LyricText. Al final de
la página hay una lista de enlaces (en las versiones de html del RFI)
a los interfaces que LyricText contempla. La lista tiene siete
elementos, entre ellos @code{font-interface}. Al seguir este enlace
Algunos de ellos son nombres de propiedades, como @code{thickness} o
@code{font-shape}, otros son en efecto valores especiales que se les
puede dar a las propiedades, como @code{italic}. Observe la
-distincion entre esto y las cadenas de texto arbitrarias, que
+distinción entre esto y las cadenas de texto arbitrarias, que
aparecerían entrecomilladas como @code{"a text string"}.
De acuerdo, entonces la instrucción @code{\override} que necesitamos
@cindex contexto, especificación en modo letra
En el caso de la letra, si intenta especificar el contexto en el
-formato que acabamnos de dar, la instrucción no funcionará. Una
-sílaba escrita en el modo letra, «lyricmode» temina en un espacio, un
+formato que acabamos de dar, la instrucción no funcionará. Una
+sílaba escrita en el modo letra, «lyricmode» termina en un espacio, un
salto de línea o un dígito. Cualquier otro carácter se incluye como
parte de la sílaba. Por esta razón, un espacio o salto de línea debe
aparecer antes del último símbolo @code{@}} para evitar que se incluya
@tab Dos números separados por un @q{espacio . espacio}, encerrado entre paréntesis y precedido de un apóstrofe
@tab @code{'(2 . 3.5)}, @code{'(0.1 . -3.2)}
@item Símbolo
- @tab Cualquiera del conjunto de símbolos premitidos para esa propiedad, precedido de un apóstrofe
+ @tab Cualquiera del conjunto de símbolos permitidos para esa propiedad, precedido de un apóstrofe
@tab @code{'italic}, @code{'inside}
@item Desconocido
@tab Un procedimiento o @code{#f} (para no producir ninguna acción)
se necesita para un objeto, también las otras. Así, ciertos objetos
necesitan las propiedades de algunos interfaces, otros necesitan las
de otros interfaces. Los interfaces que contienen las propiedades que
-un determinado grob necesita se ecuentran relacionadas en el manual
+un determinado grob necesita se encuentran relacionadas en el manual
RFI al final de la página que describe dicho grob, y esas propiedades
se pueden ver mirando dichos interfaces.
Hemos explicado cómo encontrar información sobre los grobs en
@ref{Properties of layout objects}. Usando el mismo enfoque, vamos al
-RFI para biscar el objeto de presentación que imprime las líneas
+RFI para buscar el objeto de presentación que imprime las líneas
divisorias. A través del enlace @emph{Backend} y @emph{All layout
objects} encontramos que hay un objeto de presentación llamado
@code{BarLine}. Entre sus propiedades se encuentran dos que controlan
@code{grob-interface}, donde podemos encontrar las propiedades
@code{transparent} y @code{color}. Todas ellas pueden afectar la
visibilidad de las barras de compás (y, por supuesto, por extensión,
-tambén la de muchos otros objetos de presentación). Vamos a
+también la de muchos otros objetos de presentación). Vamos a
considerar cada uno de ellos por orden.
@subheading stencil
de @code{Staff}. Observa también que al escribir este valor tenemos
dos símbolos de almohadilla antes del paréntesis de apertura. Se
necesita uno como parte del valor para introducir un vector, y se
-necesita otro más, como siempre, para precered el propio valor dentro
+necesita otro más, como siempre, para preceder el propio valor dentro
de la instrucción @code{\override}.
@lilypond[quote,fragment,ragged-right,verbatim,relative=2]
@subheading color
@cindex color, propiedad
-PAra finalizar, podríamos hacer invisibles las barras de compás
+Para finalizar, podríamos hacer invisibles las barras de compás
pintándolas de color blanco. El interface @code{grob-interface}
especifica que la propiedad del color es una lista, pero no hay
ninguna explicación sobre lo que debe ir en esa lista. La lista que
Finalmente, existe también una escala de grises como parte del
conjunto de colores de X11. Varían desde el negro, @code{'grey0'},
-hsta el blanco, @code{'grey100}, en pasos de 1. Vamos a ilustrar esto
+hasta el blanco, @code{'grey100}, en pasos de 1. Vamos a ilustrar esto
estableciendo todos los objetos de presentación de nuestro ejemplo a
varias gradaciones de gris:
Pero ¿cuál es la diferencia entre modificar el contexto de pentagrama
usando @code{\with} y modificar los sellos de clave y de compás con
\override? La diferencia principal es que los cambios que se realizan
-enuna cláusula @code{\with} se hacen en el momento en que se crea el
+en una cláusula @code{\with} se hacen en el momento en que se crea el
contexto, y permanecen activos como valores @strong{predeterminados}
durante toda la duración de dicho contexto, mientras que las
instrucciones @code{\set} o @code{\override} incluidas dentro de la
tarde.
Los valores predeterminados de las propiedades de los objetos de
-presentación también se pueden establever dentro de cláusulas
+presentación también se pueden establecer dentro de cláusulas
@code{\with}. Simplemente utilice la instrucción @code{\override}
-normal dejando aparte el nombre del contextom ya que está definido sin
+normal dejando aparte el nombre del contexto, ya que está definido sin
ambigüedad como el contexto que la cláusula @code{\with} está
modificando. De hecho, se producirá un error si se especifica un
contexto en este lugar.
@noindent
Puesto que la longitud de las plicas y muchas otras propiedades
-relacionadas con la longitudse calculan siempre con relación al valor
+relacionadas con la longitudes calculan siempre con relación al valor
de la propiedad @code{staff-space}, su longitud también ve reducida su
escala automáticamente. Observe que esto afecta solamente a la escala
vertical del ossia: la escala horizontal se determina por medio de la
incluso para una nota individual. La propiedad que controla este
comportamiento es la propiedad de @code{direction} (dirección) de cada
objeto de presentación. En primer lugar explicaremos qué hace esto, y
-lueco introduciremos algunas instrucciones listas para usar que le
+luego introduciremos algunas instrucciones listas para usar que le
evitarán tener que codificar sobreescrituras explícitas para las
modificaciones más comunes.
@code{left} y @code{right} son mutuamente excluyentes: las
digitaciones pueden situarse en un lado o en el otro, no en los dos.
-Para controlar la colocación de la digitacion de una sola nota usando
+Para controlar la colocación de la digitación de una sola nota usando
esta instrucción es necesario escribirla como un acorde de una sola
nota encerrándola entre ángulos simples.
realmente queremos hacer es posicionar todas las anotaciones a la
misma distancia por encima del pentagrama? Para hacerlo, vamos a
necesitar claramente espaciar las notas en sentido horizontal para
-hacer sitio para el texto. Estoo se hace empleando la instrucción
+hacer sitio para el texto. Esto se hace empleando la instrucción
@code{textLengthOn}.
@subheading \textLengthOn
con un poco más o un poco menos de espacio de separación.
Existen tres enfoques principales que llevan a la resolución de
-superposiciones en la notaciónThere are three main main approaches to
-resolving overlapping notation. Se deben considerar en el siguiente
+superposiciones en la notación. Se deben considerar en el siguiente
orden:
@enumerate
En lugar de con @code{padding}, la colocación de los grupos de
alteraciones se controla con @code{left-padding} y
-@code{right-padding}. Eestas propiedades se encontrarán en el objeto
+@code{right-padding}. Estas propiedades se encontrarán en el objeto
@code{AccidentalPlacement} que, observe, vive dentro del contexto de
@strong{staff}. Como las alteraciones accidentales siempre se
posicionan según las cabezas de las notas y a su izquierda, solamente
Esta propiedad se puede usar para alinear el objeto a la izquierda, a
la derecha, o centrarlo con respecto al punto de referencia del objeto
«padre». Se puede usar con todos los objetos que contemplan el
-interfaceIt may be used with all objects which support the
+interface
@code{self-alignment-interface}. En general son objetos que contienen
texto. Los valores son @code{LEFT}, @code{RIGHT} o @code{CENTER}. De
forma alternativa se puede especificar un valor numérico entre
@code{-1} y @code{+1}, donde @code{-1} es alineado por la izquierda,
@code{+1} es alineado por la derecha, y los números intermedios mueven
-el texto progresivamente desde alinado por la izquierda hasta alineado
+el texto progresivamente desde alineado por la izquierda hasta alineado
por la derecha. Se pueden especificar valores numéricos mayores de
@code{1} para mover el texto incluso más lejos hacia la izquierda, o
menos de @code{-1} para alejarlo más hacia la derecha. Un cambio en
@cindex staff-position, propiedad
@code{staff-position} es una propiedad del interface
@code{staff-symbol-referencer-interface}, que está contemplado por los
-objetos que se colocan con relación al pentgrama. Especifica la
+objetos que se colocan con relación al pentagrama. Especifica la
posición vertical del objeto con relación a la tercera línea del
-pentagrama en medios espacios de pentagrama. Ees útil en la
+pentagrama en medios espacios de pentagrama. Es útil en la
resolución de colisiones entre objetos de presentación como silencios
multi-compás, ligaduras de unión y notas en distintas voces.
pentagrama verticalmente, o desplazándolas una cierta distancia a una
nueva posición. Las desventajas son que los valores correctos para el
reposicionamiento se deben adivinar, a menudo por ensayo y error, para
-cada objeto indvidual y, puesto que el movimiento se hace después de
+cada objeto individual y, puesto que el movimiento se hace después de
que LilyPond ha colocado todos los demás objetos es usuario es
responsable de evitar cualquier colisión que pudiera producirse. Pero
la dificultar principal con este enfoque es que los valores de
Esta propiedad se aplica a cualquier objeto de presentación que
contemple el @code{grob-interface}. Toma una pareja de números que
especifican el desplazamiento adicional en las direcciones horizontal
-y vertical. Los números negativos mueven el objeto a la isquierda o
+y vertical. Los números negativos mueven el objeto a la izquierda o
hacia abajo. Las unidades son espacios de pentagrama. El
desplazamiento adicional se hace después de que la composición
tipográfica de los objetos ha terminado, así que un objeto puede ser
la altura de las barras de corchea, ligaduras de expresión y corchetes
de grupos de valoración especial. Toma una pareja de números que dan
la posición de los extremos izquierdo y derecho de la barra, ligadura,
-etc. con relacion a la tercera línea del pentagrama. Las unidades son
+etc. con relación a la tercera línea del pentagrama. Las unidades son
espacios de pentagrama. Observe, sin embargo, que las ligaduras de
expresión y de fraseo no se pueden reposicionar en cantidades
arbitrariamente grandes. LilyPond en primer lugar genera una lista de
posiciones posibles para la ligadura y de forma predeterminada
-encuentra la ligadura que tiene @qq{mejor aspecto}. Si la porpiedad
+encuentra la ligadura que tiene @qq{mejor aspecto}. Si la propiedad
@code{positions} se ha sobreescrito, la ligadura que está más cerca de
las posiciones que se han solicitado, se selecciona de la lista.
@end table
@item Articulaciones @tab @code{Script}
@item Barras @tab @code{Beam}
@item Dinámica (verticalmente) @tab @code{DynamicLineSpanner}
-@item Dynamica (horizontalmente) @tab @code{DynamicText}
+@item Dinámica (horizontalmente) @tab @code{DynamicText}
@item Digitaciones @tab @code{Fingering}
@item Llamadas de ensayo y textuales @tab @code{RehearsalMark}
@item Ligaduras de expresión @tab @code{Slur}
inadvertidos. Para ver más detalles, consulte @ruser{Constructing a
tweak}.
-Si la propiedad de relleno @code{padding} de un objetp se incrementa
+Si la propiedad de relleno @code{padding} de un objeto se incrementa
cuando dicho objeto se encuentra en una pila de objetos que se están
colocando de acuerdo a su prioridad @code{outside-staff-priority},
entonces ese objeto se moverá, y también todos los que están por fuera
Los silencios multi-compás en una voz pueden chocar con las notas en
otra voz. Puesto que estos silencios se tipografían centrados entre
las barras de compás se necesitaría bastante esfuerzo para que
-LilyPond averigüara qué otras notas podrína chocar con él, ya que
+LilyPond averiguara qué otras notas podrían chocar con él, ya que
actualmente todo el manejo de colisiones entre notas y silencios se
hace solamente para notas y silencios que ocurren al mismo tiempo. He
aquí un ejemplo de colisión de este tipo:
@noindent
Las dos notas inferiores del primer acorde (es decir, las que están en
-al tercera voz) no deberían separarse de la colmna de notas de las dos
+al tercera voz) no deberían separarse de la columna de notas de las dos
notas agudas. Para corregir esto, establecemos el valor de
@code{force-hshift} (que es una propiedad de @code{NoteColumn}) de
esas notas a cero. La nota más grave del segundo acorde se sitúa
para resolver problemas de notación poco comunes. No es
representativo de un proceso de grabado más usual, por lo que ¡le
recomendamos que no deje que estas dificultades le desanimen!
-¡Afortunadamente, las dificultadoes como éstas no son muy comunes!
+¡Afortunadamente, las dificultades como éstas no son muy comunes!
El ejemplo está extraído de la Primera Balada de Chopin, Op. 23,
compases 6 al 9, la transición entre el Lento inicial y el Moderato.
momento en que se necesiten. Si ha olvidado cómo hacerlo, lea
@ref{I'm hearing Voices}. Vamos a comenzar introduciendo las notas
como dos variables y disponiendo la estructura de pentagramas en un
-bloque score, y veremos qúe produce LilyPond de forma predeterminada:
+bloque score, y veremos qué produce LilyPond de forma predeterminada:
@lilypond[quote,verbatim,ragged-right]
rhMusic = \relative c'' {
arpegio y acaba en una doble barra. ¿Cómo los hacemos, pues no han
sido mencionados en este Manual de Aprendizaje? Aquí es donde tenemos
que volver e la Referencia de la Notación. Buscando la palabra
-@q{arpegio} y @q{línea divisoria} en el índice nos puestra rápidamente
+@q{arpegio} y @q{línea divisoria} en el índice nos muestra rápidamente
que un arpegio se hace añadiendo @code{\arpeggio} a un acorde, y la
doble barra se produce por medio de la instrucción @code{\bar "||"}.
Esto podemos hacerlo fácilmente. A continuación tenemos que corregir
@code{\once \override Tie #'staff-position = #3.5}
-This completes bar two, giving:
+Con esto se completa el compás dos, dando como resultado:
@lilypond[quote,verbatim,ragged-right]
rhMusic = \relative c'' {
Vayamos ahora al tercer compás y comienzo de la sección Moderato. El
tutorial nos enseñó cómo escribir texto en negrita mediante la
-instrucción @code{\markup}, por lo que añadir @q{Moderato} en engrita
+instrucción @code{\markup}, por lo que añadir @q{Moderato} en negrita
es fácil. Pero ahora ¿cómo fundimos notas que están en distintas
-voces? El índice de la Referencia de laa Notación no mencina la
+voces? El índice de la Referencia de la Notación no menciona la
mezcla de notas, pero una búsqueda de texto por la palabra @q{fusión}
o @q{mezcla} nos lleva rápidamente a las sobreescrituras necesarias
para mezclar o fusionar notas con distinta cabeza y con o sin puntillo
@subheading Tying notes across voices
El ejemplo siguiente muestra cómo conectar notas que están en
-distintas voces utilizando ligaudras de unión. Normalmente sólo se
+distintas voces utilizando ligaduras de unión. Normalmente sólo se
pueden conectar mediante ligaduras de unión dos notas que estén en la
misma voz. Usando dos voces, con las notas ligadas en una de ellas:
Diríjase a
@file{@var{installdir}/lilypond/usr/share/lilypond/current/}
-@strong{OSX}
+@strong{Mac OS X}
Diríjase a
@file{@var{installdir}/LilyPond.app/Contents/Resources/share/lilypond/current/}
Dentro de esta carpeta, las dos subcarpetas interesantes son
@itemize
-@item @file{../ly/ } - contains files in LilyPond format
-@item @file{../scm/} - contains files in Scheme format
+@item @file{../ly/ } - contiene archivos en formato LilyPond
+@item @file{../scm/} - contiene archivos en formato Scheme
@end itemize
Vamos a comenzar observando algunos archivos que están en
@headitem Archivo
@tab Contenido
@item @file{../scm/auto-beam.scm}
- @tab Valores predeteminados de sub-barrado
+ @tab Valores predeterminados de sub-barrado
@item @file{../scm/define-grobs.scm}
@tab valores predeterminados de las propiedades de grobs
@item @file{../scm/define-markup-commands.scm}
@subsection Avoiding tweaks with slower processing
LilyPond puede llevar a cabo comprobaciones adicionales al tiempo que
-procesa los archivos. Estos comandos consumen tiempo, pero el
+procesa los archivos. Estas instrucciones consumen tiempo, pero el
resultado puede necesitar menos trucos manuales para obtener un
resultado aceptable. Si una inscripción de texto o parte de la letra
se sale de los márgenes, estas comprobaciones comprimirán dicha línea
básicos de programación en Scheme, y damos una introducción en el
@ref{Scheme tutorial}.
-Como ejemplo que liustra una de las muchas posibilidades, en lugar de
+Como ejemplo que ilustra una de las muchas posibilidades, en lugar de
dar a una propiedad un valor constante, se puede establecer al
resultado de un procedimiento de Scheme que se invoca cada vez que
LilyPond accede a esta propiedad. La propiedad se puede establecer
@c -*- coding: utf-8; mode: texinfo; -*-
@c This file is part of lilypond.tely
@ignore
- Translation of GIT committish: e1c119e97fca9bce4bb8749e56bf2952598589f6
+ Translation of GIT committish: 03184badb3c2378e1ab3eec6ee62a6bdc0609082
When revising a translation, copy the HEAD committish of the
version that you are working on. See TRANSLATION for details.
@itemize @bullet
@item Introduzca un sistema del manuscrito (la copia física) cada vez (pero mantenga
-la práctica de escribir un compás por línea de texto), y
-compruebe cada sistema cuando lo haya terminado. Puede usar el comando
-@code{showLastLength} para acelerar el proceso -- ver
-@ruser{Skipping corrected music} -- .
+la práctica de escribir un compás por línea de texto), y compruebe
+cada sistema cuando lo haya terminado. Puede usar la instrucción
+@code{showLastLength} para acelerar el proceso -- ver @ruser{Skipping
+corrected music} -- .
@item Defina @code{mBreak = @{ \break @}} e inserte @code{\mBreak}
dentro del archivo de entrada donde el manuscrito tenga un saldo de línea. De esta forma
@item @strong{Separe los trucos de las definiciones musicales}.
Ya se mencionó con anterioridad, pero para proyectos grandes es vital.
-Quizá tengamos que cambiar la definición de @code{fthenp}, pero en ese
+Quizá tengamos que cambiar la definición de @code{fluegop}, pero en ese
caso sólo lo tendremos que hacer una vez, y aún podremos evitar tocar
nada dentro de @code{violin}.
@example
-fthenp = _\markup@{
+fluegop = _\markup@{
\dynamic f \italic \small @{ 2nd @} \hspace #0.1 \dynamic p @}
violin = \relative c'' @{
-g4\fthenp c'8. e16
+g4\fluegop c'8. e16
@}
@end example
@end lilypond
Sin embargo también puede usar estos identificadores (que también se conocen como
-variables, macros o comandos definidos por el usuario) para hacer trucos:
+variables, macros o instrucciones definidas por el usuario) para hacer trucos:
@lilypond[quote,verbatim,ragged-right]
dolce = \markup{ \italic \bold dolce }
@itemize
@item Evite usar notas, tonalidades o compases demasiado complicados, a no ser que quiera
demostrar algo sobre el comportamiento de estos elementos precisamente.
-@item No use comandos @code{\override} a no ser que ése sea el propósito
+@item No use instrucciones @code{\override} a no ser que ése sea el propósito
del ejemplo.
@end itemize
@noindent
sustituye el contenido de @file{trompa.ly} en esta posición dentro del
-archivo, así que @code{notasTrompa} se define con posterioridad. El comando
-@code{\transpose f@tie{}c'} indica que el argumento constituido por
-@code{\notasTrompa} se debe transponer una quinta hacia arriba. Lo que suena como
-@code{f} se escribe como @code{c'}, lo que corresponde con el tono de afinación de
-una trompa normal en@tie{}Fa. La transposición se puede ver en la
-siguiente salida
+archivo, así que @code{notasTrompa} se define con posterioridad. La
+instrucción @code{\transpose f@tie{}c'} indica que el argumento
+constituido por @code{\notasTrompa} se debe transponer una quinta
+hacia arriba. Lo que suena como @code{f} se escribe como @code{c'},
+lo que corresponde con el tono de afinación de una trompa normal
+en@tie{}Fa. La transposición se puede ver en la siguiente salida
@lilypond[quote,ragged-right]
\transpose f c' \relative c {
@end example
@noindent
-Este comando establece el valor de la propiedad @code{skipBars} en el
+Esta instrucción establece el valor de la propiedad @code{skipBars} en el
contexto de @code{Score} a verdadero (@code{##t}). Anteponiendo el silencio y
esta opción a la música anterior, llegamos al siguiente resultado
"Project-Id-Version: es\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2008-03-28 18:07+0100\n"
-"PO-Revision-Date: 2008-03-27 13:02+0100\n"
+"PO-Revision-Date: 2008-03-30 17:19+0200\n"
"Last-Translator: Francisco Vila <francisco.vila@hispalinux.es>\n"
-"Language-Team: es\n"
+"Language-Team: Español <lilypond.org>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
#. @subsubheading in ../../../Documentation/fr/user/macros.itexi
#. @subsubheading in ../../../Documentation/de/user/macros.itexi
msgid "Predefined commands"
-msgstr "Comandos predefinidos"
+msgstr "Instrucciones predefinidas"
#. @subsubheading in ../../../Documentation/user/macros.itexi
#. @subsubheading in ../../../Documentation/fr/user/macros.itexi
#. @node in ../../../Documentation/de/user/tutorial.itely
#. @subsection in ../../../Documentation/de/user/tutorial.itely
msgid "Advanced rhythmic commands"
-msgstr "Comandos rítmicos avanzados"
+msgstr "Instrucciones rítmicas avanzadas"
#. @subheading in ../../../Documentation/user/tutorial.itely
#. @subheading in ../../../Documentation/fr/user/tutorial.itely
#. @subheading in ../../../Documentation/user/tweaks.itely
#. @subheading in ../../../Documentation/es/user/tweaks.itely
msgid "left-padding and right-padding"
-msgstr ""
-"left-padding y right-padding (relleno por la izquierda y por la derecha)"
+msgstr "left-padding y right-padding (relleno por la izquierda y por la derecha)"
#. @subheading in ../../../Documentation/user/tweaks.itely
#. @subheading in ../../../Documentation/es/user/tweaks.itely
#. @node in ../../../Documentation/de/user/lilypond.tely
#. @appendix in ../../../Documentation/de/user/lilypond.tely
msgid "LilyPond command index"
-msgstr "Índice de comandos de LilyPond"
+msgstr "Índice de instrucciones de LilyPond"
#. @node in ../../../Documentation/user/notation.itely
#. @chapter in ../../../Documentation/user/notation.itely
#. @node in ../../../Documentation/es/user/changing-defaults.itely
#. @node in ../../../Documentation/de/user/changing-defaults.itely
msgid "The \\override command"
-msgstr "El comando \\override"
+msgstr "La instrucción \\override"
#. @section in ../../../Documentation/user/changing-defaults.itely
#. @section in ../../../Documentation/fr/user/changing-defaults.itely
#. @section in ../../../Documentation/es/user/changing-defaults.itely
#. @section in ../../../Documentation/de/user/changing-defaults.itely
msgid "The @code{\\override} command"
-msgstr "El comando @code{\\override}"
+msgstr "La instrucción @code{\\override}"
# ?? FVD
#. @node in ../../../Documentation/user/changing-defaults.itely
#. @node in ../../../Documentation/de/user/programming-interface.itely
#. @subsection in ../../../Documentation/de/user/programming-interface.itely
msgid "New markup command definition"
-msgstr "Definición de un comando nuevo de marcado"
+msgstr "Definición de una instrucción de marcado nueva"
#. @node in ../../../Documentation/user/programming-interface.itely
#. @subsection in ../../../Documentation/user/programming-interface.itely
#. @node in ../../../Documentation/es/user/notation-appendices.itely
#. @appendixsec in ../../../Documentation/es/user/notation-appendices.itely
msgid "Overview of text markup commands"
-msgstr "Panorámica de los comandos de marcado de texto"
+msgstr "Panorámica de las instrucciones de marcado de texto"
#. @node in ../../../Documentation/user/notation-appendices.itely
#. @appendixsec in ../../../Documentation/user/notation-appendices.itely
#. @node in ../../../Documentation/es/user/notation-appendices.itely
#. @appendixsec in ../../../Documentation/es/user/notation-appendices.itely
msgid "Overview of text markup list commands"
-msgstr "Panorámica de los comandos de listas de marcado de texto"
+msgstr "Panorámica de las instrucciones de listas de marcado de texto"
#. @node in ../../../Documentation/user/notation-appendices.itely
#. @appendixsec in ../../../Documentation/user/notation-appendices.itely
#. @node in ../../../Documentation/de/user/repeats.itely
#. @unnumberedsubsubsec in ../../../Documentation/de/user/repeats.itely
msgid "Manual repeat commands"
-msgstr "Comandos de repetición manual"
+msgstr "Instrucciones de repetición manual"
#. @node in ../../../Documentation/fr/user/repeats.itely
#. @subsection in ../../../Documentation/fr/user/repeats.itely
# this is the same translation that babel LaTex package uses . FVD
msgid "Table of Contents"
msgstr "Índice general"
+
projects / lilypond.git / commitdiff