+++ /dev/null
-@c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-
-
-@ignore
- Translation of GIT committish: 45945bd973aa9161b10e3f517902afb7ef4b4a56
-
- When revising a translation, copy the HEAD committish of the
- version that you are working on. For details, see the Contributors'
- Guide, node Updating translation committishes..
-@end ignore
-
-@c \version "2.13.4"
-
-@c Translation status: post-GDP
-
-@node Introducción
-@chapter Introducción
-@translationof Introduction
-
-En este capítulo se presentan al lector LilyPond y su documentación.
-
-@menu
-* Antecedentes::
-* Sobre la documentación::
-@end menu
-
-@node Antecedentes
-@section Antecedentes
-@translationof Background
-
-Esta sección se ocupa de las metas principales y la arquitectura de
-LilyPond.
-
-
-@menu
-* Grabado::
-* Grabado automático::
-* ¿Qué símbolos grabar?::
-* Representación musical::
-* Aplicaciones de ejemplo::
-@end menu
-
-
-@node Grabado
-@unnumberedsubsec Grabado
-@translationof Engraving
-
-@cindex grabado
-@cindex tipografía musical
-@cindex musical, tipografía
-@cindex plancha, grabado en
-@cindex musical, grabado
-
-El arte de la tipografía musical se conoce como @emph{grabado (en
-plancha)}. El término deriva del proceso tradicional de la impresión
-musical. Hace sólo unas décadas, la música impresa se hacía
-estampando la música sobre planchas de zinc o estaño de forma
-invertida como en un espejo. Después la plancha se entintaba y las
-depresiones causadas por los cortes y estampados retenían la tinta.
-Al presionar una hoja de papel sobre la plancha, se formaba una
-imagen. El estampado y cortado se hacía completamente a mano.
-Cualquier corrección era muy fastidiosa de realizar, si es que era
-posible hacerla siquiera, así que el grabado tenía que quedar perfecto
-a la primera. El grabado era una habilidad altamente especializada;
-un artesano necesitaba unos cinco años de preparación antes de poder
-ostentar el título de maestro grabador, y se necesitaban otros cinco
-años de experiencia para ser un auténtico experto.
-
-Hoy en día, toda la música impresa nueva se produce con ordenadores.
-Esto tiene unas ventajas evidentes: las copias son más baratas de
-producir y el trabajo editorial se puede repartir por correo
-electrónico. Desgraciadamente la penetrante utilización de
-ordenadores también ha hecho disminuir la calidad gráfica de las
-partituras. Las impresiones de ordenador tienen un aspecto insulso y
-mecánico, lo que hace que sea desagradable tocar a partir de ellas.
-
-@c introduce illustrating aspects of engraving, font...
-Las imágenes siguientes ilustran la diferencia entre el grabado
-tradicional y la salida típica de ordenador, y la tercera imagen
-muestra cómo LilyPond imita el aspecto tradicional. La imagen de la
-izquierda presenta el dibujo escaneado de un símbolo de bemol sacado
-de una edición publicada en el año 2000. La del centro es un símbolo
-procedente de una edición de Bärenreiter grabada a mano de la
-misma música. La de la izquierda ilustra los típicos puntos débiles
-de la impresión por ordenador: las líneas del pentagrama son muy
-delgadas, el peso del símbolo del bemol es también demasiado ligero
-como las líneas del pentagrama, y tiene una apariencia rectilínea con
-esquinas afiladas. En contraste, el bemol de Bärenreiter tiene una
-apariencia redonda, pesada, casi voluptuosa. Nuestro símbolo del
-bemol se diseñó según éste, entre otros. Es de forma redondeada y su
-peso está en armonía con el grosor de nuestras líneas de pentagrama,
-que son asimismo mucho más gruesas que las de la edición por
-ordenador.
-
-@multitable @columnfractions .125 .25 .25 .25 .125
-@item @tab
-@ifnotinfo
-@iftex
-@image{pictures/henle-flat-gray,,4cm}
-@end iftex
-@ifnottex
-@image{pictures/henle-flat-gray,,,png}
-@end ifnottex
-
-@tab
-@iftex
-@image{pictures/baer-flat-gray,,4cm}
-@end iftex
-@ifnottex
-@image{pictures/baer-flat-gray,,,png}
-@end ifnottex
-
-@tab
-@iftex
-@image{pictures/lily-flat-bw,,4cm}
-@end iftex
-@ifnottex
-@image{pictures/lily-flat-bw,,,png}
-@end ifnottex
-@end ifnotinfo
-@ifinfo
-@image{lilypond/pictures/henle-flat-bw,,,,png} @image{lilypond/pictures/baer-flat-bw,,,,png}
-@image{lilypond/pictures/lily-flat-bw,,,,png}
-@end ifinfo
-
-@item @tab
-Henle (2000)
-@tab
-Bärenreiter (1950)
-@tab
-Tipografía Feta de LilyPond (2003)
-
-@end multitable
-
-
-@cindex símbolos musicales
-@cindex tipografías
-@cindex negrura
-@cindex equilibrio
-
-@c introduce illustrating aspects of engraving, spacing...
-Tratándose del espaciado, la distribución del espacio debe reflejar
-las duraciones que hay entre las notas. Sin embargo muchas partituras
-modernas se atañen a las duraciones con precisión matemática, lo que
-lleva a unos resultados bastante pobres. En el siguiente ejemplo se
-muestra un ejemplo dos veces: una utilizando espaciado matemáticamente
-exacto, y otra con ciertas correcciones. ¿Puede adivinar cuál es
-cuál?
-
-@cindex espaciado óptico
-@c file spacing-optical.
-@c need to include it here, because we want two images.
-@lilypond
-\paper {
- ragged-right = ##t
- indent = #0.0
-}
-
-music = {
- c'4 e''4 e'4 b'4 |
- \stemDown
- b'8[ e'' a' e'']
- \stemNeutral
- e'8[ e'8 e'8 e'8]
-}
-
-\score
-{
- \music
- \layout {
- \context {
- \Staff
- \override NoteSpacing #'stem-spacing-correction = #0.6
- }
- }
-}
-@end lilypond
-
-@lilypond
-\paper {
- ragged-right = ##t
- indent = #0.0
-}
-
-music = {
- c'4 e''4 e'4 b'4 |
- \stemDown
- b'8[ e'' a' e'']
- \stemNeutral
- e'8[ e'8 e'8 e'8]
-}
-\score
-{
- \music
- \layout {
- \context {
- \Staff
- \override NoteSpacing #'stem-spacing-correction = #0.0
- \override NoteSpacing #'same-direction-correction = #0.0
- \override StaffSpacing #'stem-spacing-correction = #0.0
- }
- }
-}
-@end lilypond
-
-@cindex ritmos regulares
-@cindex espaciado regular
-@cindex regular, espaciado
-
-Cada uno de los dos compases de este fragmento tiene solamente notas
-de duración constante. El espaciado debería reflejarlo.
-Desgraciadamente el ojo nos engaña un poco; no solamente percibe la
-distancia entre las cabezas de las notas, sino que tiene también en
-cuenta la distancia entre las plicas. Como resultado, las notas de
-una combinación plica arriba/@/plica abajo se tendrían que separar
-más, y las notas de una combinación plica abajo/@/plica arriba
-deberían juntarse, todo ello dependiendo de las posiciones combinadas
-de las notas. Los dos compases de arriba están impresos con esta
-corrección, sin embargo los de abajo forman grupos de notas pegadas
-con plica abajo/@/plica arriba.
-
-Los músicos están normalmente más concentrados en tocar que en
-estudiar el aspecto de una partitura, y por ello las pequeñeces de los
-detalles tipográficos pueden parecer académicas. Pero no lo son. En
-las partituras más largas con ritmos monótonos, las correcciones de
-espaciado llevan a sutiles variaciones en la disposición de cada una
-de las líneas dándoles una especie de firma visual distintiva. Sin
-esta firma, todas las líneas parecerían iguales, y se convertirían en
-un laberinto. Una impronta visual algo distinta ayuda a evitar que
-los músicos puedan perder el hilo al apartar la mirada o tener un
-lapsus de concentración.
-
-De forma similar, la fuerza visual de unos símbolos pesados sobre
-gruesas líneas de pentagrama se sostiene mejor cuando el lector se
-aleja del papel: por ejemplo, cuando está sobre un atril. Una
-distribución cuidadosa del espacio blanco permite disponer la música
-muy apretada sin que los símbolos se atosiguen unos a otros. El
-resultado reduce a un mínimo las vueltas de página, lo que es una gran
-ventaja.
-
-Ésta es una característica normal del arte tipográfico. La
-disposición de la página tiene que ser bonita, no sólo por sí misma,
-sino sobre todo porque así ayuda al lector en su tarea. Para los
-materiales destinados a la interpretación, como las partituras, esto
-es de una importancia doble: los músicos tienen una capacidad de
-concentración limitada. Cuanta menos atención necesiten para el acto
-de leer, más se pueden dedicar al acto de tocar la música. Dicho de
-otra forma: una mejor tipografía se traduce en una mejor
-interpretación.
-
-Estos ejemplos demuestran que la tipografía musical es un arte sutil y
-complejo, y que su elaboración requiere una experiencia considerable,
-que los músicos no suelen tener. LilyPond representa nuestro esfuerzo
-para llevar la excelencia visual de la música grabada a mano a la era
-de la informática, y ponerla a disposición de los músicos normales.
-Hemos ido afinando nuestros algoritmos, diseños de tipografía y
-preferencias del programa para producir una impresión cuya calidad se
-equipara con la de las viejas ediciones que tanto nos gusta contemplar
-y de las que tanto nos gusta tocar.
-
-
-@node Grabado automático
-@unnumberedsubsec Grabado automático
-@translationof Automated engraving
-
-@cindex grabado automatizado
-@cindex automático, grabado
-
-¿Cómo nos las arreglamos para implementar la tipografía? Si un
-artesano necesita más de diez años para convertirse en un auténtico
-maestro ¿cómo vamos a poder nosotros, simples «hackers», escribir un
-programa que les quite el trabajo?
-
-La respuesta es: no podemos. Puesto que la tipografía se fundamenta
-en el juicio humano sobre la apariencia, nunca se puede sustituir
-completamente a las personas. Sin embargo, se puede automatizar gran
-parte del trabajo más duro y repetitivo. Si LilyPond resuelve la
-mayoría de las situaciones comunes de forma correcta, esto ya será una
-tremenda mejoría sobre los programas existentes. El resto de los
-casos se podrán afinar a mano. Con el transcurso de los años, el
-software se puede refinar para que haga un mayor número de cosas de
-forma automática, de tal forma que los ajustes manuales tienden a ser
-cada vez menos necesarios.
-
-Cuando empezamos, escribimos el programa LilyPond completamente en el
-lenguaje C++; la funcionalidad del programa quedaba como esculpida en
-piedra por los desarrolladores. Este esquema resultó no ser muy
-satisfactorio por una serie de motivos:
-
-@itemize
-@item Cuando LilyPond comete fallos,
-los usuarios tienen la necesidad de superar las decisiones de
-formateo. Por ello el usuario debe tener acceso al motor de formateo.
-De aquí que no podamos dejar establecidas las reglas y valores durante
-la compilación, sino que los usuarios deben poder acceder a ellos
-durante la ejecución del programa.
-
-@item El grabado de música es cosa de juicio visual y por ello es cuestión de gustos.
-A pesar de saber tanto como creemos saber, los usuarios pueden no
-estar de acuerdo con nuestras decisiones personales. Por tanto la
-definición del estilo tipográfico también debe estar al alcance del
-usuario.
-
-@item Por último, estamos continuamente refinando los algoritmos de formateo
-y por tanto necesitamos un enfoque flexible para las reglas. El
-lenguaje C++ fuerza un cierto método para agrupar las reglas que no se
-puede aplicar fácilmente al formateo de la notación musical.
-
-@end itemize
-
-@cindex Scheme, lenguaje de programación
-
-Estos problemas se han solucionado integrando un intérprete del
-lenguaje Scheme y reescribiendo parte del código de LilyPond en
-Scheme. La actual arquitectura de formateo se construye alrededor del
-concepto de objetos gráficos, descrita por variables y funciones de
-Scheme. Esta arquitectura puede tratar al mismo tiempo con las reglas
-de formateo, el estilo tipográfico y las decisiones de formateo
-individuales. El usuario tiene acceso directo a la mayor parte de
-estos controles.
-
-Las variables de Scheme controlan las decisiones de formateo. Por
-ejemplo, muchos objetos gráficos tienen una variable de dirección que
-codifica la elección entre arriba y abajo (o izquierda y
-derecha). Aquí puede ver dos acordes con acentos y signos de arpegio.
-En el primer acorde los objetos gráficos tienen todas sus direcciones
-hacia abajo (o hacia la izquierda). El segundo acorde tiene todas las
-direcciones hacia arriba (o hacia la derecha).
-
-@lilypond[quote,ragged-right]
-\new Score \with {
- \override SpacingSpanner #'spacing-increment = #3
- \override TimeSignature #'transparent = ##t
-} \relative c' {
- \stemDown <e g b>4_>-\arpeggio
- \override Arpeggio #'direction = #RIGHT
- \stemUp <e g b>4^>-\arpeggio
-}
-@end lilypond
-
-@cindex partitura, dar formato a
-@cindex formato, dar a una partitura
-@cindex formateado, reglas de
-
-@noindent
-El proceso de formatear una partitura consiste en leer y escribir las
-variables de los objetos gráficos. Ciertas variables tienen un valor
-predefinido. Por ejemplo, el grosor de muchas líneas (una
-característica del estilo tipográfico) son variables con un valor
-preestablecido. Podemos alterar este valor libremente dando así a
-nuestra partitura una impresión tipográfica distinta.
-
-@lilypond[quote,ragged-right]
-fragment = {
- \clef bass f8 as8
- c'4-~ c'16 as g f e16 g bes c' des'4
-}
-<<
- \new Staff \fragment
- \new Staff \with {
- \override Beam #'beam-thickness = #0.3
- \override Stem #'thickness = #0.5
- \override Bar #'thickness = #3.6
- \override Tie #'thickness = #2.2
- \override StaffSymbol #'thickness = #3.0
- \override Tie #'extra-offset = #'(0 . 0.3)
- }
- \fragment
->>
-@end lilypond
-
-Las reglas de formateo también son variables que están predefinidas:
-cada objeto tiene unas variables que contienen procedimientos. Estos
-procedimientos realizan el trabajo real de formateo y sustituyéndolos
-por otros podemos alterar el aspecto de los objetos. En el siguiente
-ejemplo, la regla que controla cómo se dibuja la cabeza de una nota se
-altera durante el transcurso del fragmento musical.
-
-@lilypond[quote,ragged-right]
-#(set-global-staff-size 30)
-
-#(define (mc-squared grob orig current)
- (let* ((interfaces (ly:grob-interfaces grob))
- (pos (ly:grob-property grob 'staff-position)))
- (if (memq 'note-head-interface interfaces)
- (begin
- (ly:grob-set-property! grob 'stencil
- (grob-interpret-markup grob
- (make-lower-markup 0.5
- (case pos
- ((-5) "m")
- ((-3) "c ")
- ((-2) (make-smaller-markup (make-bold-markup "2")))
- (else "bla")))))))))
-
-\new Voice \relative c' {
- \stemUp
- \set autoBeaming = ##f
- \time 2/4
- <d f g>4
- \once \override NoteHead #'stencil = #note-head::brew-ez-stencil
- \once \override NoteHead #'font-size = #-7
- \once \override NoteHead #'font-family = #'sans
- \once \override NoteHead #'font-series = #'bold
- <d f g>4
- \once \override NoteHead #'style = #'cross
- <d f g>4
- \applyOutput #'Voice #mc-squared
- <d f g>4
- <<
- { d8[ es-( fis^^ g] fis2-) }
- \repeat unfold 5 { \applyOutput #'Voice #mc-squared s8 }
- >>
-}
-@end lilypond
-
-
-
-@node ¿Qué símbolos grabar?
-@unnumberedsubsec ¿Qué símbolos grabar?
-@translationof What symbols to engrave?
-
-@cindex grabado
-@cindex tipografía
-@cindex grabador
-@cindex plug-in
-@cindex complemento (plugin)
-
-El proceso de formateo toma las decisiones sobre dónde colocar los
-símbolos. Sin embargo esto sólo se puede hacer una vez que se ha
-decidido @emph{qué} símbolos han de imprimirse, o dicho de otro modo:
-qué notación utilizar.
-
-La notación musical común es un sistema de registro de música que ha
-venido evolucionando desde hace mil años. La forma que se usa en
-nuestros días data de los primeros tiempos del Renacimiento. Aunque
-la forma básica (es decir: puntos sobre una pauta de cinco líneas) no
-ha cambiado, los detalles continúan evolucionando para expresar todas
-las innovaciones de la notación contemporánea. Por tanto, la notación
-musical común abarca unos quinientos años de música. Sus aplicaciones
-se extienden sobre un amplio rango que abarca desde melodías
-monofónicas hasta monstruosos contrapuntos para gran orquesta.
-
-¿Cómo podemos tratar con esta bestia de siete cabezas, y obligarla a
-que se encierre dentro de los límites de un programa de ordenador?
-Nuestra solución es trocear el problema de la notación (por oposición
-al grabado, esto es, a la tipografía) en fragmentos digeribles y más
-fáciles de programar: cada tipo de símbolo se maneja por un módulo
-separado que recibe el nombre de «plug-in». Cada «plug-in» es
-completamente modular e independiente, de forma que puede
-desarrollarse y mejorarse por separado. Estos «plug-ins» se llaman
-@code{engraver}s (grabadores), por analogía con los artesanos que
-traducen las ideas musicales a símbolos gráficos.
-
-En el siguiente ejemplo comenzamos con un plug-in para las cabezas de
-las notas, el @code{Note_heads_engraver}.
-
-@lilypond[quote,ragged-right]
-\include "engraver-example.ily"
-
-\score {
- \topVoice
- \layout {
- \context {
- \Voice
- \remove "Stem_engraver"
- \remove "Phrasing_slur_engraver"
- \remove "Slur_engraver"
- \remove "Script_engraver"
- \remove "Beam_engraver"
- \remove "Auto_beam_engraver"
- }
- \context {
- \Staff
- \remove "Accidental_engraver"
- \remove "Key_engraver"
- \remove "Clef_engraver"
- \remove "Bar_engraver"
- \remove "Time_signature_engraver"
- \remove "Staff_symbol_engraver"
- \consists "Pitch_squash_engraver"
- }
- }
-}
-@end lilypond
-
-@noindent
-A continuación un @code{Staff_symbol_engraver} (grabador del
-pentagrama) añade la pauta,
-
-@lilypond[quote,ragged-right]
-\include "engraver-example.ily"
-
-\score {
- \topVoice
- \layout {
- \context {
- \Voice
- \remove "Stem_engraver"
- \remove "Phrasing_slur_engraver"
- \remove "Slur_engraver"
- \remove "Script_engraver"
- \remove "Beam_engraver"
- \remove "Auto_beam_engraver"
- }
- \context {
- \Staff
- \remove "Accidental_engraver"
- \remove "Key_engraver"
- \remove "Clef_engraver"
- \remove "Bar_engraver"
- \consists "Pitch_squash_engraver"
- \remove "Time_signature_engraver"
- }
- }
-}
-@end lilypond
-
-@noindent
-El @code{Clef_engraver} (grabador de la clave) define un punto de
-referencia para el pentagrama,
-
-@lilypond[quote,ragged-right]
-\include "engraver-example.ily"
-
-\score {
- \topVoice
- \layout {
- \context {
- \Voice
- \remove "Stem_engraver"
- \remove "Phrasing_slur_engraver"
- \remove "Slur_engraver"
- \remove "Script_engraver"
- \remove "Beam_engraver"
- \remove "Auto_beam_engraver"
- }
- \context {
- \Staff
- \remove "Accidental_engraver"
- \remove "Key_engraver"
- \remove "Bar_engraver"
- \remove "Time_signature_engraver"
- }
- }
-}
-@end lilypond
-
-@noindent
-y el @code{Stem_engraver} (grabador de las plicas) añade las plicas.
-
-@lilypond[quote,ragged-right]
-\include "engraver-example.ily"
-
-\score {
- \topVoice
- \layout {
- \context {
- \Voice
- \remove "Phrasing_slur_engraver"
- \remove "Slur_engraver"
- \remove "Script_engraver"
- \remove "Beam_engraver"
- \remove "Auto_beam_engraver"
- }
- \context {
- \Staff
- \remove "Accidental_engraver"
- \remove "Key_engraver"
- \remove "Bar_engraver"
- \remove "Time_signature_engraver"
- }
- }
-}
-@end lilypond
-
-@noindent
-El @code{Stem_engraver} (grabador de plicas) recibe una notificación
-cuando llega una cabeza. Cada vez que se ve una cabeza (o más, si es
-un acorde), se crea un objeto plica y se conecta a la cabeza.
-Añadiendo grabadores para las barras, ligaduras, acentos,
-alteraciones, líneas divisorias, indicación de compás y armadura
-conseguimos una notación completa.
-
-@lilypond[quote,ragged-right]
-\include "engraver-example.ily"
-\score { \topVoice }
-@end lilypond
-
-@cindex polifonía
-@cindex grabar varias voces
-@cindex contextos
-
-Este sistema funciona bien para la música monofónica, pero ¿y con la
-polifonía? En notación polifónica muchas voces pueden compartir el
-mismo pentagrama.
-
-@lilypond[quote,ragged-right]
-\include "engraver-example.ily"
-\new Staff << \topVoice \\ \botVoice >>
-@end lilypond
-
-En esta situación, las alteraciones y la pauta se comparten, pero las
-plicas, ligaduras, barras, etc. son propias de cada voz. Por tanto
-los grabadores han de agruparse. Los grabadores de cabezas, plicas,
-ligaduras, etc. se unen en un grupo llamado @q{Contexto de voz},
-mientras que los grabadores de la armadura, alteraciones, compás, etc.
-van a un grupo que se llama @q{Contexto de la pauta}. En el caso de
-la polifonía, un único Contexto de pauta contiene más de un Contexto
-de voz. De forma semejante, varios Contextos de pauta pueden
-agruparse en un único Contexto de partitura. El Contexto de partitura
-es el contexto de notación de más alto nivel.
-
-
-@seealso
-Referencia de funcionamiento interno:
-@rinternals{Contexts}.
-
-
-@lilypond[quote,ragged-right]
-\include "engraver-example.ily"
-\score {
- <<
- \new Staff << \topVoice \\ \botVoice >>
- \new Staff << \pah \\ \hoom >>
- >>
-}
-@end lilypond
-
-@node Representación musical
-@unnumberedsubsec Representación musical
-@translationof Music representation
-
-@cindex sintaxis
-@cindex recursivas, estructuras
-
-Idealmente el formato de entrada para cualquier sistema de formateo de
-alto nivel es una descripción abstracta del contenido. En este caso,
-eso constituiría la propia música, lo que plantea un tremendo
-problema: ¿cómo podemos definir qué es realmente la música? En lugar
-de intentar hallar una respuesta, le hemos dado la vuelta a la
-pregunta. Escribimos un programa capaz de producir partituras y
-ajustamos el formato para que sea tan escueto como sea posible.
-Cuando el formato ya no puede reducirse más, por definición nos
-habremos quedado con el contenido musical propiamente dicho. Nuestro
-programa sirve como definición formal de un documento musical.
-
-
-La sintaxis también es el interfaz de usuario de LilyPond, así que es
-fácil teclear
-
-@example
-@{
- c'4 d'8
-@}
-@end example
-
-@noindent
-para crear un Do central (Do4) negra, y un Re por encima del Do
-central (Re4) corchea.
-
-@lilypond[quote]
-{
- c'4 d'8
-}
-@end lilypond
-
-A una escala microscópica, dicha sintaxis es fácil de utilizar. A una
-escala mayor, la sintaxis también requiere una estructura. ¿De qué
-otra forma podríamos introducir piezas complejas como sinfonías u
-óperas? La estructura se forma mediante el concepto de expresiones
-musicales: al combinar pequeños fragmentos de música dentro de otros
-mayores, se pueden expresar ideas musicales más complejas. Por
-ejemplo
-
-@lilypond[quote,verbatim,fragment,relative=1]
-f4
-@end lilypond
-
-@noindent
-Los acordes se pueden construir encerrando las notas entre @code{<<} y
-@code{>>}
-
-@c < > is not a music expression,
-@c so we use <<>> iso. <> to drive home the point of
-@c expressions. Don't change this back --hwn.
-
-@c FIXME: change this. I can explain it better. -gp
-@example
-<<c4 d4 e4>>
-@end example
-
-@lilypond[quote,fragment,relative=1]
-\new Voice { <<c4 d4 e>> }
-@end lilypond
-
-@noindent
-Esta expresión se coloca en secuencia encerrándola dentro de llaves
-@code{@{@tie{}@dots{}@tie{}@}}
-
-@example
-@{ f4 <<c4 d4 e4>> @}
-@end example
-
-@lilypond[quote,relative=1,fragment]
-{ f4 <<c d e4>> }
-@end lilypond
-
-@noindent
-Lo anterior, a su vez también es una expresión, y por ello se puede combinar
-de nuevo con otra expresión simultánea (una blanca) usando <<,
-@code{\\}, y >>
-
-@example
-<< g2 \\ @{ f4 <<c4 d4 e4>> @} >>
-@end example
-
-@lilypond[quote,fragment,relative=2]
-\new Voice { << g2 \\ { f4 <<c d e>> } >> }
-@end lilypond
-
-Las mencionadas estructuras recursivas se pueden especificar de forma
-nítida y formal dentro de una gramática independiente del contexto.
-El código de análisis también se genera a partir de esta gramática.
-En otras palabras, la sintaxis de LilyPond está definida de una forma
-clara y sin ambigüedades.
-
-Los interfaces de usuario y la sintaxis son lo que la persona ve y con
-lo que trata principalmente. En parte, son fruto de preferencias
-personales y como tales están sujetas a mucha discusión. Aunque las
-discusiones sobre el gusto tienen su mérito, no son demasiado
-productivas. Dentro de la escena global de LilyPond, la sintaxis de
-la entrada tiene una importancia relativamente pequeña: inventarse una
-sintaxis elegante es fácil, pero escribir un código de formateo
-decente es mucho más difícil. Esto también queda ilustrado por la
-cantidad de líneas de código de los componentes respectivos: el
-análisis y la representación se llevan menos del 10% del código
-fuente.
-
-
-@node Aplicaciones de ejemplo
-@unnumberedsubsec Aplicaciones de ejemplo
-@translationof Example applications
-
-@cindex sencillos, ejemplos
-@cindex ejemplos sencillos
-
-Escribimos LilyPond como un experimento de cómo condensar el arte del
-grabado de música dentro de un programa de ordenador. Gracias a todo
-este duro trabajo, el programa ahora se puede usar para hacer trabajos
-útiles. La aplicación más sencilla es imprimir notas.
-
-@lilypond[quote,relative=1]
-{
- \time 2/4
- c4 c g'4 g a4 a g2
-}
-@end lilypond
-
-@noindent
-Añadiendo los nombres de acordes y la letra, obtenemos una hoja guía
-de acordes (lead sheet).
-
-@c KEEP LY
-@lilypond[quote,ragged-right]
-<<
- \chords { c2 c f2 c }
- \new Staff
- \relative c' {
- \time 2/4
- c4 c g' g a a g2
- }
- \addlyrics { cam -- pa -- ni -- ta del lu -- gar }
->>
-@end lilypond
-
-También se puede imprimir notación polifónica y música para piano.
-El ejemplo siguiente combina algunas otras construcciones exóticas.
-
-@lilypond[quote]
-\header {
- title = "Screech and boink"
- subtitle = "Random complex notation"
- composer = "Han-Wen Nienhuys"
-}
-
-\score {
- \context PianoStaff <<
- \new Staff = "up" {
- \time 4/8
- \key c \minor
- << {
- \revert Stem #'direction
- \change Staff = down
- \set subdivideBeams = ##t
- g16.[
- \change Staff = up
- c'''32
- \change Staff = down
- g32
- \change Staff = up
- c'''32
- \change Staff = down
- g16]
- \change Staff = up
- \stemUp
- \set followVoice = ##t
- c'''32([ b''16 a''16 gis''16 g''32)]
- } \\ {
- s4 \times 2/3 { d'16[ f' g'] } as'32[ b''32 e'' d'']
- } \\ {
- s4 \autoBeamOff d''8.. f''32
- } \\ {
- s4 es''4
- } >>
- }
-
- \new Staff = "down" {
- \clef bass
- \key c \minor
- \set subdivideBeams = ##f
- \override Stem #'french-beaming = ##t
- \override Beam #'beam-thickness = #0.3
- \override Stem #'thickness = #4.0
- g'16[ b16 fis16 g16]
- << \makeClusters {
- as16 <as b>
- <g b>
- <g cis>
- } \\ {
- \override Staff.Arpeggio #'arpeggio-direction =#down
- <cis, e, gis, b, cis>4\arpeggio
- }
- >> }
- >>
- \midi {
- \context {
- \Score
- tempoWholesPerMinute = #(ly:make-moment 60 8)
- }
- }
- \layout {
- \context {
- \Staff
- \consists Horizontal_bracket_engraver
- }
- }
-}
-@end lilypond
-
-Todos los fragmentos mostrados se han escrito a mano, pero esto no es
-necesariamente así. Puesto que el motor de formateo es casi
-completamente automático, puede servir como medio de salida para otros
-programas que manipulan música. Por ejemplo, se puede usar también
-para convertir bases de datos de fragmentos musicales en imágenes con
-destino a páginas web y presentaciones multimedia.
-
-Este manual también es un ejemplo de aplicación: el formato de entrada
-es texto sencillo, y por ello se puede empotrar fácilmente dentro de
-otros formatos basados en texto, como @LaTeX{}, HTML, o en el caso
-concreto de este manual, Texinfo. A través de un programa especial,
-los fragmentos de entrada se pueden sustituir por imágenes musicales
-dentro de los archivos de salida PDF o HTML resultantes. Esto
-convierte la tarea de mezclar música y texto dentro de los documentos,
-en algo muy sencillo.
-
-
-
-@node Sobre la documentación
-@section Sobre la documentación
-@translationof About the documentation
-
-Esta sección explica la distintas partes de la documentación.
-
-@cindex Manual de aprendizaje
-@cindex Glosario musical
-@cindex Referencia de la notación
-@cindex Utilización del programa
-@cindex Fragmentos de código
-@cindex Referencia de funcionamiento interno
-
-@c leave these lines wrapping around. It's some texinfo 4.12 thing. -gp
-@c This is actually a limitation of texi2html. -jm
-@menu
-* Sobre el Manual de aprendizaje:: Este manual es una introducción a LilyPond que proporciona explicaciones en profundidad sobre cómo crear notación.
-* Sobre el Glosario Musical:: Este manual explica términos musicales y aporta traducciones de términos a otros idiomas.
-* Sobre la Referencia de la notación:: Este manual es la porción más importante de la documentación. Proporciona información detallada sobre la creación de notación. Este libro da por supuesto que el lector ya conoce el material básico cubierto en el Manual de aprendizaje y que está familiarizado con los términos musicales ingleses presentados en el Glosario musical.
-* Sobre el manual de Utilización del programa:: Trata sobre los programas concretos y los asuntos específicos de distintos sistemas operativos.
-* Sobre la lista de fragmentos de código:: Es una colección de ejemplos breves de LilyPond.
-* Sobre el Manual de Referencia de Funcionamiento Interno:: Este documento proporciona información sobre la programación interna de LilyPond, que es necesaria para construir los trucos.
-* Otros documentos:: Existen algunas otras porciones de la documentación, como las Noticias y los archivos históricos de las listas de correo.
-@end menu
-
-
-@node Sobre el Manual de aprendizaje
-@unnumberedsubsec Sobre el Manual de aprendizaje
-@translationof About the Learning Manual
-
-@cindex Manual de aprendizaje
-
-Este libro explica cómo empezar a aprender LilyPond, así como algunos
-conceptos clave en términos sencillos. Se recomienda leer estos
-capítulos de forma secuencial.
-
-@itemize
-
-@item
-@ref{Introducción}:
-explica los antecedentes y las metas generales de LilyPond.
-
-@item
-@ref{Tutorial}:
-da una amable introducción a la tipografía musical. Los usuarios que
-se acercan por primera vez deben comenzar por aquí.
-
-@item
-@ref{Conceptos fundamentales}:
-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
-@ref{Trucar la salida}:
-muestra la manera de cambiar el grabado predeterminado que produce
-LilyPond.
-
-@item
-@ref{Trabajar en proyectos de LilyPond}:
-trata los usos prácticos de LilyPond y cómo evitar ciertos problemas
-bastante comunes. ¡Léalo antes de emprender proyectos grandes!
-
-
-@end itemize
-
-El Manual de aprendizaje contiene también apéndices que no forman
-parte de la lectura lineal recomendada. Pueden ser útiles para una
-mirada posterior:
-
-@itemize
-
-@item
-@ref{Plantillas}: muestra plantillas de piezas de LilyPond, listas para
-usar. Tan sólo tiene que cortar y pegar una plantilla en un archivo,
-escribir las notas, y ¡habrá terminado!
-
-@item
-@ref{Tutorial de Scheme}: presenta una breve introducción a Scheme, el
-lenguaje de programación que usan las funciones musicales. Se trata
-de material para trucos avanzados; muchos usuarios jamás llegan
-siquiera a tocar el Scheme.
-
-@end itemize
-
-
-@node Sobre el Glosario Musical
-@unnumberedsubsec Sobre el Glosario Musical
-@translationof About the Music Glossary
-
-@cindex Glosario musical
-@cindex frase idiomática
-@cindex jerga
-@cindex terminología
-@cindex idiomas extranjeros
-@cindex idiomas
-
-@rglosnamed{Top,Glosario musical}: explica términos musicales e incluye
-traducciones a varios idiomas. Si no está familiarizado con la
-notación o la terminología musicales (especialmente si no es un
-anglófono nativo), es muy recomendable que consulte el glosario.
-
-
-@node Sobre la Referencia de la notación
-@unnumberedsubsec Sobre la Referencia de la notación
-@translationof About the Notation Reference
-
-@cindex Referencia de la notación
-@cindex apéndices
-@cindex referencia, cuadros de
-@cindex cuadros de referencia
-
-Este libro explica todas las instrucciones de LilyPond que producen
-notación impresa. Da por supuesto que el lector está familiarizado
-con los conceptos del manual de aprendizaje.
-
-@itemize
-
-@item
-@ruser{Notación musical}:
-trata ciertos temas agrupados según las construcciones de notación.
-Esta sección proporciona detalles sobre notación básica que
-probablemente serán de utilidad en casi cualquier proyecto de
-notación.
-
-@item
-@ruser{Notación especializada}:
-también trata los temas agrupados por construcciones de notación.
-Esta sección proporciona detalles sobre notación especial que
-solamente será útil para ciertos grupos de instrumentos (o voces).
-
-@item
-@ruser{Entrada y salida generales}:
-trata de información general sobre los archivos de LilyPond y el
-control sobre la salida.
-
-@item
-@ruser{Problemas de espaciado}:
-trata asuntos que afectan a la salida global, como la elección del
-tamaño del papel o la especificación de los saltos de página.
-
-@item
-@ruser{Cambiar los valores por omisión}:
-explica cómo hacer los ajustes que permitan a LilyPond producir
-exactamente la notación que desee.
-
-@item
-@ruser{Interfaces para programadores}:
-explica cómo crear funciones musicales con Scheme.
-
-@end itemize
-
-El manual de Referencia de la notación también contiene unos apéndices con útiles tablas de
-referencia.
-
-
-@itemize
-
-@item
-@ruser{Lista bibliográfica}:
-contiene un conjunto de libros de referencia muy útiles para aquellas
-personas que desean saber más sobre notación y grabado.
-
-@item
-@ruser{Tablas del manual sobre notación}:
-son un conjunto de tablas que relacionan los nombres de los acordes,
-instrumentos MIDI, nombres de los colores y la tipografía Feta.
-
-@item
-@ruser{Hoja de referencia rápida}:
-es una manejable referencia de las instrucciones de LilyPond más
-comunes.
-
-@item
-@ruser{Índice de instrucciones de LilyPond}:
-un índice de todas las @code{\instrucciones} de LilyPond.
-
-@item
-@ruser{Índice de LilyPond}:
-un índice completo.
-
-@end itemize
-
-@node Sobre el manual de Utilización del programa
-@unnumberedsubsec Sobre el manual de Utilización del programa
-@translationof About the Application Usage
-
-@cindex Utilización del programa
-@cindex integrar LilyPond con otros programas
-
-Este libro explica la manera de ejecutar el programa y cómo integrar
-la notación de LilyPond con otros programas.
-
-@itemize
-
-@item
-@rprogram{Instalación}:
-explica cómo instalar LilyPond (incluyendo la compilación, si se
-desea).
-
-@item
-@rprogram{Configuración}:
-describe cómo debe configurar el sistema para una utilización óptima
-de LilyPond, como por ejemplo el uso de entornos especiales para
-determinados editores de texto.
-
-@item
-@rprogram{Ejecutar LilyPond}:
-trata sobre cómo ejecutar LilyPond y sus programas de apoyo. Además,
-esta sección explica cómo actualizar las partituras a partir de
-versiones anteriores de LilyPond.
-
-@item
-@rprogram{LilyPond-book}:
-da los detalles que se encuentran detrás de la creación de documentos
-con ejemplos de música insertados, como este mismo manual.
-
-@item
-@rprogram{Conversión desde otros formatos}:
-explica cómo ejecutar los programas de conversión. Estos programas
-vienen incluidos en el mismo paquete que el propio LilyPond, y
-convierten una amplia variedad de formatos de música al formato
-@code{.ly}.
-
-@end itemize
-
-@node Sobre la lista de fragmentos de código
-@unnumberedsubsec Sobre la lista de fragmentos de código
-@translationof About the Snippet List
-
-@cindex snippets (fragmentos de código)
-@cindex fragmentos de código (snippets)
-@cindex LSR
-@cindex LilyPond Snippet Repository
-
-@rlsrnamed{Top,Lista de fragmentos de código de LilyPond}: presenta un conjunto
-seleccionado de fragmentos de código de LilyPond procedentes del
-@uref{http://lsr@/.dsi@/.unimi@/.it,Repositorio de Fragmentos de
-Código} (LSR). Todos los fragmentos se encuentran en el dominio
-público.
-
-Observe que este documento no es un subconjunto exacto de LSR. El LSR
-ejecuta una versión estable de LilyPond, por lo que cualquier
-fragmento de código que muestre posibilidades nuevas de una versión de
-desarrollo se tiene que añadir por separado. Éstas se almacenan en
-@file{input/new/} dentro del árbol del código fuente de LilyPond.
-
-La lista de fragmentos de código para cada una de las subsecciones del
-Manual de Referencia de la Notación también se encuentran
-enlazados desde la parte @strong{Véase también}.
-
-
-@node Sobre el Manual de Referencia de Funcionamiento Interno
-@unnumberedsubsec Sobre el Manual de Referencia de Funcionamiento Interno
-@translationof About the Internals Reference
-
-@cindex Referencia de funcionamiento interno
-
-@rinternalsnamed{Top,Referencia de funcionamiento interno}:
-es un conjunto de páginas HTML con una tupida red de enlaces cruzados,
-que documentan al detalle el meollo de todas y cada una de las clases,
-objetos y funciones de LilyPond. Se produce directamente a partir de
-las definiciones de formateo que se utilizan.
-
-Casi toda la funcionalidad de formateo que se emplea internamente, se
-encuentra disponible para el usuario de forma directa. Por ejemplo,
-todas las variables que controlan los valores de grosor, distancias,
-etc., se pueden cambiar dentro de los archivos de entrada. Hay un
-enorme número de opciones de formateo, y todas ellas se describen en
-este documento. Cada sección del manual de notación tiene una
-subsección @b{Véase también}, que hace referencia a la documentación
-generada. En el documento HTML, estas subsecciones llevan enlaces que
-se pueden seguir, pulsando sobre ellos.
-
-
-@node Otros documentos
-@unnumberedsubsec Otros documentos
-@translationof Other documentation
-
-Existen algunos otros lugares que pueden resultar muy valiosos como
-fuente de información.
-
-@itemize
-
-@item
-@ifhtml
-@ifset bigpage
-@uref{../topdocs/NEWS.html,News}:
-@end ifset
-@ifclear bigpage
-@uref{../../topdocs/NEWS.html,News}:
-@end ifclear
-@end ifhtml
-@ifnothtml
-Noticias:
-@end ifnothtml
-es un resumen de los cambios importantes y las posibilidades nuevas de
-LilyPond desde la versión anterior.
-
-@item @uref{http://lists.gnu.org/archive/html/lilypond-user/, Los archivos de la
-lista de correo de usuarios lilypond-user}: es una recopilación de
-todos los mensajes de correo que se han enviado a la lista de
-usuarios. Hay muchas preguntas que se han formulado varias veces; muy
-probablemente, si tiene alguna pregunta, la respuesta puede
-encontrarse en estos archivos.
-
-@item @uref{http://lists.gnu.org/archive/html/lilypond-devel/, Los
-archivos de la lista de correo de desarrollo lilypond-devel}: es una
-recopilación de todos los mensajes de correo que se han enviado a la
-lista de los desarrolladores. Aquí la discusión tiene un carácter más
-técnico; si tiene una pregunta avanzada relacionada con el
-funcionamiento interno de lilypond, la respuesta puede estar en estos
-archivos.
-
-@item Fragmentos de música incrustados: en todos los documentos en HTML que
-tienen fragmentos de música incluidos, el código de entrada exacto de
-LilyPond que se utilizó para producir dicha imagen se puede ver
-pulsando sobre ella.
-
-@item Archivos de inicio: La localización exacta de los archivos de
-documentación que hemos mencionado puede variar de un sistema a otro.
-En ocasiones este manual hace referencia a archivos de inicialización
-y de ejemplo. A lo largo del manual, nos referimos a archivos de
-entrada por su ruta relativa respecto de directorio de nivel más alto
-de los archivos de código fuente. Por ejemplo,
-@file{input/@/lsr/@/carpeta/@/bla@/.ly} puede referirse al archivo
-@file{lilypond@/2.x.y/@/input/@/lsr/@/carpeta/@/bla@/.ly}. En los
-paquetes binarios para la plataforma UNIX, normalmente la
-documentación y los ejemplos se encuentran en algún lugar dentro de
-@file{/usr/@/share/@/doc/@/lilypond/}. Los archivos de inicialización,
-como por ejemplo @file{scm/@/lily@/.scm}, o
-@file{ly/@/engraver@/-init@/.ly}, se encuentran normalmente en el
-directorio @file{/usr/@/share/@/lilypond/}. Para ver más detalles,
-consulte @ref{Otras fuentes de información}.
-
-@end itemize
+++ /dev/null
-@c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-
-
-@ignore
- Translation of GIT committish: 45945bd973aa9161b10e3f517902afb7ef4b4a56
-
- When revising a translation, copy the HEAD committish of the
- version that you are working on. For details, see the Contributors'
- Guide, node Updating translation committishes..
-@end ignore
-
-@c \version "2.12.0"
-
-@node Trabajar en proyectos de LilyPond
-@chapter Trabajar en proyectos de LilyPond
-@translationof Working on LilyPond projects
-
-Esta sección explica cómo resolver o evitar ciertos problemas comunes.
-Si tiene experiencia en programación muchos de estos
-consejos pueden parecer obvios, pero aún así le recomendamos
-que lea este capítulo.
-
-
-@menu
-* Sugerencias para escribir archivos de entrada de LilyPond::
-* Cuando las cosas no van::
-* Partituras y particellas::
-* Make y los Makefiles::
-@end menu
-
-
-@node Sugerencias para escribir archivos de entrada de LilyPond
-@section Sugerencias para escribir archivos de entrada de LilyPond
-@translationof Suggestions for writing LilyPond input files
-
-En este momento está preparado para comenzar a escribir archivos de
-LilyPond más grandes -- no sólo los pequeños ejemplos que aparecen en
-el tutorial, sino piezas completas --. Pero ¿cómo debe proceder para
-hacerlo?
-
-En la medida en que LilyPond entienda sus archivos y produzca la
-salida que usted pretendía, realmente no importa mucho qué aspecto
-tengan sus archivos. Sin embargo existen algunas otras cosas a tener
-en cuenta cuando se escriben archivos de LilyPond.
-
-@itemize
-@item ¿Qué ocurre si comete un fallo? La estructura de un archivo
-de LilyPond puede hacer que ciertos errores se hagan más fáciles (o
-más difíciles) de encontrar.
-
-@item ¿Qué ocurre si quiere compartir sus archivos con otras personas?
-De hecho, ¿y si quiere alterar sus propios archivos después de algunos
-años? Algunos archivos de LilyPond se comprenden a primera vista;
-otros pueden tenerle rascándose la cabeza durante una hora.
-
-@item ¿Qué ocurre si quiere actualizar su archivo de LilyPond para poderlo usar con
-una versión más reciente del programa? La sintaxis de la entrada se
-modifica de forma ocasional según LilyPond se va perfeccionando. Casi
-todos los cambios se pueden hacer de forma automática con
-@code{convert-ly}, pero algunos podrían necesitar de una ayuda manual.
-Los archivos de LilyPond se pueden estructurar para que sean más
-fáciles (o más difíciles) de actualizar.
-
-@end itemize
-
-@menu
-* Sugerencias de tipo general::
-* Tipografiar música existente::
-* Proyectos grandes::
-* Ahorrar tecleo mediante variables y funciones::
-* Hojas de estilo::
-@end menu
-
-
-@node Sugerencias de tipo general
-@subsection Sugerencias de tipo general
-@translationof General suggestions
-
-Presentamos algunas sugerencias que le pueden servir de ayuda para evitar
-o corregir problemas:
-
-@itemize
-@item @strong{Incluya los números de @code{\version} en todos los archivos}. Dése cuenta de que todas las
-plantillas contienen información sobre la @code{\version}. Le
-recomendamos mucho que siempre incluya la @code{\version}, sin
-importar cuán pequeño pueda ser su archivo. Desde la experiencia
-personal podemos decirle que es bastante frustrante intentar recordar
-el número de versión de LilyPond que estaba usando hace unos años.
-@code{convert-ly} requiere que declare qué versión de LilyPond
-utilizó.
-
-@item @strong{Incluya comprobaciones}: @ruser{Comprobación de compás y de número de compás},
-@ruser{Comprobación de octava}. Si incluye comprobaciones de vez en cuando, en
-caso de que cometa un error podrá localizarlo mucho más rápidamente.
-¿Con qué frecuencia es @q{de vez en cuando}? Depende de la
-complejidad de la música. Para una música muy sencilla, quizá tan
-sólo una o dos veces. Para una música muy compleja, quizá a cada
-compás.
-
-@item @strong{Un compás por cada línea de texto}. Si hay algo muy complicado, ya sea
-en la propia música o en la salida que desea producir, a menudo
-conviene escribir un solo compás por cada línea. El ahorro en espacio
-de pantalla que se obtiene al amontonar ocho compases por línea no
-merece la pena si luego tiene que @q{depurar} los archivos.
-
-@item @strong{Comente los archivos}. Utilice o números de compás (de vez en cuando)
-o referencias a temas musicales (@q{segundo tema de los violines,}
-@q{cuarta variación,} etc.). Puede que no necesite comentarios cuando
-introduce una pieza por vez primera, pero si quiere volver a ella o
-modificar algo al cabo de dos o tres años, y también si le pasa la
-fuente a un amigo, será todo un desafío determinar sus intenciones o
-de qué manera estaba estructurado el archivo si no le añadió los
-comentarios.
-
-@item @strong{Aplique márgenes a las llaves}. Muchos problemas están causados por una
-falta de equilibrio en el número de @code{@{} y @code{@}}.
-
-@item @strong{Escriba las duraciones explícitamente} al comienzo de las secciones
-e identificadores. Si especifica @code{c4 d e} al principio de una
-frase (en lugar de sólo @code{c d e}) se puede ahorrar problemas si
-reelabora la música más tarde.
-
-@item @strong{Separe los trucos} de las definiciones musicales. Consulte
-@ref{Ahorrar tecleo mediante variables y funciones} y
-@ref{Hojas de estilo}.
-
-@end itemize
-
-
-@node Tipografiar música existente
-@subsection Tipografiar música existente
-@translationof Typesetting existing music
-
-Si está introduciendo música a partir de una partitura existente (es
-decir, tipografiando una hoja de música ya impresa),
-
-@itemize
-
-@item Introduzca en LilyPond un sistema del manuscrito, o copia física, de
-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
-las propiedades @code{showLastLength} o @code{showFirstLength} para
-acelerar el proceso (véase @ruser{Saltar la música corregida}).
-
-@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 le resultará mucho más fácil comparar la música
-de LilyPond con la original. Cuando haya terminado de revisar su
-partitura podrá definir @code{mBreak = @{ @}} para quitar todos esos
-saltos de línea. Así permitirá a LilyPond colocar los saltos donde
-éste lo estime más oportuno.
-
-@item Al escribir una parte para un instrumento transpositor dentro de una
-variable, se recomienda que las notas estén envueltas dentro de
-
-@example
-\transpose c altura-natural @{...@}
-@end example
-(donde @code{altura-natural} es la afinación natural del instrumento)
-de forma que la música dentro de la variable esté realmente en Do
-mayor. Después podemos volver a transportarlas en sentido inverso
-cuando se utiliza la variable, si es necesario, pero quizá no queramos
-hacerlo (p.ej., al imprimir una partitura en afinación de concierto,
-al convertir una parte de trombón de clave de Sol a clave de Fa,
-etc.). Es menos probable cometer errores en los transportes si toda
-la música que está dentro de las variables se encuentra en un tono
-coherente.
-
-Asimismo, haga los transportes exclusivamente hacia o desde Do mayor.
-Esto significa que aparte de ésta, las únicas tonalidades que usaremos
-serán los tonos de afinación de los instrumentos transpositores: bes
-para una trompeta en Si bemol, aes para un clarinete en La bemol, etc.
-
-@end itemize
-
-
-@node Proyectos grandes
-@subsection Proyectos grandes
-@translationof Large projects
-
-Al trabajar en proyecto grande se hace esencial tener una estructura clara
-en los archivos de LilyPond
-
-@itemize
-
-@item @strong{Utilice un identificador para cada voz}, con un mínimo de
-estructura dentro de la definición. La estructura de la sección
-@code{\score} es la que cambiará con mayor probabilidad; por contra, es
-extremadamente improbable que cambie la definición de @code{violin} en
-versiones nuevas de LilyPond.
-
-@example
-violin = \relative c'' @{
-g4 c'8. e16
-@}
-...
-\score @{
- \new GrandStaff @{
- \new Staff @{
- \violin
- @}
- @}
-@}
-@end example
-
-@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{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
-fluegop = _\markup@{
- \dynamic f \italic \small @{ 2nd @} \hspace #0.1 \dynamic p @}
-violin = \relative c'' @{
-g4\fluegop c'8. e16
-@}
-@end example
-
-@end itemize
-
-
-@node Ahorrar tecleo mediante variables y funciones
-@subsection Ahorrar tecleo mediante variables y funciones
-@translationof Saving typing with variables and functions
-
-@cindex variables
-@cindex identificadores
-
-Llegado a este punto, usted ha visto cosas de este tipo:
-
-@lilypond[quote,verbatim,ragged-right]
-hornNotes = \relative c'' { c4 b dis c }
-\score {
- {
- \hornNotes
- }
-}
-@end lilypond
-
-Incluso se dará cuenta de que esto puede ser útil en música
-minimalista:
-
-@lilypond[quote,verbatim,ragged-right]
-fragmentA = \relative c'' { a4 a8. b16 }
-fragmentB = \relative c'' { a8. gis16 ees4 }
-violin = \new Staff { \fragmentA \fragmentA \fragmentB \fragmentA }
-\score {
- {
- \violin
- }
-}
-@end lilypond
-
-Sin embargo también puede usar estos identificadores (que también se
-conocen como variables, macros o instrucciones definidas por el
-usuario) para hacer trucos:
-
-@lilypond[quote,verbatim,ragged-right]
-dolce = \markup{ \italic \bold dolce }
-padText = { \once \override TextScript #'padding = #5.0 }
-fthenp=_\markup{ \dynamic f \italic \small { 2nd } \hspace #0.1 \dynamic p }
-violin = \relative c'' {
- \repeat volta 2 {
- c4._\dolce b8 a8 g a b |
- \padText
- c4.^"hi there!" d8 e' f g d |
- c,4.\fthenp b8 c4 c-. |
- }
-}
-\score {
- {
- \violin
- }
-\layout{ragged-right=##t}
-}
-@end lilypond
-
-Obviamente estos identificadores son útiles para ahorrar tecleo. Pero
-son dignos de tener en cuenta incluso si se van a utilizar una sola
-vez: reducen la complejidad. Examinemos el ejemplo anterior reescrito
-sin ningún identificador. Encontrará que es mucho más difícil de
-leer, sobre todo la última línea.
-
-@example
-violin = \relative c'' @{
- \repeat volta 2 @{
- c4._\markup@{ \italic \bold dolce @} b8 a8 g a b |
- \once \override TextScript #'padding = #5.0
- c4.^"hi there!" d8 e' f g d |
- c,4.\markup@{ \dynamic f \italic \small @{ 2nd @}
- \hspace #0.1 \dynamic p @} b8 c4 c-. |
- @}
-@}
-@end example
-
-@c TODO Replace the following with a better example -td
-@c Skylining handles this correctly without padText
-
-Hasta ahora hemos contemplado la sustitución estática: cuando LilyPond
-se encuentra con @code{\padText}, lo sustituye con aquello que
-hemos definido que sea (es decir, todo lo que está a la derecha de
-@code{padtext=}).
-
-LilyPond también puede manejar sustituciones no estáticas (piense en
-ellas como en funciones).
-
-@lilypond[quote,verbatim,ragged-right]
-padText =
-#(define-music-function (parser location padding) (number?)
- #{
- \once \override TextScript #'padding = #$padding
- #})
-
-\relative c''' {
- c4^"piu mosso" b a b
- \padText #1.8
- c4^"piu mosso" d e f
- \padText #2.6
- c4^"piu mosso" fis a g
-}
-@end lilypond
-
-La utilización de identificadores también es una buena forma de
-reducir el trabajo si la sintaxis de entrada de LilyPond cambia (véase
-@ref{Actualizar archivos de entrada antiguos}). Si tiene una sola definición (como
-p.ej. @code{\dolce}) para todos sus archivos (ver @ref{Hojas de estilo}),
-y después la sintaxis se modifica, sólo tendrá que actualizar su
-definición @code{\dolce} única, en lugar de tener que hacer cambios en
-cada uno de los archivos @code{.ly}.
-
-
-@node Hojas de estilo
-@subsection Hojas de estilo
-@translationof Style sheets
-
-La salida que produce LilyPond se puede modificar profundamente;
-consulte @ref{Trucar la salida} para leer detalles sobre este asunto.
-Pero ¿qué ocurre si tiene muchos archivos a los que les quiere aplicar
-sus propios trucos? O ¿qué ocurre si, sencillamente, quiere separar
-los trucos de la propia música? Todo esto es bastante fácil de
-conseguir.
-
-Veamos un ejemplo. No se preocupe si no entiende
-las partes que tienen todos los @code{#()}. Esto se explicará en
-@ref{Trucos avanzados con Scheme}.
-
-@lilypond[quote,verbatim,ragged-right]
-mpdolce = #(make-dynamic-script (markup #:hspace 0 #:translate '(5 . 0)
- #:line(#:dynamic "mp" #:text #:italic "dolce" )))
-
-inst = #(define-music-function (parser location string) (string?)
- (make-music
- 'TextScriptEvent
- 'direction UP
- 'text (markup #:bold (#:box string))))
-
-\relative c'' {
- \tempo 4=50
- a4.\mpdolce d8 cis4--\glissando a | b4 bes a2
- \inst "Clarinet"
- cis4.\< d8 e4 fis | g8(\! fis)-. e( d)-. cis2
-}
-@end lilypond
-
-Existen varios problemas con la salida que se superpone; los
-arreglaremos utilizando las técnicas descritas en @ref{Mover objetos}. Pero también haremos algo respecto a las definiciones
-@code{mpdolce} e @code{inst}. Éstas producen la salida que deseamos,
-pero quizá las querríamos utilizar en otra pieza. Podríamos
-simplemente copiarlas y pegarlas al principio de cada archivo, pero
-sería bastante molesto. También hace que se queden las definiciones a
-la vista dentro de nuestros archivos de música, y yo personalmente
-encuentro todos los @code{#()} bastante poco estéticos. Los vamos a
-esconder dentro de otro archivo:
-
-@example
-%%% guardar esto en un archivo de nombre "definiciones.ily"
-mpdolce = #(make-dynamic-script (markup #:hspace 0 #:translate '(5 . 0)
- #:line(#:dynamic "mp" #:text #:italic "dolce" )))
-
-inst = #(define-music-function (parser location string) (string?)
- (make-music
- 'TextScriptEvent
- 'direction UP
- 'text (markup #:bold (#:box string))))
-@end example
-
-Haremos referencia a este archivo utilizando la instrucción
-@code{\include} al principio del archivo de música (la extensión
-@code{.ily} se utiliza para distinguir este archivo de inclusión --que
-se supone que no debe ser procesado de forma independiente-- del
-archivo principal). Ahora modificaremos la música (guardemos este
-archivo como @file{"musica.ly"}).
-
-@c We have to do this awkward example/lilypond-non-verbatim
-@c because we can't do the \include stuff in the manual.
-
-@example
-\include "definiciones.ily"
-
-\relative c'' @{
- \tempo 4=50
- a4.\mpdolce d8 cis4--\glissando a | b4 bes a2
- \inst "Clarinete"
- cis4.\< d8 e4 fis | g8(\! fis)-. e( d)-. cis2
-@}
-@end example
-
-@lilypond[quote,ragged-right]
-mpdolce = #(make-dynamic-script (markup #:hspace 0 #:translate '(5 . 0)
- #:line(#:dynamic "mp" #:text #:italic "dolce" )))
-
-inst = #(define-music-function (parser location string) (string?)
- (make-music
- 'TextScriptEvent
- 'direction UP
- 'text (markup #:bold (#:box string))))
-
-\relative c'' {
- \tempo 4=50
- a4.\mpdolce d8 cis4--\glissando a | b4 bes a2
- \inst "Clarinet"
- cis4.\< d8 e4 fis | g8(\! fis)-. e( d)-. cis2
-}
-@end lilypond
-
-Eso tiene mejor aspecto, pero haremos algunos cambios más. El glissando es difícil
-de ver, así que lo haremos más grueso y lo acercaremos a las cabezas de las notas. Pondremos
-la indicación metronómica encima de la clave, en lugar de ir encima de la primera
-nota. Y por último, mi profesor de composición odia las indicaciones de compás @q{C},
-así que la convertiremos en @q{4/4}.
-
-Sin embargo, no debemos cambiar el archivo @file{musica.ly}.
-Sustituyamos nuestro archivo @file{definiciones.ily} con éste:
-
-@example
-%%% definiciones.ily
-mpdolce = #(make-dynamic-script (markup #:hspace 0 #:translate '(5 . 0)
- #:line( #:dynamic "mp" #:text #:italic "dolce" )))
-
-inst = #(define-music-function (parser location string) (string?)
- (make-music
- 'TextScriptEvent
- 'direction UP
- 'text (markup #:bold (#:box string))))
-
-\layout@{
- \context @{ \Score
- \override MetronomeMark #'extra-offset = #'(-9 . 0)
- \override MetronomeMark #'padding = #'3
- @}
- \context @{ \Staff
- \override TimeSignature #'style = #'numbered
- @}
- \context @{ \Voice
- \override Glissando #'thickness = #3
- \override Glissando #'gap = #0.1
- @}
-@}
-@end example
-
-@lilypond[quote,ragged-right]
-mpdolce = #(make-dynamic-script (markup #:hspace 0 #:translate '(5 . 0)
- #:line( #:dynamic "mp" #:text #:italic "dolce" )))
-
-inst = #(define-music-function (parser location string) (string?)
- (make-music
- 'TextScriptEvent
- 'direction UP
- 'text (markup #:bold (#:box string))))
-
-\layout{
- \context { \Score
- \override MetronomeMark #'extra-offset = #'(-9 . 0)
- \override MetronomeMark #'padding = #'3
- }
- \context { \Staff
- \override TimeSignature #'style = #'numbered
- }
- \context { \Voice
- \override Glissando #'thickness = #3
- \override Glissando #'gap = #0.1
- }
-}
-
-\relative c'' {
- \tempo 4=50
- a4.\mpdolce d8 cis4--\glissando a | b4 bes a2
- \inst "Clarinet"
- cis4.\< d8 e4 fis | g8(\! fis)-. e( d)-. cis2
-}
-@end lilypond
-
-¡Eso tiene un aspecto mucho mejor! Ahora suponga que quiere publicar esta
-pieza. A mi profesor de composición no le gustan las indicaciones de compás @q{C},
-pero yo les tengo cierto cariño. Copiaremos el archivo
-actual @file{definiciones.ily} a @file{publicar-web.ily} y modificaremos
-éste. Como el propósito de esta música es producir un PDF que va a mostrarse
-en la pantalla, también vamos a aumentar el
-tamaño general de la salida.
-
-@example
-%%% definiciones.ily
-mpdolce = #(make-dynamic-script (markup #:hspace 0 #:translate '(5 . 0)
- #:line( #:dynamic "mp" #:text #:italic "dolce" )))
-
-inst = #(define-music-function (parser location string) (string?)
- (make-music
- 'TextScriptEvent
- 'direction UP
- 'text (markup #:bold (#:box string))))
-
-#(set-global-staff-size 23)
-\layout@{
- \context @{ \Score
- \override MetronomeMark #'extra-offset = #'(-9 . 0)
- \override MetronomeMark #'padding = #'3
- @}
- \context @{ \Staff
- @}
- \context @{ \Voice
- \override Glissando #'thickness = #3
- \override Glissando #'gap = #0.1
- @}
-@}
-@end example
-
-@lilypond[quote,ragged-right]
-mpdolce = #(make-dynamic-script (markup #:hspace 0 #:translate '(5 . 0)
- #:line( #:dynamic "mp" #:text #:italic "dolce" )))
-
-inst = #(define-music-function (parser location string) (string?)
- (make-music
- 'TextScriptEvent
- 'direction UP
- 'text (markup #:bold (#:box string))))
-
-#(set-global-staff-size 23)
-\layout{
- \context { \Score
- \override MetronomeMark #'extra-offset = #'(-9 . 0)
- \override MetronomeMark #'padding = #'3
- }
- \context { \Voice
- \override Glissando #'thickness = #3
- \override Glissando #'gap = #0.1
- }
-}
-
-\relative c'' {
- \tempo 4=50
- a4.\mpdolce d8 cis4--\glissando a | b4 bes a2
- \inst "Clarinet"
- cis4.\< d8 e4 fis | g8(\! fis)-. e( d)-. cis2
-}
-@end lilypond
-
-Ahora, en la música, simplemente sustituyo @code{\include
-"definiciones.ily"} por @code{\include "publicar-web.ily"}. Por
-supuesto, podríamos hacer esto aún más práctico. Podríamos hacer un
-archivo @file{definiciones.ily} que contuviera solamente las
-definiciones de @code{mpdolce} y de @code{inst}, un archivo
-@file{publicar-web.ily} que contuviera solamente la sección
-@code{\layout} que se mostró en el ejemplo, y un archivo
-@file{universidad.ily} que contendría solamente los trucos para
-producir la salida que le gusta a mi profesor. El comienzo de
-@file{musica.ly} tendría entonces este aspecto:
-
-@example
-\include "definiciones.ily"
-
-%%% ¡Quitar el comentario de una sola de estas líneas!
-\include "publicar-web.ily"
-%\include "universidad.ily"
-@end example
-
-Este enfoque puede ser útil incluso si va a producir sólo un conjunto
-de particellas. Yo utilizo media docena de archivos de @q{hojas de
-estilo} para mis proyectos. Comienzo todos los archivos de música con
-@code{\include "../global.ily"}, que contiene
-
-@example
-%%% global.ily
-\version @w{"@version{}"}
-#(ly:set-option 'point-and-click #f)
-\include "../iniciar/iniciar-definiciones.ily"
-\include "../iniciar/iniciar-disposicion.ily"
-\include "../iniciar/iniciar-cabeceras.ily"
-\include "../iniciar/iniciar-papel.ily"
-@end example
-
-
-@node Cuando las cosas no van
-@section Cuando las cosas no van
-@translationof When things don't work
-
-@menu
-* Actualizar archivos de entrada antiguos::
-* Errores más usuales::
-* Resolución de problemas (tomar cada parte por separado)::
-* Ejemplos mínimos::
-@end menu
-
-@node Actualizar archivos de entrada antiguos
-@subsection Actualizar archivos de entrada antiguos
-@translationof Updating old input files
-
-@cindex convert-ly
-@cindex actualizar archivos de entrada antiguos
-
-La sintaxis de la entrada de LilyPond cambia de manera ocasional. A
-medida que el propio LilyPond mejora, la sintaxis (el lenguaje de la
-entrada) se modifica en consonancia. A veces estos cambios se hacen
-para conseguir que la entrada sea más fácil de leer y escribir, y
-otras veces estos cambios son para dar cabida a nuevas funcionalidades
-de LilyPond.
-
-LilyPond lleva incorporado un archivo que facilita esta actualización:
-@code{convert-ly}. Para ver detalles sobre cómo ejecutar este
-programa, consulte @rprogram{Actualizar ficheros con convert-ly}.
-
-Desgraciadamente @code{convert-ly} no puede tratar todos los cambios
-en la entrada. Se ocupa de los cambios sencillos de búsqueda y
-sustitución (como @code{raggedright} que se convierte en
-@code{ragged-right}), pero algunos cambios son demasiado complicados.
-Los cambios de sintaxis que @code{convert-ly} es incapaz de manejar se
-relacionan en @rprogram{Actualizar ficheros con convert-ly}.
-
-Por ejemplo, en la versión 2.4 y anteriores de LilyPond, los acentos y
-las letras no inglesas se introducían utilizando LaTeX: por ejemplo,
-@code{No\"el} (que significa @q{Navidad} en francés). En LilyPond 2.6
-y siguientes, el carácter especial @code{ë} debe introducirse
-directamente en el archivo de LilyPond como un carácter UTF-8.
-@code{convert-ly} no puede cambiar todos los caracteres especiales de
-LaTeX a caracteres de UTF-8; tendrá que actualizar manualmente sus
-archivos de LilyPond antiguos.
-
-@node Errores más usuales
-@subsection Errores más usuales
-@translationof Common errors
-
-Las condiciones de error que se han descrito más arriba se producen
-con frecuencia, aunque su causa no sea obvia o no se pueda encontrar
-fácilmente. Una vez se han visto y comprendido, son fáciles de
-manejar.
-
-
-@menu
-* La música se sale de la página::
-* Error aparente en ../ly/init.ly::
-* Mensaje de error Unbound variable %::
-@end menu
-
-@node La música se sale de la página
-@unnumberedsubsubsec La música se sale de la página
-@translationof Music runs off the page
-
-La música que se sale de la página por el margen derecho o que aparece
-exageradamente comprimida está causada casi siempre por haber
-introducido una duración incorrecta para una nota, produciendo que la
-nota final de un compás se extienda más allá de la línea divisoria.
-Esto no es inválido si la nota final de un compás no termina sobre la
-línea divisoria introducida automáticamente, pues simplemente se
-supone que la nota se solapa encima del siguiente compás. Pero si se
-produce una larga secuencia tales notas solapadas, la música puede
-aparecer comprimida o salirse de la página porque los saltos de línea
-automáticos solamente se pueden insertar al final de compases
-completos, es decir, aquellos en que todas las notas terminan antes de
-o justo al final del compás.
-
-@warning{Una duración incorrecta puede hacer que se inhiban los saltos
-de línea, lo que llevaría a una sola línea de música muy comprimida o
-que se salga de la página.}
-
-La duración incorrecta se puede encontrar fácilmente si se utilizan
-comprobaciones de compás, véase @ruser{Comprobación de compás y de número de compás}.
-
-Si realmente quueremos tener una serie de estos compases con notas
-solapadas, debemos insertar una línea divisoria invisible donde
-queramos el salto de línea. Para ver más detalles, consulte
-@ruser{Barras de compás}.
-
-@node Error aparente en ../ly/init.ly
-@unnumberedsubsubsec Error aparente en @code{../ly/init.ly}
-@translationof Apparent error in ../ly/init.ly
-
-Pueden aparecer varios mensajes de error extraños acerca de errores de
-sintaxis en @code{../ly/init.ly} si el archivo de entrada no está
-correctamente formado, por ejemplo si no contiene llaves o comillas
-correctamente emparejados.
-
-El error más común es la falta de una llave de cierre, (@code{@}}), al
-final de un bloque @code{score}. Aquí la solución es obvia: compruebe
-que el bloque @code{score} está correctamente cerrado. La estructura
-correcta de un archivo de entrada está descrita en @ref{Cómo funcionan los archivos de entrada de LilyPond}. Usando un editor que resalte automáticamente las
-llaves correspondientes es de mucha ayuda para evitar estos errores.
-
-Este mensaje de error también puede aparecer si se omiten las comillas
-de terminación (@code{"}). En este caso, un mensaje de error
-adicional debería indicar un número de línea cercano al de aquella
-donde está el error. Las comillas desbalanceadas estarán por lo
-general una o dos líneas por encima.
-
-@node Mensaje de error Unbound variable %
-@unnumberedsubsubsec Mensaje de error Unbound variable %
-@translationof Error message Unbound variable %
-
-Este mensaje de error aparece al final de los mensajes de la consola o
-del archivo de registro junto a un mensaje @qq{GUILE señaló un error
-...} cada vez que se llame a una rutina de Scheme que
-(incorrectamente) contenga un comentario @emph{de LilyPond} en lugar
-de un comentario @emph{de Scheme}.
-
-Los comentarios de LilyPond comienzan con un símbolo de porcentaje,
-(@code{%}), y no se deben utilizar dentro de las rutinas de Scheme.
-Los comentarios de Scheme comienzan con punto y coma, (@code{;}).
-
-
-@node Resolución de problemas (tomar cada parte por separado)
-@subsection Resolución de problemas (tomar cada parte por separado)
-@translationof Troubleshooting (taking it all apart)
-
-Antes o después escribirá un archivo que LilyPond no podrá compilar.
-Los mensajes que LilyPond proporciona pueden ayudarle a encontrar el
-error, pero en muchos casos tendrá que llevar a cabo algún tipo de
-investigación para determinar el origen del problema.
-
-Las herramientas más poderosas para este cometido son el comentario de
-una sola línea (indicado por @code{%}) y el comentario de bloque
-(indicado por @code{%@{ ... %@}}). Si no sabe dónde está el problema,
-comience convirtiendo grandes secciones del archivo de entrada en un
-comentario. Después de eliminar una sección convirtiéndola en un
-comentario, pruebe a compilar el archivo otra vez. Si funciona,
-entonces el problema debía estar en la porción que había eliminado.
-Si no funciona, continúe eliminando material (transformándolo en
-comentarios) hasta que tenga algo que funcione.
-
-En un caso extremo podría terminar con sólo
-
-@example
-\score @{
- <<
- % \melodia
- % \armonia
- % \bajo
- >>
- \layout@{@}
-@}
-@end example
-
-@noindent
-(en otras palabras: un archivo sin música)
-
-Si ocurre esto, no abandone. Descomente un trozo pequeño -- digamos
-la parte del bajo -- y observe si funciona. Si no es así, transforme
-en comentarios toda la música del bajo (pero deje el @code{\bajo} de
-la sección @code{\score} no comentado.
-
-@example
-bajo = \relative c' @{
-%@{
- c4 c c c
- d d d d
-%@}
-@}
-@end example
-
-Ahora empiece poco a poco descomentando cada vez más fracciones de la
-parte del @code{bajo} hasta que encuentre la línea del problema.
-
-Otra técnica de depuración muy útil es la construcción de
-@ref{Ejemplos mínimos}.
-
-
-@node Ejemplos mínimos
-@subsection Ejemplos mínimos
-@translationof Minimal examples
-
-Un ejemplo mínimo es un ejemplo tan pequeño como sea posible. Estos
-ejemplos son mucho más fáciles de comprender que los ejemplos largos.
-Los ejemplos mínimos se utilizan para
-
-@itemize
-@item Informes de fallos
-@item Solicitudes de ayuda a las listas de correo
-@item Añadir ejemplos al @uref{http://lsr@/.dsi@/.unimi@/.it/,Repositorio de Fragmentos de Código de LilyPond}
-@end itemize
-
-
-Para construir un ejemplo que sea lo más pequeño posible, la regla es
-bastante simple: quite todo lo que no sea necesario. Al tratar de
-quitar partes innecesarias de un archivo, es una buena idea convertir
-líneas en comentarios en vez de borrarlas. De esta forma, si descubre
-que en realidad sí @emph{necesitaba} algunas de estas líneas, podrá
-descomentarlas y no tendrá que teclearlas de nuevo partiendo de cero.
-
-Existen dos excepciones a la regla del @qq{lo más pequeño posible}:
-
-@itemize
-@item Incluya el número de @code{\version}.
-@item Si puede, ponga @code{\paper@{ ragged-right=##t @}} al principio del ejemplo.
-@end itemize
-
-
-En resumen, el objetivo de un ejemplo mínimo es que sea fácil de leer:
-
-@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 instrucciones @code{\override} a no ser que ése sea el propósito
-del ejemplo.
-@end itemize
-
-
-@node Partituras y particellas
-@section Partituras y particellas
-@translationof Scores and parts
-
-En música orquestal, todas las notas se imprimen dos veces. Una vez
-en las particellas para los músicos, y otra para la partitura del
-director. Los identificadores se pueden usar para evitar la
-duplicación del trabajo. La música se escribe una vez y se almacena
-en una variable. El contenido de dicha variable se usa después para
-generar tanto la particella como la partitura del director.
-
-Es muy conveniente definir las notas en un archivo especial. Por
-ejemplo, supongamos que el archivo @file{trompa.ly} contiene la
-siguiente parte de un dúo para trompa y fagot:
-
-@example
-notasTrompa = \relative c @{
- \time 2/4
- r4 f8 a cis4 f e d
-@}
-@end example
-
-@noindent
-Luego se hace una particella escribiendo en un archivo lo siguiente
-
-@example
-\include "trompa.ly"
-\header @{
- instrument = "Trompa en Fa"
-@}
-
-@{
- \transpose f c' \notasTrompa
-@}
-@end example
-
-La línea
-
-@example
-\include "trompa.ly"
-@end example
-
-@noindent
-sustituye el contenido de @file{trompa.ly} en esta posición dentro del
-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 {
- \time 2/4
- r4 f8 a cis4 f e d
-}
-@end lilypond
-
-En piezas para conjunto, con frecuencia una de las voces no suena
-durante muchos compases. Esto queda denotado por un silencio
-especial, el silencio multicompás. Se introduce con una @code{R}
-mayúscula seguida de una duración (@code{1}@tie{}en el caso de la
-redonda, @code{2}@tie{}en el caso de una blanca, etc.). Multiplicando
-la duración se pueden construir silencios más largos. Por ejemplo,
-este silencio ocupa 3@tie{}compases de 2/4
-
-@example
-R2*3
-@end example
-
-Cuando se imprime la particella tienen que comprimirse los silencios
-multicompás. Esto se hace estableciendo una variable en tiempo de
-ejecución
-
-@example
-\set Score.skipBars = ##t
-@end example
-
-@noindent
-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
-
-@lilypond[quote,ragged-right]
-\transpose f c' \relative c {
- \time 2/4
- \set Score.skipBars = ##t
- R2*3
- r4 f8 a cis4 f e d
-}
-@end lilypond
-
-
-Esta partitura se hace combinando toda la música junta. Suponiendo
-que la otra voz se encuentra dentro de @code{notasFagot} en el archivo
-@file{fagot.ly}, la partitura se hace con
-
-@example
-\include "fagot.ly"
-\include "trompa.ly"
-
-<<
- \new Staff \notasTrompa
- \new Staff \notasFagot
->>
-@end example
-
-@noindent
-lo que nos lleva a
-
-@lilypond[quote,ragged-right]
-\relative c <<
- \new Staff {
- \time 2/4 R2*3
- r4 f8 a cis4 f e d
- }
- \new Staff {
- \clef bass
- r4 d,8 f | gis4 c | b bes |
- a8 e f4 | g d | gis f
- }
->>
-@end lilypond
-
-
-@node Make y los Makefiles
-@section Make y los Makefiles
-@translationof Make and Makefiles
-
-@cindex make, archivos de
-@cindex make
-
-Posiblemente todas las plataformas en que puede correr LilyPond,
-contemplan una posibilidad de software llamada @code{make}. Este
-programa lee un archivo especial llamado @code{Makefile} que define
-las relaciones de dependencia entre los archivos y qué instrucciones
-necesitamos dar al sistema operativo para producir un archivo a partir
-de otro. Por ejemplo, el archivo de make detallaría cómo obtener
-@code{balada.pdf} y @code{balada.midi} a partir de @code{balada.ly}
-mediante la ejecución de Lilypond.
-
-Existen ocasiones en las que es buena idea crear un @code{Makefile}
-para nuestro proyecto, bien sea por nuestra propia comodidad o como
-cortesía para otros que posiblemente tengan acceso a nuestros archivos
-fuente. Esto es cierto para proyectos muy grandes con muchos archivos
-de inclusión y distintas opciones de salida (p.ej. partitura completa,
-particellas, partitura del director, reducción para piano, etc.), o
-para proyectos que requieren instrucciones difíciles para montarlas
-(como los proyectos de @code{lilypond-book}). La complejidad y
-flexibilidad de los Makefiles varía enormemente según las necesidades
-y la habilidad de los autores. El programa GNU Make viene instalado
-en las distribuciones de GNU/Linux y en MacOS X, y también existe para
-Windows.
-
-Consulte el @strong{Manual de GNU Make} para ver todos los detalles
-sobre el uso de @code{make}, pues lo que sigue a continuación ofrece
-solamente una pincelada de todo lo que es capaz de hacer.
-
-Las instrucciones que definen las reglas en un archivo de make
-difieren en función de la plataforma; por ejemplo, las distintas
-formas de Linux y MacOS usan @code{bash}, mientras que Windows usa
-@code{cmd}. Observeque en MacOS X, tenemos que configurar el sistema
-para que utilice el intérprete de órdenes. A continuación presentamos
-algunos makefiles de ejemplo, con versiones tanto para Linux/MacOS
-como para Windows.
-
-El primer ejemplo es para una obra orquestal en cuatro movimientos con
-la estructura de directorios siguiente:
-
-@example
-Sinfonia/
-|-- MIDI/
-|-- Makefile
-|-- Notas/
-| |-- cello.ily
-| |-- cifras.ily
-| |-- trompa.ily
-| |-- oboe.ily
-| |-- trioCuerdas.ily
-| |-- viola.ily
-| |-- violinUno.ily
-| `-- violinDos.ily
-|-- PDF/
-|-- Particellas/
-| |-- sinfonia-cello.ly
-| |-- sinfonia-trompa.ly
-| |-- sinfonia-oboes.ly
-| |-- sinfonia-viola.ly
-| |-- sinfonia-violinUno.ly
-| `-- sinfonia-violinDos.ly
-|-- Partituras/
-| |-- sinfonia.ly
-| |-- sinfoniaI.ly
-| |-- sinfoniaII.ly
-| |-- sinfoniaIII.ly
-| `-- sinfoniaIV.ly
-`-- sinfoniaDefs.ily
-@end example
-
-Los archivos @code{.ly} de los directorios @code{Partituras} y
-@code{Particellas} obtienen las notas de archivos @code{.ily} que están en
-el directorio @code{Notas}:
-
-@example
-%%% principio del archivo "sinfonia-cello.ly"
-\include ../definiciones.ily
-\include ../Notas/cello.ily
-@end example
-
-El makefile tendrá los objetivos de @code{partitura} (la pieza
-completa en todo su esplendor), @code{movimientos} (partitura completa
-de los movimientos individuales) y @code{particellas} (partes
-individuales para los atriles). También existe un objetivo
-@code{archivo} que produce un tarball de los archivos fuente, adecuado
-para compartirlo a través de la web o por correo electrónico. A
-continuación presentamos el makefile para GNU/Linux o MacOS X. Se
-debe guardar con el nombre exacto @code{Makefile} el el directorio
-superior del proyecto:
-
-@warning{Cuando se define un objetivo o una regla de patrón, las
-líneas siguientes deben comenzar con tabuladores, no con espacios.}
-
-@example
-# nombre principal de los archivos de salida
-nombre = sinfonia
-# determinar cuántos procesadores existen
-CPU_CORES=`cat /proc/cpuinfo | grep -m1 "cpu cores" | sed s/".*: "//`
-# La instrucción para ejecutar lilypond
-LILY_CMD = lilypond -ddelete-intermediate-files \
- -dno-point-and-click -djob-count=$(CPU_CORES)
-
-# Los sufijos utilizados en este Makefile.
-.SUFFIXES: .ly .ily .pdf .midi
-
-# Los archivos de entrada y salida se buscan dentro de los directorios relacionados en
-# la variable VPATH. Todos esllos son subdirectorios del directorio
-# en curso (dado por la variable de GNU make `CURDIR').
-VPATH = \
- $(CURDIR)/Partituras \
- $(CURDIR)/PDF \
- $(CURDIR)/Particellas \
- $(CURDIR)/Notas
-
-# La regla de patrón para crear archivos PDF y MIDI a partir de un archivo de entrada LY.
-# Los archivos de salida .pdf se colocan en el subdirectorio `PDF', y los archivos
-# .midi van al subdirectorio `MIDI'.
-%.pdf %.midi: %.ly
- $(LILY_CMD) $<; \ # esta línea comienza con un salto de tabulación
- if test -f "$*.pdf"; then \
- mv "$*.pdf" PDF/; \
- fi; \
- if test -f "$*.midi"; then \
- mv "$*.midi" MIDI/; \
- fi
-
-notas = \
- cello.ily \
- trompa.ily \
- oboe.ily \
- viola.ily \
- violinUno.ily \
- violinDos.ily
-
-# Dependencias de los movimientos.
-$(nombre)I.pdf: $(nombre)I.ly $(notas)
-$(nombre)II.pdf: $(nombre)II.ly $(notas)
-$(nombre)III.pdf: $(nombre)III.ly $(notas)
-$(nombre)IV.pdf: $(nombre)IV.ly $(notas)
-
-# Dependencias de la partitura completa.
-$(nombre).pdf: $(nombre).ly $(notas)
-
-# Dependencias de las particellas.
-$(nombre)-cello.pdf: $(nombre)-cello.ly cello.ily
-$(nombre)-trompa.pdf: $(nombre)-trompa.ly trompa.ily
-$(nombre)-oboes.pdf: $(nombre)-oboes.ly oboe.ily
-$(nombre)-viola.pdf: $(nombre)-viola.ly viola.ily
-$(nombre)-violinUno.pdf: $(nombre)-violinUno.ly violinUno.ily
-$(nombre)-violinDos.pdf: $(nombre)-violinDos.ly violinDos.ily
-
-# Teclee `make partitura' para generer la partitura completa de los cuatro
-# movimientos como un archivo único.
-.PHONY: partitura
-partitura: $(nombre).pdf
-
-# Teclee `make particellas' para generar todas las particellas.
-# Teclee `make fulanito.pdf' para generar la particella del instrumento `fulanito'.
-# Ejemplo: `make sinfonia-cello.pdf'.
-.PHONY: particellas
-particellas: $(nombre)-cello.pdf \
- $(nombre)-violinUno.pdf \
- $(nombre)-violinDos.pdf \
- $(nombre)-viola.pdf \
- $(nombre)-oboes.pdf \
- $(nombre)-trompa.pdf
-
-# Teclee `make movimientos' para generar los archivos de los
-# cuatro movimientos de forma separada.
-.PHONY: movimientos
-movimientos: $(nombre)I.pdf \
- $(nombre)II.pdf \
- $(nombre)III.pdf \
- $(nombre)IV.pdf
-
-all: partitura particellas movimientos
-
-archivo:
- tar -cvvf stamitz.tar \ # esta línea comienza con un salto de tabulación
- --exclude=*pdf --exclude=*~ \
- --exclude=*midi --exclude=*.tar \
- ../Stamitz/*
-@end example
-
-
-Existen ciertas complicaciones en la plataforma Windows. Después de
-descargar e instalar el programa GNU Make para Windows, debemos
-configurar la ruta adecuada en las variables de entorno del sistema de
-forma que el shell del DOS pueda encontrar el programa Make. Para
-hacerlo, pulse con el botón derecho sobre "Mi PC", elija
-@code{Propiedades} y @code{Avanzadas}. Pulse sobre @code{Variables de
-entorno}, y luego en la pestaña @code{Variables del sistema},
-seleccione @code{Ruta}, pulse sobre @code{editar} y añada la ruta al
-archivo ejecutable de GNU Make, con lo que quedará algo parecido a lo
-siguiente:
-
-@example
-C:\Archivos de programa\GnuWin32\bin
-@end example
-
-El makefile en sí debe modificarse para que maneje distintas
-instrucciones del shell y para que pueda tratar con los espacios que
-aparecen en el nombre de algunos directorios del sistema
-predeterminados. El objetivo @code{archivo} se elimina porque Windows
-no tiene la instrucción @code{tar}, y Windows tiene también una
-extensión predeterminada distinta para los archivos MIDI.
-
-
-@example
-## VERSIÓN PARA WINDOWS
-##
-nombre = sinfonia
-LILY_CMD = lilypond -ddelete-intermediate-files \
- -dno-point-and-click \
- -djob-count=$(NUMBER_OF_PROCESSORS)
-
-#obtener el nombre 8.3 de CURDIR (rodeo para los espacios en PATH)
-workdir = $(shell for /f "tokens=*" %%b in ("$(CURDIR)") \
- do @@echo %%~sb)
-
-.SUFFIXES: .ly .ily .pdf .mid
-
-VPATH = \
- $(workdir)/Partituras \
- $(workdir)/PDF \
- $(workdir)/Particellas \
- $(workdir)/Notas
-
-%.pdf %.mid: %.ly
- $(LILY_CMD) $< # esta línea comienza con un salto de tabulación
- if exist "$*.pdf" move /Y "$*.pdf" PDF/ # comienzo con tab
- if exist "$*.mid" move /Y "$*.mid" MIDI/ # comienzo con tab
-
-notas = \
- cello.ily \
- cifras.ily \
- trompa.ily \
- oboe.ily \
- trioCuerdas.ily \
- viola.ily \
- violinUno.ily \
- violinDos.ily
-
-$(nombre)I.pdf: $(nombre)I.ly $(notas)
-$(nombre)II.pdf: $(nombre)II.ly $(notas)
-$(nombre)III.pdf: $(nombre)III.ly $(notas)
-$(nombre)IV.pdf: $(nombre)IV.ly $(notas)
-
-$(nombre).pdf: $(nombre).ly $(notas)
-
-$(nombre)-cello.pdf: $(nombre)-cello.ly cello.ily
-$(nombre)-trompa.pdf: $(nombre)-trompa.ly trompa.ily
-$(nombre)-oboes.pdf: $(nombre)-oboes.ly oboe.ily
-$(nombre)-viola.pdf: $(nombre)-viola.ly viola.ily
-$(nombre)-violinUno.pdf: $(nombre)-violinUno.ly violinUno.ily
-$(nombre)-violinDos.pdf: $(nombre)-violinDos.ly violinDos.ily
-
-.PHONY: partitura
-partitura: $(nombre).pdf
-
-.PHONY: particellas
-particellas: $(nombre)-cello.pdf \
- $(nombre)-violinUno.pdf \
- $(nombre)-violinDos.pdf \
- $(nombre)-viola.pdf \
- $(nombre)-oboes.pdf \
- $(nombre)-trompa.pdf
-
-.PHONY: movimientos
-movimientos: $(nombre)I.pdf \
- $(nombre)II.pdf \
- $(nombre)III.pdf \
- $(nombre)IV.pdf
-
-all: partitura particellas movimientos
-@end example
-
-
-El Makefile siguiente es para un documento de @command{lilypond-book}
-hecho en LaTeX. Este proyecto tiene un índice, que requiere ejecutar
-la instrucción @command{latex} dos veces para actualizar los enlaces.
-Todos los archivos de salida se almacenan en el directorio
-@code{salida} para los documentos .pdf y en el directorio
-@code{salidahtml} para la salida en formato html.
-
-@example
-SHELL=/bin/sh
-NOMBRE=miproyecto
-DIR_SALIDA=salida
-DIR_WEB=salidahtml
-VISOR=acroread
-NAVEGADOR=firefox
-LILYBOOK_PDF=lilypond-book --output=$(DIR_SALIDA) --pdf $(NOMBRE).lytex
-LILYBOOK_HTML=lilypond-book --output=$(DIR_WEB) $(NOMBRE).lytex
-PDF=cd $(DIR_SALIDA) && pdflatex $(NOMBRE)
-HTML=cd $(DIR_WEB) && latex2html $(NOMBRE)
-INDICE=cd $(DIR_SALIDA) && makeindex $(NOMBRE)
-VISTA_PREVIA=$(VISOR) $(DIR_SALIDA)/$(NOMBRE).pdf &
-
-all: pdf web guardar
-
-pdf:
- $(LILYBOOK_PDF) # comienza con un tab
- $(PDF) # comienza con un tab
- $(INDICE) # comienza con un tab
- $(PDF) # comienza con un tab
- $(VISTA_PREVIA) # comienza con un tab
-
-web:
- $(LILYBOOK_HTML) # comienza con un tab
- $(HTML) # comienza con un tab
- cp -R $(DIR_WEB)/$(NOMBRE)/ ./ # comienza con un tab
- $(NAVEGADOR) $(NOMBRE)/$(NOMBRE).html & # comienza con un tab
-
-guardar: pdf
- cp $(DIR_SALIDA)/$(NOMBRE).pdf $(NOMBRE).pdf # comienza con un tab
-
-clean:
- rm -rf $(DIR_SALIDA) # comienza con un tab
-
-web-clean:
- rm -rf $(DIR_WEB) # comienza con un tab
-
-archivo:
- tar -cvvf miproyecto.tar \ # comienza con un tab
- --exclude=salida/* \
- --exclude=salidahtml/* \
- --exclude=miproyecto/* \
- --exclude=*midi \
- --exclude=*pdf \
- --exclude=*~ \
- ../MiProyecto/*
-@end example
-
-HACER: conseguir que funcione en Windows
-
-El makefile anterior no funciona en Windows. Una alternativa para los
-usuarios de Windows sería crear un archivo de lotes sencillo que
-contenga las instrucciones de montaje. Esto no rastrea las
-dependencias en la manera en que lo hace un makefile, pero al menos
-reduce el proceso de construcción a una sola instrucción. Guarde el
-código siguiente como @command{montaje.bat} o @command{montaje.cmd}.
-El archivo de lotes se puede ejecutar en la línea de comandos del DOS
-o simplemente haciendo doble click sobre su icono.
-
-@example
-lilypond-book --output=salida --pdf miproyecto.lytex
-cd salida
-pdflatex miproyecto
-makeindex miproyecto
-pdflatex miproyecto
-cd ..
-copy salida\miproyecto.pdf MiProyecto.pdf
-@end example
-
-
-@seealso
-Manual de utilización del programa:
-@rprogram{Configuración para MacOS X},
-@rprogram{Utilización desde la línea de órdenes},
-@rprogram{LilyPond-book}
projects / lilypond.git / commitdiff