1 @c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-
4 Translation of GIT committish: a43fe59b0205af99f84532935b103d0c064b4526
6 When revising a translation, copy the HEAD committish of the
7 version that you are working on. For details, see the Contributors'
8 Guide, node Updating translation committishes..
13 @node Cambiar los valores por omisión
14 @chapter Cambiar los valores por omisión
15 @translationof Changing defaults
17 El objetivo del diseño de LilyPond es proporcionar la más alta calidad
18 de los resultados, de forma predeterminada. A pesar de ello, podría
19 tener que cambiar este resultado predeterminado. La disposición sobre
20 el papel se controla a través de un amplio número de @q{botones e
21 interruptores} llamados en su conjunto @q{propiedades}. En el Manual
22 de aprendizaje podemos encontrar una introducción en forma de tutorial
23 al acceso y modificación de estas propiedades, véase
24 @rlearning{Trucar la salida}. Éste debería leerse en primer lugar.
25 Este capítulo cubre un terreno similar, pero con un estilo más
26 adecuado para un manual de referencia.
28 @cindex Referencia de funcionamiento interno
30 La descripción definitiva de los controles que están disponibles para
31 su ajuste fino están en un documento aparte: la
32 @rinternalsnamed{Top,Referencia de funcionamiento interno}.
33 Dicho manual relaciona todas
34 las variables, funciones y opciones que se encuentran disponibles en
35 LilyPond. Está escrito como un documento HTML, que se puede encontrar
36 @c leave the @uref as one long line.
37 @uref{http://@/lilypond@/.org/@/doc/@/stable/@/Documentation/@/internals/,en@tie{}línea},
38 pero que también va incluido en el paquete de la documentación de LilyPond.
40 Internamente, LilyPond utiliza el lenguaje Scheme (un dialecto de
41 LISP) para aportar la infraestructura. La sobreescritura de las
42 decisiones de disposición da acceso efectivo a las interioridades del
43 programa, lo que requiere código de Scheme como entrada. Los
44 elementos de Scheme se inauguran dentro de un archivo @file{.ly} con
45 el símbolo de cuadradillo@tie{}@code{#}.@footnote{@rextend{Tutorial de Scheme}
46 contiene un breve tutorial sobre la introducción de números,
47 listas, cadenas y símbolos en Scheme.}
50 * Contextos de interpretación::
51 * Explicación del Manual de referencia de funcionamiento interno::
52 * Modificar las propiedades::
53 * Conceptos y propiedades útiles::
55 * Uso de las funciones musicales::
59 @node Contextos de interpretación
60 @section Contextos de interpretación
61 @translationof Interpretation contexts
63 Esta sección explica qué son los contextos y cómo modificarlos.
66 * Explicación de los contextos::
67 * Crear y referenciar contextos::
68 * Mantener vivos los contextos::
69 * Modificar los complementos (plug-ins) de contexto::
70 * Cambiar los valores por omisión de los contextos::
71 * Definir contextos nuevos::
72 * Orden de disposición de los contextos::
76 Manual de aprendizaje:
77 @rlearning{Contextos y grabadores}.
80 @file{ly/engraver-init.ly},
81 @file{ly/performer-init.ly}.
84 @rlsr{Contexts and engravers}.
86 Referencia de funcionamiento interno:
87 @rinternals{Contexts},
88 @rinternals{Engravers and Performers}.
91 @node Explicación de los contextos
92 @subsection Explicación de los contextos
93 @translationof Contexts explained
95 Los contextos se disponen de forma jerárquica:
98 * Definiciones de salida - estructura de los contextos::
99 * Score. El contexto maestro::
100 * Contextos del nivel superior. Contenedores de pentagramas::
101 * Contextos de nivel intermedio. Pentagramas::
102 * Contextos del nivel más bajo. Voces::
105 @node Definiciones de salida - estructura de los contextos
106 @unnumberedsubsubsec Definiciones de salida - estructura de los contextos
107 @translationof Output definitions - blueprints for contexts
109 Esta sección explica la relevancia de las definiciones de salida
110 cuando se trabaja con los contextos. Más adelante ofrecemos
111 ejemplos de definiciones de salida reales (véase
112 @ref{Cambiar todos los contextos del mismo tipo}).
114 @cindex salida, definiciones de
116 Aunque la música escrita en un archivo haga referencia a tipos y
117 nombres de contexto, los contextos se crean solamente cuando la
118 música se está realmente interpretando. LilyPond interpreta la
119 música bajo el control de una @q{definición de salida} y puede
120 hacerlo así para varias definiciones de salida distintas, dando
121 como resultado distintas salidas también. La definicion de salida
122 que corresponde a la impresión de la música se especifica mediante
126 Una definición de salida mucho más sencilla que se usa para la
127 producción de MIDI se especifica mediante @code{\midi}.
128 Internamente, LilyPond utiliza varias otras definiciones de
129 salida, como cuando se usa el combinador de particellas
130 (@ref{Combinación automática de las partes}) o se crean fragmentos
131 de notas guía citadas (@ref{Citar otras voces}).
133 Las definiciones de salida establecen la relación entre los
134 contextos así como sus respectivos valores predeterminados.
135 Aunque la mayor parte de los cambios se suelen hacer dentro de un
136 bloque @code{\layout}, los ajustes de valores relacionados con el
137 MIDI solamente tienen efecto cuando se hacen dentro de un bloque
140 @funindex autoBeaming
141 Algunos ajustes afectan a varias salidas: por ejemplo, si se
142 desactiva el barrado automático, @code{autoBeaming}, dentro de
143 algún contexto, las barras cuentan como melismas en lo que
144 respecta a la correspondencia entre la música y la letra, como se
145 describe en @ref{Duración automática de las sílabas}. Esta
146 correspondencia se hace tanto para la salida impresa como para el
147 MIDI. Si los cambios hechos sobre el @code{autoBeaming} dentro de
148 la definición de contexto de un bloque @code{\layout} no se
149 repiten dentro del correspondiente bloque @code{\midi}, la letra y
150 la música dejarán de estar sincronizadas dentro del MIDI.
154 @file{ly/engraver-init.ly}.
155 @file{ly/performer-init.ly}.
157 @node Score. El contexto maestro
158 @unnumberedsubsubsec Score. El contexto maestro
159 @translationof Score - the master of all contexts
161 Este es el contexto de notación del nivel más alto. Ningún otro
162 contexto puede contener a un contexto Score. De forma predeterminada,
163 el contexto Score maneja la administración de las indicaciones de
164 compás y se asegura de que ciertos elementos como claves, compases y
165 armaduras están siempre alineados entre los distintos pentagramas.
167 Se crea implícitamente una instancia del contexto Score cuando se
168 procesa un bloque @code{\score @{@dots{}@}}.
171 @node Contextos del nivel superior. Contenedores de pentagramas
172 @unnumberedsubsubsec Contextos del nivel superior: contenedores de pentagramas
173 @translationof Top-level contexts - staff containers
175 @strong{@emph{StaffGroup}}
177 Agrupa pentagramas y añade un corchete en la parte izquierda, formando
178 un grupo. Las líneas divisorias de los pentagramas contenidos se
179 conectan verticalmente. @code{StaffGroup} sólo consiste en una
180 colección de pentagramas, con un corchete delante y líneas divisorias
183 @strong{@emph{ChoirStaff}}
185 Idéntico a @code{StaffGroup} excepto que las barras de compás de los
186 pentagramas contenidos no se conectan verticalmente.
188 @strong{@emph{GrandStaff}}
190 Un grupo de pentagramas, con una llave en la parte izquierda que
191 abarca el grupo. Las barras de compás de los pentagramas contenidos
192 se conectan verticalmente.
194 @strong{@emph{PianoStaff}}
196 Igual que @code{GrandStaff}, pero contempla la posibilidad de poner el
197 nombre del instrumento a la izquierda del sistema.
200 @node Contextos de nivel intermedio. Pentagramas
201 @unnumberedsubsubsec Contextos de nivel intermedio. Pentagramas
202 @translationof Intermediate-level contexts - staves
204 @strong{@emph{Staff}}
206 Maneja claves, barras de compás, tonalidades y alteraciones
207 accidentales. Puede contener contextos de @code{Voice}.
209 @strong{@emph{RhythmicStaff}}
211 Como @code{Staff}, pero para imprimir ritmos. Al imprimir
212 se ignoran las alturas de las notas; las notas se imprimen
213 sobre una línea. La salida de MIDI conserva las alturas
216 @strong{@emph{TabStaff}}
218 Contexto para generar tablaturas. De forma predeterminada dispone la
219 expresión musical como una tablatura de guitarra, impresa sobre seis
222 @strong{@emph{DrumStaff}}
224 Maneja el tipografiado para instrumentos de percusión. Puede contener
225 contextos @code{DrumVoice}.
227 @strong{@emph{VaticanaStaff}}
229 Igual que @code{Staff}, excepto que está pensado para tipografiar
230 piezas en estilo gregoriano.
232 @strong{@emph{MensuralStaff}}
234 Igual que @code{Staff}, excepto que está diseñado para tipografiar
235 piezas en estilo mensural.
238 @node Contextos del nivel más bajo. Voces
239 @unnumberedsubsubsec Contextos del nivel más bajo. Voces
240 @translationof Bottom-level contexts - voices
242 Los contextos del mismo nivel que Voice dan un valor inicial a
243 ciertas propiedades e inician los grabadores correspondientes. Un
244 contexto del nivel más bajo es aquel que no tiene un contexto
245 descendiente predeterminado @code{defaultchild}. Aunque es
246 posible hacer que pueda aceptar o contener subcontextos, éstos
247 solo se pueden crear e introducir de forma explícita.
249 @strong{@emph{Voice}}
251 Corresponde a una voz sobre un pentagrama. este contexto maneja la
252 conversión de las indicaciones dinámicas, plicas, barras, subíndices y
253 superíndices, ligaduras de expresión y de unión, y silencios. Tenemos
254 que crear instancias explícitas de este contexto si necesitamos varias
255 voces en el mismo pentagrama.
257 @strong{@emph{VaticanaVoice}}
259 Lo mismo que @code{Voice}, excepto que está diseñado para tipografiar
260 piezas en estilo gregoriano.
262 @strong{@emph{MensuralVoice}}
264 Lo mismo que @code{Voice}, con modificaciones para el tipografiado de
265 piezas en estilo mensural.
267 @strong{@emph{Lyrics}}
269 Corresponde a una voz con letra. Maneja la impresión de una sola
272 @strong{@emph{DrumVoice}}
274 El contexto de voz utilizado en una pauta de percusión.
276 @strong{@emph{FiguredBass}}
278 El contexto en que los objetos @code{BassFigure} se crean a partir de
279 la entrada escrita en el modo @code{\figuremode}.
281 @strong{@emph{TabVoice}}
283 El contexto de voz utilizado dentro de un contexto @code{TabStaff}.
284 Se suele dejar que se cree implícitamente.
286 @strong{@emph{CueVoice}}
288 El contexto de voz que se utiliza para dibujar notas de tamaño
289 reducido, con el principal objetivo de añadir notas guía de un
290 pentagrama a otro, véase @ref{Formateo de las notas guía}.
291 Normalmente se deja que se cree implícitamente.
293 @strong{@emph{ChordNames}}
295 Tipografía nombres de acordes.
298 @node Crear y referenciar contextos
299 @subsection Crear y referenciar contextos
300 @translationof Creating and referencing contexts
304 @cindex nuevos contextos
305 @cindex contextos, creación y referenciación de
306 @cindex referenciar contextos
308 LilyPond crea automáticamente contextos de nifel inferior si se
309 encuentra una expresión musical antes de que exista un contexto
310 adecuado, pero normalmente esto sólo funciona bien para partituras
311 sencillas o fragmentos musicales como los que aparecen en la
312 documentación. Para partituras más complejas, se recomienda
313 especificar explícitamente todos los contextos con las
314 instrucciones @code{\new} o @code{\context}. La sintaxis de estas
315 dos instrucciones es muy similar:
318 [\new | \context] @var{Contexto} [ = @var{nombre}] [@var{expresión_musical}]
322 donde se puede especificar @code{\new} o @code{\context}.
323 @var{Contexto} es el tipo de contexto que se desea crear,
324 @var{nombre} es un nombre opcional que se da al contexto concreto
325 que se está creando, y @var{expresión_musical} es una sola
326 expresión musical que será interpretada por los complementos
327 grabadores y reproductores dentro de este contexto.
329 El prefijo @code{\new} sin ningún nombre se usa con frecuencia
330 para crear partituras con muchos pentagramas:
332 @lilypond[quote,verbatim,relative=2]
335 % leave the Voice context to be created implicitly
345 y para introducir varias voces dentro de un solo pentagrama:
347 @lilypond[quote,verbatim,relative=2]
363 @code{\new} debería usarse siempre para especificar contextos sin
366 La diferencia entre @code{\new} y @code{\context} se encuentra en
367 la acción que se realiza:
371 @code{\new} con un nombre o sin él, siempre crea un contexto nuevo
372 y distinto, incluso si ya existe un contexto con el mismo nombre:
374 @lilypond[quote,verbatim,relative=2]
390 @code{\context} con un nombre especificado, crea un contexto nuevo
391 solamente si no existe ya un contexto del mismo tipo y con el
392 mismo nombre, dentro de la misma jerarquía de contextos. En caso
393 contrario, se toma como referencia a dicho contexto creado
394 previamente, y su expresión musical se pasa a este contexto para
397 Una aplicación de los contextos con nombre es la separación entre
398 la disposición de la partitura y el contenido musical. Son
399 válidas culaquiera de las dos formas siguientes:
401 @lilypond[quote,verbatim]
415 \context Voice = "one" {
420 \context Voice = "two" {
429 @lilypond[quote,verbatim]
434 \context Voice = "one" {
437 \context Voice = "two" {
443 \context Voice = "one" {
448 \context Voice = "two" {
458 De manera alternativa, se pueden utilizar variables con un efecto
459 similar. Véase @rlearning{Organizar las piezas mediante variables}.
462 @code{\context} sin ningún nombre corresponderá con el primer
463 contexto que se encuentre entre los creados previamente que sean
464 del mismo tipo dentro de la misma jerarquía de contextos, incluso
465 si tiene nombre, y su expresión musical se pasará a dicho contexto
466 para su interpretación. Esta forma rara vez es útil. Sin
467 embargo, @code{\context} sin nombre y sin expresión musical se usa
468 para establecer el contexto en que se ejecuta un procedimiento de
469 Scheme especificado con @code{\applyContext}:
472 \new Staff \relative c' @{
475 \applyContext #(lambda (ctx)
477 (display (ly:context-current-moment ctx)))
484 Un contexto debe tener un nombre si se va a hacer referencia a él
485 más tarde, por ejemplo cuando se asocia la letra con la música:
488 \new Voice = "tenor" @var{música}
490 \new Lyrics \lyricsto "tenor" @var{letra}
494 Para ver más detalles sobre la asociación de letra y música,
495 consulte @ref{Duración automática de las sílabas}.
497 Las propiedades de todos los contextos de un tipo en particular se
498 pueden modificar dentro de un bloque @code{\layout} (con una
499 sintaxis diferente), véase @ref{Cambiar todos los contextos del mismo tipo}.
501 Esta construcción también ofrece una forma de mantener las
502 instrucciones de disposición separadas del contenido musical. Si
503 se va a modificar un solo contexto, debe usarse un bloque
504 @code{\with}, véase @ref{Cambiar solamente un contexto determinado}.
507 Manual de aprendizaje:
508 @rlearning{Organizar las piezas mediante variables}.
510 Referencia de la notación:
511 @ref{Cambiar solamente un contexto determinado},
512 @ref{Duración automática de las sílabas}.
515 @node Mantener vivos los contextos
516 @subsection Mantener vivos los contextos
517 @translationof Keeping contexts alive
519 @cindex contextos, mantener vivos
520 @cindex contextos, tiempo de vida
522 Normalmente los contextos finalizan en el primer momento musical en
523 que no tienen nada que hacer. Así, los contextos de @code{Voice}
524 mueren tan pronto como ya no contienen ningún evento; los contextos de
525 @code{Staff} mueren tan pronto como todos los contextos de
526 @code{Voice} que contenían ya no contengan ningún evento; etc. Esto
527 puede ocasionar dificultades si se tiene que hacer referencia a
528 contextos anteriores que ya han muerto, por ejemplo, al cambiar de
529 pentagramas con instrucciones @code{\change}, asociar letra con una
530 voz mediante instrucciones @code{\lyricsto}, o cuando se añaden
531 eventos musicales adicionales a un contexto anterior.
533 Existe una excepción a esta regla general: precisamente uno de los
534 contextos de @code{Voice} que están dentro de un contexto de
535 @code{Staff} o de una construcción @code{<<@dots{}>>} persiste siempre
536 hasta el final de, contexto de @code{Staff} circundante o la
537 construcción @code{<<@dots{}>>}, incluso aunque puede haber períodos en
538 que no tiene nada que hacer. El contexto que persiste de esta forma
539 será el primero que se encuentre en la primera construcción encerrada
540 entre llaves @code{@{@dots{}@}}, ignorando cualquiera que se encuentre
541 dentro de construcciones encerradas por ángulos dobles @code{<<@dots{}>>}.
543 Cualquier contexto se puede mantener vivo si nos aseguramos de que
544 tiene algo que hacer en cualquier momento musical dado. Los
545 contextos de @code{Staff} se mantienen con vida si nos aseguramos de
546 que una de sus voces se mantiene viva. Una manera de hacerlo es
547 añadir silencios de separación a una voz en paralelo con la música
548 real. Éstos deben añadirse a todos y cada uno de los contextos de
549 @code{Voice} que se hayan de mantener vivos. Si se van a usar
550 esporádicamente varias voces, es más seguro mantenerlas todas vivas en
551 lugar de tratar de confiar en las excepciones que hemos mencionado
554 En el ejemplo siguiente, tanto la voz A como la voz B se mantienen
555 vivas de esta manera durante la duración de la pieza:
557 @lilypond[quote,verbatim]
558 musicA = \relative c'' { d4 d d d }
559 musicB = \relative c'' { g4 g g g }
562 \new Voice = "A" { s1*5 } % Keep Voice "A" alive for 5 bars
563 \new Voice = "B" { s1*5 } % Keep Voice "B" alive for 5 bars
568 \context Voice = "A" {
572 \context Voice = "B" {
576 \context Voice = "A" { \musicA }
577 \context Voice = "B" { \musicB }
578 \context Voice = "A" { \musicA }
589 @cindex letra, alineación con melodía esporádica
591 El ejemplo siguiente muestra cómo se puede escribir una línea melódica
592 esporádica con letra utilizando este enfoque. Por supuesto, en una
593 situación real la melodía y el acompañamiento consistirían en varias
594 secciones diferentes.
596 @lilypond[quote,verbatim]
597 melody = \relative c'' { a4 a a a }
598 accompaniment = \relative c' { d4 d d d }
599 words = \lyricmode { These words fol -- low the mel -- o -- dy }
602 \new Staff = "music" {
604 \new Voice = "melody" {
606 s1*4 % Keep Voice "melody" alive for 4 bars
609 \new Voice = "accompaniment" {
614 \context Voice = "melody" { \melody }
615 \context Voice = "accompaniment" { \accompaniment }
617 \context Voice = "accompaniment" { \accompaniment }
619 \context Voice = "melody" { \melody }
620 \context Voice = "accompaniment" { \accompaniment }
625 \new Lyrics \with { alignAboveContext = #"music" }
626 \lyricsto "melody" { \words }
631 Una forma alternativa, que podría resultar mejor en muchas
632 situaciones, es mantener con vida la línea melódica simplemente
633 incluyendo notas espaciadoras para alinearla correctamente con el
636 @lilypond[quote,verbatim]
637 melody = \relative c'' {
643 accompaniment = \relative c' {
649 words = \lyricmode { These words fol -- low the mel -- o -- dy }
653 \new Staff = "music" {
655 \new Voice = "melody" {
659 \new Voice = "accompaniment" {
665 \new Lyrics \with { alignAboveContext = #"music" }
666 \lyricsto "melody" { \words }
672 @node Modificar los complementos (plug-ins) de contexto
673 @subsection Modificar los complementos (plug-ins) de contexto
674 @translationof Modifying context plug-ins
676 @c TODO Should this be Modifying engravers or Modifying contexts?
678 Los contextos de notación (como @code{Score} y @code{Staff}) no sólo
679 almacenan propiedades, también contienen «plug-ins» o complementos
680 llamados @q{grabadores} que crean elementos de notación. Por ejemplo,
681 el contexto @code{Voice} contiene un grabador
682 @code{Note_heads_engraver} que crea las cabezas de nota y el contexto
683 @code{Staff} contiene un grabador @code{Key_engraver} que
686 Para ver una descripción completa de todos y cada uno de los
687 complementos, consulte
689 @rinternals{Engravers and Performers}.
692 Referencia de funcionamiento interno @expansion{} Traducción @expansion{} Grabadores.
694 Cada contexto que se describe en
696 @rinternals{Contexts}
699 Referencia de funcionamiento interno @expansion{} Traducción @expansion{} Contexto.
701 relaciona los grabadores que se usan para ese contexto.
704 Puede ser de utilidad jugar un poco con estos complementos. Se hace
705 iniciando un contexto nuevo con @code{\new} o @code{\context} y
711 \new @var{contexto} \with @{
719 @emph{@dots{}música@dots{}}
724 donde los @dots{} deben ser el nombre de un grabador. Aquí tenemos un
725 ejemplo sencillo que suprime los grabadores
726 @code{Time_signature_engraver} y @code{Clef_engraver} de un contexto
729 @lilypond[quote,relative=1,verbatim]
735 \remove "Time_signature_engraver"
736 \remove "Clef_engraver"
743 En el segundo pentagrama no hay indicación de compás ni clave. Éste
744 es un método bastante rudimentario de hacer que desaparezcan los
745 objetos porque afecta a todo el pentagrama. Este método también
746 afecta al espaciado, lo que puede ser deseable o no serlo. Se
747 muestran métodos más sofisticados para quitar objetos en
748 @rlearning{Visibilidad y color de los objetos}.
750 El ejemplo siguiente muestra una aplicación práctica. Normalmente las
751 líneas divisorias y las indicaciones de compás están sincronizadas a
752 lo largo de toda la partitura. Lo hacen los grabadores
753 @code{Timing_translator} y @code{Default_bar_line_engraver}. Estos
754 complementos mantienen al día la administración de las indicaciones de
755 compás, posición dentro del compás, etc. Moviendo estos grabadores
756 desde el contexto de @code{Score} al de @code{Staff}, podemos
757 conseguir una partitura en la que cada pentagrama tiene su propio
758 compás independiente.
760 @cindex polimétricas, partituras
761 @cindex compases distintos al mismo tiempo
763 @lilypond[quote,verbatim]
767 \consists "Timing_translator"
768 \consists "Default_bar_line_engraver"
775 \consists "Timing_translator"
776 \consists "Default_bar_line_engraver"
786 \remove "Timing_translator"
787 \remove "Default_bar_line_engraver"
795 El orden en que los grabadores se especifican es el orden en que se
796 llaman para realizar su tarea de procesamiento. Normalmente, el orden
797 en que se especifican los grabadores no tiene importancia, pero en
798 algunos casos especiales sí la tiene, por ejemplo donde un grabador
799 escribe una propiedad y otro la lee, o donde un grabador crea un groby
800 otro debe procesarlo.
802 Las siguientes ordenaciones son importantes:
806 el grabador de compases @code{Bar_engraver} debe ir normalmente en
810 el grabador de digitaciones @code{New_fingering_engraver} debe ir
811 antes del grabador @code{Script_column_engraver} de columnas de
815 el @code{Timing_translator} debe ir antes del grabador de números de
816 compás @code{Bar_number_engraver}.
822 @file{ly/engraver-init.ly}.
825 @node Cambiar los valores por omisión de los contextos
826 @subsection Cambiar los valores por omisión de los contextos
827 @translationof Changing context default settings
829 @cindex predeterminadas, cambio de propiedades de contexto
830 @cindex contexto, cambiar propiedades predeterminadas de
832 Se pueden cambiar las propiedades de contexto y de grob con las
833 instrucciones @code{\set} y @code{\override}, tal y como se describe
834 en @ref{Modificar las propiedades}. Estas instrucciones crean eventos
835 musicales, haciendo que los cambios tengan efecto en el punto temporal
836 en que la música se está procesando.
838 Por contra, esta sección explica la forma de cambiarlos valores
839 @emph{predeterminados} de las propiedades de contexto y de grob en el
840 momento en que se crea el contexto. Existen dos formas de hacerlo.
841 Una modifica los valores predeterminados en todos los contextos de un
842 tipo dado, y el otro modifica los valores predeterminados solamente en
843 una instancia concreta de un contexto.
846 * Cambiar todos los contextos del mismo tipo::
847 * Cambiar solamente un contexto determinado::
848 * Orden de precedencia::
851 @node Cambiar todos los contextos del mismo tipo
852 @unnumberedsubsubsec Cambiar todos los contextos del mismo tipo
853 @translationof Changing all contexts of the same type
855 @cindex \context dentro de un bloque \layout
859 Los ajustes de contexto predeterminados que se han de usar para la composición
860 tipográfica dentro de @code{Score}, @code{Staff}, @code{Voice} y otros contextos
861 se pueden especificar en un bloque @code{\context} dentro de cualquier
862 bloque @code{\layout}.
864 Los ajustes para la salida MIDI, al contrario que para la
865 composición tipográfica, se tendrán que especificar aparte en
866 bloques @code{\midi} (véase
867 @ref{Definiciones de salida - estructura de los contextos}).
869 El bloque @code{\layout} se debe colocar
870 dentro del bloque @code{\score} al que se aplica, después de la
877 [ajustes de contexto para todos los contextos Voice]
881 [ajustes de contexto para todos los contextos Staff]
886 Se pueden especificar los siguientes tipos de ajustes:
890 Una instrucción @code{\override}, pero omitiendo el nombre del contexto
892 @lilypond[quote,verbatim]
895 a4^"Thicker stems" a a a
901 \override Stem.thickness = #4.0
908 Estableciendo una propiedad de contexto directamente
910 @lilypond[quote,verbatim]
913 a4^"Smaller font" a a a
926 Una instrucción predefinida tal como @code{\dynamicUp} o una expresión
927 musical como @code{\accidentalStyle dodecaphonic}
929 @lilypond[quote,verbatim]
932 a4^"Dynamics above" a a a
942 \accidentalStyle dodecaphonic
949 Una variable definida por el usuario que contenga un bloque
950 @code{\with}; para ver detalles acerca del bloque @code{\with},
951 consulte @ref{Cambiar solamente un contexto determinado}.
953 @lilypond[quote,verbatim]
954 StaffDefaults = \with {
961 a4^"Smaller font" a a a
976 Las instrucciones de ajuste de propiedades se pueden disponer dentro
977 de un bloque @code{\layout} sin que estén encerradas en un bloque
978 @code{\context}. Tales ajustes son equivalentes a incluir las mismas
979 instrucciones de ajuste de propiedades al comienzo de cada uno de los
980 contextos del tipo especificado. Si no se especifica ningún contexto,
981 @emph{todos y cada uno} de los contextos del nivel inferior quedan
982 afectados, véase @ref{Contextos del nivel más bajo. Voces}. La
983 sintaxis de una instrucción de ajuste de propiedades dentro de un
984 bloque @code{\layout} es la misma que si la misma instrucción
985 estuviera escrita en el propio flujo musical.
987 @lilypond[quote,verbatim]
991 a4^"Smaller font" a a a
996 \accidentalStyle dodecaphonic
998 \override Voice.Stem.thickness = #4.0
1004 @node Cambiar solamente un contexto determinado
1005 @unnumberedsubsubsec Cambiar solamente un contexto determinado
1006 @translationof Changing just one specific context
1011 Las propiedades de contexto de una única instancia de contexto pueden
1012 cambiarse dentro de un bloque @code{\with}. Todas las demás
1013 instancias de contexto del mismo tipo retienen los ajustes
1014 predeterminados que LilyPond tiene programados y que se modifican por
1015 parte de cualquier bloque @code{\layout} que se encuentre dentro del
1016 ámbito. El bloque @code{\with} se debe situar inmediatamente después
1017 de las instrucciones @code{\new} @var{context-type}:
1020 \new Staff \with @{ [ajustes de contexto para esta instancia de contexto solamente] @}
1026 Dado que dicha @q{modificación de contexto} está especificada
1027 dentro de la música, afectará a @emph{todas} las salidas
1028 (tipografía @emph{y también} el MIDI), a diferencia de los cambios
1029 que se hacen dentro de una definición de salida.
1031 Se pueden especificar los siguientes tipos de ajustes:
1035 Una instrucción @code{\override}, pero omitiendo el nombre del
1038 @lilypond[quote,verbatim]
1041 \new Voice \with { \override Stem.thickness = #4.0 }
1044 a4^"Thick stems" a a a
1053 Estableciendo una propiedad de contexto directamente
1055 @lilypond[quote,verbatim]
1060 a4^"Default font" a a a
1064 \new Staff \with { fontSize = #-4 }
1067 a4^"Smaller font" a a a
1076 Una instrucción predefinida tal como @code{\dynamicUp}
1078 @lilypond[quote,verbatim]
1084 a4^"Dynamics below" a a a
1089 \new Staff \with { \accidentalStyle dodecaphonic }
1091 \new Voice \with { \dynamicUp }
1094 a4^"Dynamics above" a a a
1105 @node Orden de precedencia
1106 @unnumberedsubsubsec Orden de precedencia
1107 @translationof Order of precedence
1109 El valor de una propiedad que se aplica en un momento determinado se
1110 determina de la siguiente forma:
1114 si está en efecto una instrucción @code{\override} o @code{\set}
1115 dentro del flujo musical, se usa dicho valor,
1118 de lo contrario, se usa el valor predeterminado tomado de un enunciado
1119 @code{\with} en las instrucciones de inicio del contexto,
1122 de lo contrario, se usa el valor tomado del bloque @code{\context} más
1123 reciente que corresponda dentro de los bloques @code{\layout} o @code{\midi},
1126 de lo contrario se usa el valor predeterminado que LilyPond lleva
1131 Manual de aprendizaje:
1132 @rlearning{Modificar las propiedades de los contextos}.
1134 Referencia de la notación:
1135 @ref{Explicación de los contextos},
1136 @ref{Contextos del nivel más bajo. Voces},
1137 @ref{La instrucción set},
1138 @ref{La instrucción override},
1139 @ref{El bloque layout,,El bloque @code{@bs{}layout}}.
1142 @node Definir contextos nuevos
1143 @subsection Definir contextos nuevos
1144 @translationof Defining new contexts
1146 @cindex contextos, definición de nuevos
1147 @cindex grabadores, incluir en contextos
1162 Los contextos específicos, como @code{Staff} y @code{Voice}, están
1163 construidos a partir de bloques sencillos. Es posible crear nuevos
1164 tipos de contextos con combinaciones distintas de añadidos grabadores.
1166 El siguiente ejemplo muestra cómo construir un tipo diferente de
1167 contexto de @code{Voice} partiendo de cero. Será parecido a
1168 @code{Voice}, pero imprime solamente cabezas centradas en forma de
1169 barra inclinada. Se puede usar para indicar improvisación en piezas
1172 @lilypond[quote,ragged-right]
1173 \layout { \context {
1175 \type "Engraver_group"
1176 \consists "Note_heads_engraver"
1177 \consists "Rhythmic_column_engraver"
1178 \consists "Text_engraver"
1179 \consists "Pitch_squash_engraver"
1180 squashedPosition = #0
1181 \override NoteHead.style = #'slash
1186 \accepts "ImproVoice"
1190 a4 d8 bes8 \new ImproVoice { c4^"ad lib" c
1191 c4 c^"undress" c_"while playing :)" c }
1197 Estos ajustes se definen dentro de un bloque @code{\context} que a su
1198 vez está dentro de un bloque @code{\layout},
1208 En el siguiente análisis, la entrada de ejemplo que se muestra debe ir
1209 en el lugar de los puntos suspensivos @dots{} del fragmento anterior.
1211 En primer lugar es necesario definir un nombre para el nuevo contexto:
1217 Debido a que es parecido al contexto @code{Voice}, queremos
1218 órdenes que funcionen dentro de los contextos @code{Voice}
1219 (existentes) para que siga funcionando. Esto se consigue dando al
1220 contexto nuevo un alias de @code{Voice},
1226 El contexto imprimirá notas y textos explicativos, por ello
1227 tenemos que añadir los grabadores que aportan esta funcionalidad,
1228 y además el grabador que agrupa las notas, plicas y silencios que
1229 están en el mismo momento musical en forma de columnas,
1232 \consists "Note_heads_engraver"
1233 \consists "Text_engraver"
1234 \consists "Rhythmic_column_engraver"
1237 Las cabezas de todas las notas se deben situar sobre la línea
1241 \consists "Pitch_squash_engraver"
1242 squashedPosition = #0
1245 El grabador @code{Pitch_squash_engraver} modifica las cabezas de
1246 nota (creadas por el grabador @code{Note_heads_engraver}) y
1247 establece sus posiciones verticales al valor de
1248 @code{squashedPosition}, en este caso@tie{}@code{0}, la línea
1251 Las notas parecen barras inclinadas y no tienen plica:
1254 \override NoteHead.style = #'slash
1258 Todos estos complementos o plug-ins tienen que comunicarse bajo el
1259 control del contexto. Los mecanismos con el que se comunican los
1260 contextos se establecen mediante la declaración del @code{\type}
1261 (tipo) del contexto. Dentro de un bloque @code{\layout}, casi
1262 todos los contextos serán del tipo @code{Engraver_group}. Algunos
1263 contextos especiales y los contextos de los bloques @code{\midi}
1264 usan otros tipos. La copia y la modificación de una definición de
1265 contexto existente también cumplimentan el tipo. Como este
1266 ejemplo crea una definición partiendo de cero, tiene que ser
1267 especificada explícitamente.
1270 \type "Engraver_group"
1273 Al juntarlo todo, obtenemos
1278 \type "Engraver_group"
1279 \consists "Note_heads_engraver"
1280 \consists "Text_engraver"
1281 \consists "Rhythmic_column_engraver"
1282 \consists "Pitch_squash_engraver"
1283 squashedPosition = #0
1284 \override NoteHead.style = #'slash
1291 Los contextos dan lugar a jerarquías. Queremos poner el contexto
1292 @code{ImproVoice} dentro del contexto @code{Staff}, igual que los contextos
1293 de voz normales. Por tanto, modificamos la definición de
1294 @code{Staff} con la instrucción @code{\accepts} (acepta),
1304 Lo opuesto a @code{\accepts} (acepta) es @code{\denies} (deniega), lo
1305 que a veces se necesita cuando se están reutilizando definiciones de
1306 contexto existentes.
1308 Ponemos ambos dentro de un bloque @code{\layout}, como
1318 \accepts "ImproVoice"
1323 Así pues, la salida que aparece al comienzo de esta sub-sección se
1332 c c_"mientras tocas :)"
1338 Para completar el ejemplo, los cambios que afectan a la jerarquía
1339 de contextos se deben repetir dentro de un bloque @code{\midi} de
1340 manera que la salida MIDI dependa de las mismas relaciones de
1345 Referencia de funcionamiento interno:
1346 @rinternals{Note_heads_engraver},
1347 @rinternals{Text_engraver},
1348 @rinternals{Rhythmic_column_engraver},
1349 @rinternals{Pitch_squash_engraver}.
1352 @node Orden de disposición de los contextos
1353 @subsection Orden de disposición de los contextos
1354 @translationof Context layout order
1356 @cindex contextos, orden de disposición
1360 Los contextos se disponen en un sistema normalmente desde arriba hacia
1361 abajo en el orden en que se encuentran en el archivo de entrada.
1362 Cuando los contextos se anidan unos dentro de otros, el contexto
1363 exterior incluye a los contextos anidados tal y como se especifica en
1364 el archivo de entrada, siempre y cuando los contextos interiores estén
1365 incluidos en la lista @qq{accepts} del contexto externo. Los
1366 contextos anidados que no está nincluidos en la lista @qq{accepts} del
1367 contexto externo se recolocan debajo del contexto externo en lugar de
1368 anidarse dentro de él.
1370 La lista @qq{accepts} de un contexto se puede cambiar con las
1371 instrucciones @code{\accepts} (acepta) o @code{\denies} (niega).
1372 @code{\accepts} añade un contexto a la lista @qq{accepts} y
1373 @code{\denies} elimina un contexto de la lista.
1375 Por ejemplo, un grupo de pentagramas con un corchete cuadrado no
1376 se encuentra normalmente en el interior de un pentagrama con llave
1377 curva que tenga conectadas las líneas divisorias, y un
1378 @code{GrandStaff} para piano no acepta un @code{StaffGroup} dentro
1379 de él, de forma predeterminada.
1381 @lilypond[verbatim,quote]
1388 \new Staff { \set Staff.instrumentName = bottom f'1 }
1393 Sin embargo, usando la instrucción @code{\accepts}, se puede
1394 añadir un @code{StaffGroup} al contexto @code{GrandStaff}:
1396 @lilypond[verbatim,quote]
1403 \new Staff { \set Staff.instrumentName = bottom f'1 }
1408 \accepts "StaffGroup"
1414 @code{\denies} se usa principalmente cuando un contexto nuevo se está
1415 basando en otro, pero los anidamientos requeridos difieren. Por
1416 ejemplo, el contexto @code{VaticanaStaff} está basado en el contexto
1417 @code{Staff}, pero con el contexto @code{VaticanaVoice} sustituido por
1418 el contexto @code{Voice} en la lista @qq{accepts}.
1421 @cindex contextos implícitos
1422 @cindex implícitos, contextos
1423 @funindex \defaultchild
1425 Observe que discretamente se crea un contexto de forma implícita
1426 si se encuentra una instrucción donde no hay un contexto apropiado
1429 Dentro de una definición de contexto, el tipo de un subcontexto
1430 que se va a crear implícitamente se especifica usando
1431 @code{\defaultchild} (hijo predeterminado). Algunos eventos
1432 musicales requieren un contexto @samp{Bottom} (inferior): cuando
1433 se encuentra este evento, se crean subcontextos de forma recursiva
1434 hasta que se alcanza un contexto que no tiene establecido el
1435 @samp{defaultchild}.
1437 La creación implícita de contextos puede dar lugar a pentagramas o
1438 partituras nuevos no esperados. La utilización de @code{\new}
1439 para crear contextos explícitamente evita esos problemas.
1441 @cindex alignAboveContext
1442 @cindex alignBelowContext
1443 @funindex alignAboveContext
1444 @funindex alignBelowContext
1446 En ocasiones se necesita que un contexto exista durante un breve
1447 intervalo de tiempo, siendo un buen ejemplo el contexto de
1448 pentagrama de un ossia. Esto se consigue normalmente mediante la
1449 introducción de la definición del contexto en el lugar apropiado
1450 en paralelo con la sección correspondiente de la música principal.
1451 De forma predeterminada, el contexto tempral se coloca debajo de
1452 todos los contextos existentes. Para reposicionarlo por encima
1453 del contexto que tenga el nombre @qq{principal}, debería definirse
1457 @code{\new Staff \with @{ alignAboveContext = #"principal" @} }
1460 Se presenta una situación similar cuando se posiciona un contexto
1461 temporal de letra de una canción dentro de una disposición de varios
1462 pentagramas tal como @code{ChoirStaff}, por ejemplo, cuando se añade
1463 una segunda estrofa a una sección que se repite. De forma
1464 predeterminada, el contexto temporal de letra se coloca debajo de los
1465 pentagramas inferiores. Mediante la definición del contexto temporal
1466 de letra con @code{alignBelowContext} se puede posicionar
1467 correctamente debajo del contexto de letra con nombre que contiene el
1468 texto de la primera estrofa.
1470 En diversos lugares pueden verse ejemplos que muestran esta
1471 recolocación de contextos temporales: véase
1472 @rlearning{Anidado de expresiones musicales},
1473 @ref{Modificación de pentagramas sueltos} y
1474 @ref{Técnicas específicas para la letra}.
1477 Manual de aprendizaje:
1478 @rlearning{Anidado de expresiones musicales}.
1480 Referencia de la notación:
1481 @ref{Modificación de pentagramas sueltos},
1482 @ref{Técnicas específicas para la letra}.
1484 Manual de utilización del programa:
1485 @rprogram{Aparece un pentagrama de más}.
1487 Archivos instalados:
1488 @file{ly/engraver-init.ly}.
1491 @node Explicación del Manual de referencia de funcionamiento interno
1492 @section Explicación del Manual de referencia de funcionamiento interno
1493 @translationof Explaining the Internals Reference
1496 * Navegar por la referencia del programa::
1497 * Interfaces de la presentación::
1498 * Determinar la propiedad del grob::
1499 * Convenciones de nombres::
1504 @node Navegar por la referencia del programa
1505 @subsection Navegar por la referencia del programa
1506 @translationof Navigating the program reference
1508 Supongamos que queremos mover la indicación de digitación del
1509 fragmento siguiente:
1511 @lilypond[quote,relative=2,verbatim]
1517 Si hace una visita a la documentación en busca de instrucciones de
1518 digitación (en @ref{Indicaciones de digitación}), encontrará:
1521 @strong{Véase también}
1523 Referencia de funcionamiento interno: @rinternals{Fingering}.
1528 La referencia del programador se encuentra disponible en forma de
1529 documento HTML. Se recomienda mucho que lo lea en la forma HTML, bien
1530 en línea o bien descargando los archivos de la documentación HTML.
1531 Esta sección sería mucho más difícil de entender si está utilizando el
1532 manual en formato PDF.
1535 Siga el enlace que lleva a @rinternals{Fingering}. Al principio de la
1539 Los objetos de digitación se crean por parte de:
1540 @rinternals{Fingering_engraver} y @rinternals{New_fingering_engraver}.
1543 Siguiendo los enlaces relacionados dentro de la referencia del
1544 programa, podemos seguir el flujo de información dentro del programa:
1548 @item @rinternals{Fingering}:
1549 los objetos @rinternals{Fingering} se crean por parte de:
1550 @rinternals{Fingering_engraver}
1552 @item @rinternals{Fingering_engraver}:
1553 Tipos de música aceptados: @rinternals{fingering-event}
1555 @item @rinternals{fingering-event}:
1556 El tipo de evento musical @code{fingering-event} está descrito en
1557 Expresiones musicales con el nombre de @rinternals{FingeringEvent}
1560 Este camino se recorre en contra de la corriente de información del
1561 programa: comienza por la salida y acaba en el evento de entrada.
1562 También podríamos haber empezado por un evento de la entrada, y leído
1563 siguiendo el flujo de información terminando en su caso en el objeto
1564 (u objetos) de la salida.
1566 La referencia del programa también se puede examinar como un documento
1567 normal. Contiene capítulos que tratan de
1569 @rinternals{Music definitions},
1572 @code{Music definitions}
1574 de la @rinternals{Translation}, y del @rinternals{Backend}. Cada uno
1575 de los capítulos relaciona todas las definiciones utilizadas y todas
1576 las propiedades que se pueden ajustar.
1579 @node Interfaces de la presentación
1580 @subsection Interfaces de la presentación
1581 @translationof Layout interfaces
1583 @cindex interfaz de la presentación
1584 @cindex presentación, interfaz de la
1587 La página HTML que pudimos ver en la sección anterior describe el
1588 objeto de presentación llamado @rinternals{Fingering}. Dicho objeto
1589 es un símbolo dentro de la partitura. Tiene propiedades que guardan
1590 números (como grosores y direcciones), pero también punteros a objetos
1591 relacionados. Un objeto de presentación también se llama un
1592 @emph{Grob}, que es una abreviatura de Graphical Object (objeto
1593 gráfico). Para ver más detalles acerca de los objetos gráficos o
1594 Grobs, consulte @rinternals{grob-interface}.
1596 La página dedicada a @code{Fingering} relaciona las definiciones del
1597 objeto @code{Fingering}. Por ejemplo, la página dice
1600 @code{padding} (dimensión, en espacios de pentagrama):
1606 lo que significa que el número se mantendrá a una distancia de al
1607 menos 0.5 de la cabeza de la nota.
1610 Cada objeto de presentación puede tener varias funciones como elemento
1611 notacional o tipográfico. Por ejemplo, el objeto de digitación
1612 Fingering tiene los siguientes aspectos
1616 Su tamaño es independiente del espaciado horizontal, al contrario de
1617 las ligaduras o las barras de las figuras.
1620 Es un elemento de texto. Casi seguro que es un texto muy corto.
1623 este elemento de texto se tipografía con un tipo de letra, no como las
1624 ligaduras o las barras de las figuras.
1627 Horizontalmente, el centro del símbolo se debe alinear con el centro
1628 de la cabeza de la nota.
1631 Verticalmente, el símbolo se coloca cerca de la nota y del pentagrama.
1634 La posición vertical también está coordinada con otros símbolos de
1635 superíndice y de subíndice.
1638 Cada uno de estos aspectos se capta en lo que se llaman
1639 @emph{interface}s, que se relacionan al final de la página dedicada a
1640 @rinternals{Fingering}
1643 Este objeto contempla los siguientes interfaces:
1644 @rinternals{item-interface},
1645 @rinternals{self-alignment-interface},
1646 @rinternals{side-position-interface}, @rinternals{text-interface},
1647 @rinternals{text-script-interface}, @rinternals{font-interface},
1648 @rinternals{finger-interface} y @rinternals{grob-interface}.
1651 Al pulsar sobre cualquiera de los enlaces nos desplazaremos a la
1652 página del respectivo interfaz del objeto. Cada interfaz tiene un
1653 cierto número de propiedades. Algunas de ellas no son para que el
1654 usuario las pueda ajustar (@q{Propiedades internas}), pero otras sí se
1657 Hemos estado hablando de @emph{el} objeto @code{Fingering}, pero
1658 realmente esto no significa mucho. El archivo de inicialización
1659 (véase @rlearning{Otras fuentes de información})
1660 @file{scm/define-grobs.scm} muestra el alma del @q{objeto},
1665 (avoid-slur . around)
1666 (slur-padding . 0.2)
1667 (staff-padding . 0.5)
1668 (self-alignment-X . 0)
1669 (self-alignment-Y . 0)
1670 (script-priority . 100)
1671 (stencil . ,ly:text-interface::print)
1672 (direction . ,ly:script-interface::calc-direction)
1673 (font-encoding . fetaText)
1674 (font-size . -5) ; don't overlap when next to heads.
1675 (meta . ((class . Item)
1676 (interfaces . (finger-interface
1678 text-script-interface
1680 side-position-interface
1681 self-alignment-interface
1682 item-interface))))))
1686 Como podemos ver, el objeto @code{Fingering} no es más que un montón
1687 de valores de variables, y la página web de la Referencia de
1688 funcionamiento interno se genera directamente a partir de esta
1692 @node Determinar la propiedad del grob
1693 @subsection Determinar la propiedad del grob
1694 @translationof Determining the grob property
1696 Recordemos que queríamos cambiar la posición del @b{2} en
1698 @lilypond[quote,relative=2,verbatim]
1704 Puesto que el @b{2} se encuentra colocado verticalmente sobre su nota,
1705 tenemos que negociar con el interfaz asociado con esta colocación.
1706 Esto se hace usando @code{side-position-interface}. La página que
1707 describe este interface dice:
1710 @code{side-position-interface}
1712 Colocar un objeto víctima (este mismo) junto a otros objetos (el
1713 soporte). La propiedad @code{direction} significa dónde poner el
1714 objeto víctima con relación al soporte (¿a la izquierda o a la
1715 derecha, encima o debajo?)
1719 @cindex padding (relleno)
1721 Debajo de esta descripción, la variable @code{padding} (relleno) se
1727 (dimensión, en espacios de pentagrama)
1729 Añadir esta cantidad de espacio adicional entre objetos que están unos
1734 Aumentando el valor de @code{padding}, podemos alejar la cifra de
1735 digitación de la cabeza de la nota. La siguiente orden inserta un
1736 espacio en blanco de 3 espacios de pentagrama entre la nota y la
1739 \once \override Voice.Fingering.padding = #3
1742 Al insertar esta instrucción antes de que se haya creado el objeto
1743 Fingering, es decir, antes del @code{c2}, llegamos al siguiente
1746 @lilypond[quote,relative=2,verbatim]
1747 \once \override Voice.Fingering.padding = #3
1753 En este caso, el contexto de este truco es @code{Voice}. Este hecho
1754 se puede deducir también a partir de la referencia del programa, ya
1755 que la página dedicada al añadido @rinternals{Fingering_engraver} dice
1758 El grabador Fingering_engraver es parte de los contextos: @dots{}
1763 @node Convenciones de nombres
1764 @subsection Convenciones de nombres
1765 @translationof Naming conventions
1767 Se hace necesario presentar una panorámica de las diversas
1768 convenciones de nomenclatura:
1771 @item funciones de Scheme: minúsculas-con-guiones (incluso nombres de una sola palabra)
1772 @item funciones de Scheme: ly:más-estilo-de-scheme
1773 @item eventos, clases y propiedades musicales: como-las-funciones-de-scheme
1774 @item interfaces de Grobs: estilo-scheme
1775 @item propiedades de backend: estilo-scheme (¡pero X e Y en mayúsculas!)
1776 @item contextos (y ExpresionesMusicales y grobs): Mayúsculas o MayúsculasDeCamello
1777 @item propiedades de contexto: minúsculasSeguidoDeMayúsculasDeCamello
1778 @item grabadores: Mayúsculas_seguido_de_minúsculas_y_con_barras_bajas
1782 Preguntas aún sin respuesta
1784 @item ¿Cuáles de aquéllas son convenciones y cuáles son reglas?
1785 @item ¿Cuáles son reglas del lenguaje subyacente, y cuáles son específicas de LilyPond?
1790 @node Modificar las propiedades
1791 @section Modificar las propiedades
1792 @translationof Modifying properties
1795 * Panorámica de la modificación de las propiedades::
1796 * La instrucción set::
1797 * La instrucción override::
1798 * La instrucción tweak::
1799 * set frente a override::
1800 * Modificación de las listas-A::
1804 @node Panorámica de la modificación de las propiedades
1805 @subsection Panorámica de la modificación de las propiedades
1806 @translationof Overview of modifying properties
1808 Cada contexto es responsable de la creación de ciertos tipos de
1809 objetos gráficos. Los ajustes que se usan para imprimir estos objetos
1810 también se almacenan por contexto. Mediante la modificación de estos
1811 ajustes, se puede alterar la apariencia de los objetos.
1813 Existen dos tipos diferentes de propiedades almacenadas en los
1814 contextos: las propiedades de contexto y las propiedades de grob. Las
1815 propiedades de contexto son propiedades que se aplican al contexto
1816 como un todo y controlan la forma en que el propio contexto se
1817 imprime. Por contra, las propiedades de grob se aplican a los tipos
1818 de grob específicos que se imprimirán dentro del contexto.
1820 Las instrucciones @code{\set} y @code{\unset} se usan para cambiar los
1821 valores de las propiedades de contexto. Las instrucciones
1822 @code{\override} y @code{\revert} se usan para cambiar los valores de
1823 las propiedades de grob.
1826 La sintaxis de esto es
1829 \override @var{contexto}.@var{nombre} #'@var{propiedad} = #@var{valor}
1832 Aquí @var{nombre} es el nombre de un objeto gráfico, como @code{Stem}
1833 o @code{NoteHead}, y @var{propiedad} es una variable interna del
1834 sistema de formateo (@q{propiedad del grob} o @q{propiedad de
1835 disposición}). Este último es un símbolo, y por ello debe ir
1836 precedido de un apóstrofo. La subsección @ref{Modificar las propiedades}
1837 explica cómo se deben cumplimentar los conceptos @var{nombre},
1838 @var{propiedad} y @var{valor}. Aquí sólo nos ocuparemos de la
1839 funcionalidad des esta instrucción.
1844 \override Staff.Stem.thickness = #4.0
1848 hace más gruesas las plicas (el valor predeterminado es 1.3, con el
1849 grosor de una línea del pentagrama como unidad). Puesto que la
1850 instrucción especifica como contexto a @code{Staff}, sólo se aplica al
1851 pentagrama actual. Otros pentagramas mantienen su aspecto normal.
1852 Aquí vemos la instrucción en pleno funcionamiento:
1854 @lilypond[quote,verbatim,relative=2]
1856 \override Staff.Stem.thickness = #4.0
1862 La instrucción @code{\override} modifica la definición de la plica
1863 @code{Stem} dentro del pentagrama en curso @code{Staff}. Después de
1864 que la instrucción se ha interpretado, todas las plicas se engrosan.
1866 De manera análoga a @code{\set}, el argumento @var{contexto} se puede
1867 omitir, ocasionando que se utilice el contexto predeterminado
1868 @code{Voice}. Al añadir @code{\once} se aplica el cambio durante un
1869 solo paso de tiempo.
1871 @lilypond[quote,verbatim,relative=2]
1873 \once \override Stem.thickness = #4.0
1878 El @code{\override} se debe hacer antes de que el objeto se inicia.
1879 Por tanto, al alterar objetos @emph{Spanner} «de extensión» como
1880 ligaduras o barras, la instrucción @code{\override} se debe ejecutar
1881 en el momento en que se crea el objeto. En este ejemplo:
1883 @lilypond[quote,verbatim,relative=2]
1884 \override Slur.thickness = #3.0
1886 \override Beam.beam-thickness = #0.6
1891 la ligadura es más gruesa pero la barra no lo es. Esto es así porque
1892 la instrucción para @code{Beam}, la barra, va después de que la barra
1893 se ha iniciado, y por ello no tiene ningún efecto.
1895 De forma análoga a @code{\unset}, la instrucción @code{\revert} para
1896 un contexto deshace una instrucción @code{\override}; como con
1897 @code{\unset}, solamente afecta a los ajustes que se hicieron dentro
1898 del mismo contexto. En otras palabras, el @code{\revert} del
1899 siguiente ejemplo no hace nada.
1902 \override Voice.Stem.thickness = #4.0
1903 \revert Staff.Stem.thickness
1906 Algunas opciones «trucables» se llaman @q{subpropiedades} y residen
1907 dentro de las propiedades normales. Para trucarlas, utilice
1908 instrucciones de la forma
1910 @c leave this as a long long
1912 \override @var{context}.@var{name} #'@var{property} #'@var{subproperty} = #@var{value}
1919 \override Stem.details.beamed-lengths = #'(4 4 3)
1925 Referencia de funcionamiento interno:
1926 @rinternals{Backend},
1927 @rinternals{All layout objects},
1928 @rinternals{OverrideProperty},
1929 @rinternals{RevertProperty},
1930 @rinternals{PropertySet}.
1933 El «back-end» o motor de salida no es muy estricto en la comprobación
1934 de tipos de las propiedades de objetos. Las referencias cíclicas en
1935 valores Scheme de propiedades pueden producir cuelgues o salidas
1936 abruptas, o las dos cosas.
1939 @node La instrucción set
1940 @subsection La instrucción @code{@bs{}set}
1941 @translationof The set command
1945 @cindex cambiar propiedades
1947 Cada contexto puede tener distintas @emph{propiedades}, variables
1948 contenidas dentro de ese contexto. Se pueden cambiar mientras dura el
1949 paso de interpretación. Se consigue insertando la instrucción
1950 @code{\set} dentro de la música:
1953 \set @var{contexto}.@var{propiedad} = #@var{valor}
1956 @var{valor} es un objeto de Scheme, razón por la que va precedido del
1957 carácter almohadilla,@tie{}@code{#}.
1959 El nombre de las propiedades de contexto suele ir en minúsculas con
1960 mayúscula en medio. Controlan sobre todo la traducción de la música a
1961 la notación, p.ej. @code{localAlterations} (para determinar si hay
1962 que impriir alteraciones o no), o @code{measurePosition} (para
1963 determinar cuándo hay que imprimir una línea divisoria). El valor de
1964 las propiedades de contexto puede modifcarse con el tiempo durante la
1965 interpretación de la música; un ejemplo obvio es
1966 @code{measurePosition}. Las propiedades de contexto se modifican
1967 mediante la instrucción @code{\set}.
1969 Por ejemplo, los silencios multicompás se combinan en un solo compás
1970 si el valor de la propiedad de contexto @code{skipBars} se establece a
1971 @code{#t} (verdadero):
1973 @lilypond[quote,verbatim,relative=2]
1975 \set Score.skipBars = ##t
1979 Si se omite el argumento @var{context}, entonces se utiliza el
1980 contexto actual de nivel más bajo (normalmente @code{ChordNames},
1981 @code{Voice} o @code{Lyrics}). En este ejemplo:
1983 @lilypond[quote,verbatim,relative=2]
1984 \set Score.autoBeaming = ##f
1988 \set autoBeaming = ##t
1996 El cambio se aplica @q{al vuelo}, mientras dura la música, de forma
1997 que el ajuste sólo afecta al segundo grupo de corcheas.
1999 Observe que el contexto del nivel más bajo no siempre contiene la
2000 propiedad que querríamos modificar: por ejemplo, intentar ajustar el
2001 valor de la propiedad @code{skipBars} del contexto predeterminado del
2002 nivel más bajo, que en este caso es @code{Voice}, no tendrá ningún
2003 efecto, porque skipBars es una propiedad del contexto @code{Score}.
2005 @lilypond[quote,verbatim,relative=2]
2011 Los contextos son jerárquicos, y si se ha especificado un contexto
2012 mayor, por ejemplo @code{Staff}, entonces el cambio se aplicaría
2013 también a todos los contextos @code{Voice} dentro del pentagrama
2018 También existe una instrucción @code{\unset}:
2020 \unset @var{contexto}.@var{propiedad}
2024 que elimina la definición de @var{propiedad}. Esta instrucción
2025 elimina la definición solamente si está establecida dentro de
2026 @var{contexto}. Properties that have been set in enclosing contexts will
2027 not be altered by an unset in an enclosed context:
2029 @lilypond[quote,verbatim,relative=2]
2030 \set Score.autoBeaming = ##t
2035 \unset Score.autoBeaming
2043 Como @code{\set}, el argumento @var{contexto} no se tiene que
2044 especificar para un contexto del nivel más bajo, por lo que los dos
2048 \set Voice.autoBeaming = ##t
2049 \set autoBeaming = ##t
2053 son equivalentes si el contexto inferior en curso es @code{Voice}.
2057 Los ajustes que se aplican solamente a un único paso de tiempo se
2058 pueden escribir con @code{\once}, por ejemplo en
2060 @lilypond[quote,verbatim,relative=2]
2062 \once \set fontSize = #4.7
2067 En el manual de Referencia de funcionamiento interno hay una
2068 descripción completa de todas las propiedades de contexto disponibles,
2071 @rinternals{Tunable context properties}.
2074 Traducción @expansion{} Propiedades de contexto modificables por el
2079 Referencia de funcionamiento interno:
2080 @rinternals{Tunable context properties}.
2082 @node La instrucción override
2083 @subsection La instrucción @code{\override}
2084 @translationof The override command
2086 @cindex grob, propiedades de
2087 @cindex propiedades de grob
2090 Existe un tipo especial de propiedad de contexto: la descripción de
2091 los grobs. Las decscripciones de los grobs reciben un nombre en
2092 @code{MayúsculasDeCamello} (empezando en mayúscula). Contienen los
2093 @q{ajustes predeterminados} para un tipo particular de grob, en forma
2094 de lista asociativa. Consulte @file{scm/define-grobs.scm} para
2095 ver los ajustes de cada descripción de grob. Las descripciones de
2096 grob se modifican con @code{\override}.
2098 La sintaxis de la instrucción @code{\override} es
2101 \override [@var{contexto}.]@var{NombreDelGrob}.@var{propiedad} = #@var{valor}
2104 Por ejemplo, podemos aumentar el grosor de la plica de una figura
2105 sobreescribiendo la propiedad @code{thickness} (grosor) del objeto
2106 @code{Stem} (plica):
2108 @lilypond[quote,verbatim,relative=2]
2110 \override Voice.Stem.thickness = #3.0
2114 Si no se ha especificado ningún contexto en la instrucción
2115 @code{\override}, se utiliza el contexto del nivel inferior:
2117 @lilypond[quote,verbatim,relative=2]
2118 { \override Staff.Stem.thickness = #3.0
2122 \override Stem.thickness = #0.5
2131 Algunas opciones susceptibles de trucaje, se llaman
2132 @q{subpropiedades} y residen dentro de las propiedades. Para
2133 efectura trujajes sobre ellas, utilice instrucciones de la forma
2136 \override Stem.details.beamed-lengths = #'(4 4 3)
2139 o para modificar los extremos de los objetos extensos, utilice una
2140 forma como las siguientes:
2143 \override TextSpanner.bound-details.left.text = #"left text"
2144 \override TextSpanner.bound-details.right.text = #"right text"
2148 @cindex reversión de sobreescrituras
2149 @cindex sobreescrituras, reversión de
2151 El efecto de una instrucción de sobreescritura @code{\override} se
2152 puede deshacer con @code{\revert}.
2154 La sintaxis de la instrucción @code{\revert} es
2157 \revert [@var{Contexto}.]@var{NombreDelGrob}.@var{propiedad}
2162 @lilypond[quote,verbatim,relative=2]
2164 \override Voice.Stem.thickness = #3.0
2166 \revert Voice.Stem.thickness
2170 Los efectos de @code{\override} y @code{\revert} se aplican a todos
2171 los grobs del contexto afectado partiendo del momento actual y hacia
2174 @lilypond[quote,verbatim,relative=2]
2179 \override Staff.Stem.thickness = #3.0
2183 \revert Staff.Stem.thickness
2191 @cindex sobreescritura para un solo momento
2193 Se puede usar @code{\once} con @code{\override} para afectar solamente
2194 al instante de tiempo actual:
2196 @lilypond[quote,verbatim,relative=2]
2200 \override Stem.thickness = #3.0
2204 \once \override Stem.thickness = #3.0
2213 Las instrucciones que modifican la salida tienen por lo general un
2217 \override Voice.Stem.thickness = #3.0
2221 Para construir este truco debemos determinar los siguientes datos:
2224 @item el contexto: aquí @code{Voice}.
2225 @item el objeto de presentación: aquí @code{Stem}.
2226 @item la propiedad de presentación: aquí @code{thickness}.
2227 @item un valor adecuado: aquí @code{3.0}.
2230 @cindex documentación interna
2231 @cindex buscar objetos gráficos
2232 @cindex gráficos, descripción de los objetos
2235 @cindex interna, documentación
2237 Para muchas propiedades, independientemente del tipo de datos de la
2238 propiedad, si se establece el valor de la propiedad a falso
2239 (@code{#f}) se producirá su desactivación, ocasionando que LilyPond
2240 ignore por completo dicha propiedad. Esto es especialmente útil para
2241 «apagar» propiedades de grobs (objetos gráficos) que de otra manera
2242 causarían problemas.
2244 Mostraremos a continuación cómo localizar esta información en el
2245 manual de notación y en la referencia de funcionamiento interno.
2249 Referencia de funcionamiento interno:
2250 @rinternals{Backend}
2253 @node La instrucción tweak
2254 @subsection La instrucción @code{\tweak}
2255 @translationof The tweak command
2260 El cambio de las propiedades de grob mediante @code{\override} produce
2261 la aplicación del cambio a todos los grobs dados en el contexto en el
2262 momento en que se aplica dicho cambio. Sin embargo, en ocasiones
2263 podemos desear que los cambios se apliquen a un solo grob en lugar de
2264 a todos los grobs del contexto afectado. Esto se consigue con la
2265 instrucción @code{\tweak}, que tiene la sintaxis siguiente:
2268 \tweak [@var{objeto-de-presentación}.]@var{propiedad-del-grob} @var{valor}
2271 Es opcional especificar el @var{objeto-de-presentación}. La
2272 instrucción @code{\tweak} se aplica al objeto musical que viene
2273 inmediatamente después de @var{valor} dentro del flujo musical.
2276 En ocasiones es posible tomar un atajo para realizar el ajuste fino de
2277 los objetos gráficos. Para objetos que resultan directamente de un
2278 elemento de código de la entrada, puede usar la función @code{\tweak},
2281 @lilypond[relative=2,verbatim,quote]
2286 \tweak duration-log #1
2295 El uso principal de la instrucción @code{\tweak} es modificar
2296 solamente uno de varios elementos de notación que dan comienzo en el
2297 mismo momento musical, como las notas de un acorde, o corchetes de
2298 tresillo que empiezan al mismo tiempo.
2300 La instrucción @code{\tweak} fija una propiedad en el objeto que viene
2301 a continuación de forma directa, sin necesidad de especificar el
2302 nombre del grob o el contexto. Para que esto funcione, es necesario
2303 que la instrucción @code{\tweak} permanezca inmediatamente adyacente
2304 al objeto al que se aplica, después de que el archivo de entrada se ha
2305 convertido en un flujo musical. Con frecuencia no es el caso, pues
2306 muchos elementos adicionales se insertan en la corriente musical de
2307 forma implícita. Por ejemplo, cuando se procesa una nota que no forma
2308 parte de un acorde, LilyPond inserta implícitamente un evento
2309 @code{ChordEvent} antes de la nota, separando así el truco de la nota.
2310 Sin embargo, si los símbolos de acorde se sitúan cerca del truco y la
2311 nota, la instrucción @code{\tweak} viene después del @code{ChordEvent}
2312 en el flujo musical, permaneciendo así adyacente a la nota, y con la
2313 posibilidad de modificarla.
2317 @lilypond[relative=2,verbatim,quote]
2318 <\tweak color #red c>4
2322 pero esto no funciona:
2324 @lilypond[relative=2,verbatim,quote]
2325 \tweak color #red c4
2330 Para ver una introducción a la sintaxis y los usos de la instrucción tweak,
2331 consulte @rlearning{Métodos de trucaje}.
2333 Si se colocan varios elementos similares en el mismo momento musical,
2334 la instrucción @code{\override} no se puede usar para modificar uno
2335 solo de ellos: aquí es donde se debe usar la instrucción
2336 @code{\tweak}. Entre los elementos que pueden aparecer más de una vez
2337 en el mismo momento musical están los siguientes:
2339 @c TODO expand to include any further uses of \tweak
2341 @item las cabezas de las notas de un acorde
2342 @item signos de articulación sobre la misma nota
2343 @item ligaduras de unión entre notas de un acorde
2344 @item corchetes de grupos especials que comienzan en el mismo momento
2347 @c TODO add examples of these
2349 @cindex acorde, modificación de una nota
2351 En este ejemplo se modifican el color de una cabeza y el tipo de otra,
2352 dentro del mismo acorde:
2354 @lilypond[relative=2,verbatim,quote]
2359 \tweak duration-log #1
2364 @code{\tweak} se puede usar para modificar ligaduras de expresión:
2366 @lilypond[verbatim,quote,relative=1]
2367 c-\tweak thickness #5 ( d e f)
2371 Para que funcione la instrucción @code{\tweak}, debe permanecer
2372 adyacente al objeto al que se ha de aplicar después de que el código
2373 de entrada se ha convertido a un flujo musical. El trucaje de un
2374 acorde completo no hace nada porque su evento musical actúa solamente
2375 como un contenedor, y todos los objetos de presentación se crean a
2376 partir de eventos dentro del @code{EventChord}:
2378 @lilypond[relative=2,verbatim,quote]
2379 \tweak color #red c4
2380 \tweak color #red <c e>4
2381 <\tweak color #red c e>4
2384 La instrucción @code{\tweak} sencilla no se puede usar para modificar
2385 ningún objeto que no se haya creado directamente a partir de la entrada.
2386 Concretamente, no afecta a las plicas, barras automáticas ni
2387 alteraciones, porque éstos se generan posteriormente por
2388 parte de objetos de presentación @code{NoteHead}
2389 más que por elementos musicales del
2392 Tales objetos de presentación creados indirectamente se pueden trucar
2393 usando la forma de la instrucción @code{\tweak} en que el nombre
2394 del grob se especifica de forma explícita:
2396 @lilypond[relative=2,verbatim,quote]
2397 \tweak Stem.color #red
2398 \tweak Beam.color #green c8 e
2399 <c e \tweak Accidental.font-size #-3 ges>4
2402 No se puede usar @code{\tweak} para modificar las claves o las
2403 indicaciones de compás, porque éstos se separan de cualquier
2404 instrucción @code{\tweak} precedente dentro del flujo de entrada
2405 merced a la inserción automática de elementos adicionales que se
2406 requieren para especificar el contexto.
2408 Se pueden colocar varias instrucciones @code{\tweak} antes de un
2409 elemento de notación; todos le afectan:
2411 @lilypond[verbatim,quote,relative=1]
2413 -\tweak style #'dashed-line
2414 -\tweak dash-fraction #0.2
2415 -\tweak thickness #3
2421 El flujo musical que se genera a partir de una sección de un archivo
2422 de entrada (incluido cualquier elemento insertado automáticamente)
2423 puede examinarse, véase @rextend{Presentación de las expresiones musicales}.
2424 Esto puede ser de utilidad en la determinación de lo que
2425 puede modificarse por medio de una instrucción @code{\tweak}.
2428 Manual de aprendizaje:
2429 @rlearning{Métodos de trucaje}.
2431 Manual de extensión:
2432 @rextend{Presentación de las expresiones musicales}.
2436 @cindex trucar puntos de control
2437 @cindex control, trucar puntos de
2439 No se puede usar la instrucción @code{\tweak} para modificar los
2440 puntos de control de una sola de varias ligaduras de unión dentro de
2441 un acorde, aparte de la primera que se encuentre en el código de
2445 @node set frente a override
2446 @subsection @code{\set} frente a @code{\override}
2447 @translationof set versus override
2449 @c TODO Should't a bunch of that be explained earlier?
2453 Tanto @code{\set} como @code{\override} manipulan propiedades
2454 asociadas a contextos. En ambos casos las propiedades tienen en
2455 cuenta la jerarquía de contextos: las propiedades no establecidas en
2456 el propio contexto presentan los valores del contexto padre
2459 El valor y la duración en el tiempo de las propiedades de contexto son
2460 dinámicos y están disponibles solamente cuando la música se está
2461 interpretando o @q{iterando}. En el momento de la creación del
2462 contexto, se inicializan las propiedades a partir de la definición de
2463 contexto correspondiente y las posibles modificaciones de contexto.
2464 Después de esto, cualquier cambio se obtiene a través de instrucciones
2465 de establecimiento de propiedades dentro de la propia música.
2467 Ahora bien, las definiciones de grob (objetos gráficos) son una clase
2468 especial de propiedades de contexto. Dado que su estructura,
2469 mantenimiento y utilización es distinta de las propiedades de contexto
2470 ordinarias, se accede a ellas con un conjunto de instrucciones
2471 diferente, y se estudian por separado dentro de la documentación.
2473 A diferencia de las propiedades de contexto normales, las definiciones
2474 de grob están subdivididas en propiedades de grob. Un @qq{grob}
2475 (objeto gráfico) se crea normalmente por parte de un grabador en el
2476 momento de la interpretación de una expresión musical y recibe sus
2477 propiedades iniciales de la definición de grob en curso del contexto
2478 del grabador. El grabador (u otras partes del @q{backend} de
2479 LilyPond) pueden después añadir o modificar propiedades del grob, pero
2480 ello no afecta a la definición de grob del contexto.
2482 Lo que conocemos como @q{propiedades de grob} en el contexto del
2483 trucaje a nivel de usuario son en realidad las propiedades de la
2484 definición de grob de un contexto. A diferencia de las propiedades de
2485 contexto normales, las definiciones de grob mantienen la contabilidad
2486 necesaria para seguir la pista de sus partes, las propiedades de grob
2487 individuales (e incluso subpropiedades de éstos), de forma separada,
2488 de forma que es posible definir dichas partes dentro de contextos
2489 diferentes y hacer que la definición de grob en su conjunto, en el
2490 momento de la creación del grob, se monte a partir de las piezas
2491 proporcionadas en diferentes contextos entre el contexto actual y sus
2494 Las definiciones de grob se manipulan usando @code{\override} y
2495 @code{\revert} y tienen un nombre que empieza con una letra mayúscula
2496 (como @samp{NoteHead}) mientras que las propiedades de contexto
2497 ordinarias se manipulan utilizando @code{\set} y @code{\unset} y se
2498 nombran empezando en letra minúscula.
2500 @cindex tweak, relación con @code{\override}
2502 @funindex \overrideProperty
2503 Las instrucciones especiales @code{\tweak} y @code{\overrideProperty}
2504 cambian las propiedades de grob pasando por encima de las propiedades
2505 de contexto completamente. En su lugar, atrapan a los grobs tan
2506 pronto se crean, y después establecen propiedades sobre ellos
2507 directamente cuando se originan a partir de un evento musical trucado
2508 o son de un tipo en particular, respectivamente.
2510 @node Modificación de las listas-A
2511 @subsection Modificación de las listas-A
2512 @translationof Modifying alists
2514 Ciertas propiedades configurables por parte del usuario se representan
2515 internamente como @emph{listas-A} (listas asociativas), que almacenan
2516 duplas de @emph{claves} y @emph{valores}. La estructura de una
2517 lista-A es la siguiente:
2520 '((@var{clave1} . @var{valor1})
2521 (@var{clave2} . @var{valor2})
2522 (@var{clave3} . @var{valor3})
2526 Si una lista-A es una propiedad de un grob o una variable de
2527 @code{\paper}, sus claves se pueden modificar individualmente sin que
2528 afecte a las otras claves.
2530 Por ejemplo, para reducir el espacio entre pentagramas adyacentes
2531 dentro de un grupo, use la propiedad @code{staff-staff-spacing}
2532 del grob @code{StaffGrouper}. La propiedad es una lista-A con cuatro
2533 claves: @code{basic-distance} (distancia básica),
2534 @code{minimum-distance} (distancia mínima), @code{padding} (relleno)
2535 y @code{stretchability} (ampliabilidad).
2536 Los ajustes estándar para esta propiedad
2537 se relacionan en la sección
2538 @qq{Backend} de la Referencia de Funcionamiento Interno
2539 (véase @rinternals{StaffGrouper}):
2542 '((basic-distance . 9)
2543 (minimum-distance . 7)
2545 (stretchability . 5))
2548 Una forma de acercar los pentagramas entre sí es reducir el valor de
2549 la clave @code{basic-distance} (@code{9}) para que se corresponda con
2550 el valor de @code{minimum-distance} (@code{7}). Para modificar una
2551 única clave de forma individual, utilice una @emph{declaración
2554 @lilypond[quote,verbatim]
2555 % default space between staves
2557 \new Staff { \clef treble c''1 }
2558 \new Staff { \clef bass c1 }
2561 % reduced space between staves
2562 \new PianoStaff \with {
2563 % this is the nested declaration
2564 \override StaffGrouper.staff-staff-spacing.basic-distance = #7
2566 \new Staff { \clef treble c''1 }
2567 \new Staff { \clef bass c1 }
2571 La utilización de una declaración anidada actualiza la clave
2572 especificada (como @code{basic-distance} en el ejemplo anterior)
2574 de las otras claves que ya se habían establecido para la misma
2577 Ahora, supongamos que deseamos que los pentagramas estén tan próximos
2578 como sea posible sin que se superpongan. La manera más sencilla de
2579 hacerlo es establecer las cuatro claves de la lista-A a cero. Sin
2580 embargo, no es necesario escribir cuatro declaraciones anidadas, una
2581 por cada clave. En lugar de eso, se puede redefinir completamente la
2582 propiedad con una sola declaración, como una lista-A:
2584 @lilypond[quote,verbatim]
2585 \new PianoStaff \with {
2586 \override StaffGrouper.staff-staff-spacing =
2587 #'((basic-distance . 0)
2588 (minimum-distance . 0)
2590 (stretchability . 0))
2592 \new Staff { \clef treble c''1 }
2593 \new Staff { \clef bass c1 }
2597 Observe que cualquier clave que no haya sido relacionada
2598 explícitamente en la definición de la lista-A, será reiniciada a sus
2599 valores @emph{predeterminados si no se han fijado}. En el caso de
2600 @code{staff-staff-spacing}, el valor de cualquier clave no fijada se
2601 reiniciaría a cero (excepto @code{stretchability}, que toma el valor
2602 de @code{basic-distance} si no se fija). Así, las dos declaraciones
2603 siguientes son equivalentes:
2606 \override StaffGrouper.staff-staff-spacing =
2607 #'((basic-distance . 7))
2609 \override StaffGrouper.staff-staff-spacing =
2610 #'((basic-distance . 7)
2611 (minimum-distance . 0)
2613 (stretchability . 7))
2616 Una consecuencia de esto (posiblemente no intencionada) es la
2617 eliminación de cualquier valor estándar que se establezca en un
2618 archivo de inicio y que se carga cada vez que se compila un archivo de
2619 entrada. En el ejemplo anterior, los ajustes estándar para
2620 @code{padding} y @code{minimum-distance} (definidos en
2621 @file{scm/define-grobs.scm}) se reinician a sus valores
2622 predeterminados si no se han fijado (cero para las dos claves). La
2623 definición de una propiedad o variable como una lista-A (de cualquier
2624 tamaño) siempre reinicia todos los valores de clave no establecidos a
2625 sus valores predeterminados si no se han fijado. Ano ser que este sea
2626 el resultado deseado, es más seguro actualizar los valores de clave
2627 individualmente con una declaración anidada.
2629 @warning{Las declaraciones anidadas no funcionan para las listas-A de
2630 propiedades de contexto (como @code{beamExceptions},
2631 @code{keyAlterations}, @code{timeSignatureSettings}, etc.). Estas
2632 propiedades sólo se pueden modificar redefiniéndolas completamente
2636 @node Conceptos y propiedades útiles
2637 @section Conceptos y propiedades útiles
2638 @translationof Useful concepts and properties
2642 * Modos de entrada::
2643 * Dirección y posición::
2644 * Distancias y medidas::
2645 * Propiedades del símbolo del pentagrama::
2646 * Objetos de extensión::
2647 * Visibilidad de los objetos::
2648 * Estilos de línea::
2649 * Rotación de objetos::
2653 @node Modos de entrada
2654 @subsection Modos de entrada
2655 @translationof Input modes
2657 La forma en que se interpreta la notación contenida dentro de un
2658 archivo de entrada, está determinada por el modo de entrada en curso.
2660 @strong{Modo de acordes}
2662 Se activa con la instrucción @code{\chordmode} y produce que la
2663 entrada se interprete con al sintaxis de la notación de acordes, véase
2664 @ref{Notación de acordes}. Los acordes se imprimen como notas sobre un
2667 El modo de acordes se activa también con la instrucción
2668 @code{\chords}. Esto crea también un contexto @code{ChordNames} nuevo
2669 y produce que el código que sigue se interprete con la sintaxis de la
2670 notación de acordes y se imprima como nombres de acorde dentro del
2671 contexto @code{ChordNames}, véase @ref{Impresión de los nombres de acorde}.
2673 @strong{Modo de percusión}
2675 Se activa con la instrucción @code{\drummode} y produce que el código
2676 de entrada se interprete con la sintaxis de la notación de percusión,
2677 véase @ref{Notación básica de percusión}.
2679 El modo de percusión también se activa con la instrucción
2680 @code{\drums}. También crea un contexto @code{DrumStaff} nuevo y hace
2681 que el código que sigue se interprete con la sintaxis de la notación
2682 de percusión y se imprima como símbolos de percusión sobre un
2683 pentagrama de percusión, véase @ref{Notación básica de percusión}.
2685 @strong{Modo de cifras}
2687 Se activa con la instrucción @code{\figuremode} y hace que el código
2688 de entrada se interprete con la sintaxis del bajo cifrado, véase
2689 @ref{Introducir el bajo cifrado}.
2691 El modo de cifras también se activa con la instrucción
2692 @code{\figures}. También crea un contexto de @code{FiguredBass}
2693 nuevo y hace que el código que viene a continuación se interprete
2694 con la sintaxis del bajo cifrado y se imprima como símbolos de
2695 bajo cifrado dentro del contexto @code{FiguredBass}, véase
2696 @ref{Introducción al bajo cifrado}.
2698 @strong{Modos de traste y tablatura}
2700 No existen modos de entrada especiales para introducir símbolos de
2701 trastes y de tablatura.
2703 Para crear diagramas de trastes, escriba las notas o acordes en el
2704 modo de notas e imprímalos dentro de un contexto @code{TabStaff},
2705 véase @ref{Tablaturas predeterminadas}.
2707 Para crear diagramas de trastes encima de un pentagrama, escríbalos
2708 como elementos de marcado encima de las notas utilizando la
2709 instrucción @code{\fret-diagram}, véase @ref{Marcas de diagramas de trastes}.
2711 @strong{Modo de letra}
2713 Se activa con la instrucción @code{\lyricmode}, y hace que la entrada
2714 se interprete como sílabas de la letra de la canción con duraciones
2715 opcionales y modificadores de letra asociados, véase @ref{Música vocal}.
2717 El modo de letra también se habilita con la instrucción
2718 @code{\addlyrics}. Esto también crea un contexto @code{Lyrics} nuevo
2719 y una instrucción @code{\lyricsto} implícita que asocia la letra que
2720 viene a continuación con la música precedente.
2722 @strong{Modo de marcado}
2724 Se activa con la instrucción @code{\markup}, y hace que la entrada se
2725 interprete con la sintaxis del marcado, véase @ref{Text markup commands}.
2727 @c silly work-around for texinfo broken-ness
2728 @c (@strong{Note...} causes a spurious cross-reference in Info)
2731 Es el modo predeterminado o se puede activar con la instrucción
2732 @code{\notemode}. La entrada se interpreta como alturas, duraciones,
2733 marcado, etc. y se imprime como notación musical sobre un pentagrama.
2735 Normalmente no es necesario especificar el modo de notas de forma
2736 explícita, pero puede ser útil hacerlo en ciertas situaciones, por
2737 ejemplo si estamos en el modo de letra, en el modo de acordes o en
2738 otro modo y queremos insertar algo que solamente se puede hacer con la
2739 sintaxis del modo de notas.
2741 Por ejemplo, para insertar indicaciones dinámicas para las estrofas de
2742 una pieza coral es necesario entrar en el modo de notas para poder
2743 interpretar dichas indicaciones:
2745 @lilypond[verbatim,relative=2,quote]
2748 \notemode{\set stanza = \markup{ \dynamic f 1. } }
2752 \notemode{\set stanza = \markup{ \dynamic p 2. } }
2758 @node Dirección y posición
2759 @subsection Dirección y posición
2760 @translationof Direction and placement
2762 Al tipografiar música, la dirección y colocación de muchos elementos
2763 es cuestión de elección. Por ejemplo, las plicas de las notas se
2764 pueden dirigir hacia arriba o hacia abajo; la letra, las indicaciones
2765 dinámicas y otras marcas expresivas se pueden colocar encima o debajo
2766 del pentagrama; el texto se pude alinear a la izquierda, a la derecha
2767 o centrado; etc. La mayoría de estas elecciones pueden dejarse que
2768 LilyPond las determine automáticamente, pero en ciertos casos puede
2769 ser deseable forzar una dirección o colocación concreta.
2772 * Indicadores de dirección de las articulaciones::
2773 * La propiedad de dirección::
2776 @node Indicadores de dirección de las articulaciones
2777 @unnumberedsubsubsec Indicadores de dirección de las articulaciones
2778 @translationof Articulation direction indicators
2780 De forma predeterminada algunas direcciones siempre son hacia arriba o
2781 siempre hacia abajo (p. ej. los matices o el calderón), mientras que
2782 otras cosas pueden alternar entre arriba y abajo en función de la
2783 dirección de las plicas (como las ligaduras o los acentos).
2785 @c TODO Add table showing these
2787 Se puede sobreescribir la acción predeterminada mediante el prefijado
2788 de la articulación por un @emph{indicacor de dirección}. Están
2789 disponibles tres indicadores de dirección: @code{^} (que significa
2790 @qq{arriba}), @code{_} (que significa @qq{abajo}) o @code{-} (que
2791 significa @qq{usar la dirección predeterminada}). El indicador de
2792 dirección se puede normalmente omitir, en cuyo caso se supone el
2793 indicador predeterminado @code{-}, pero se necesita un indicador de
2794 dirección @strong{siempre} antes de:
2797 @item las instrucciones @code{\tweak}
2798 @item las instrucciones @code{\markup}
2799 @item las instrucciones @code{\tag}
2800 @item los marcados de cadena, p.ej. -"cadena"
2801 @item las instrucciones de digitación, p.ej. @w{@code{-1}}
2802 @item las abreviaturas de articulación, p.ej. @w{@code{-.}}, @w{@code{->}}, @w{@code{--}}
2805 Estas indicaciones afectan sólo a la nota siguiente.
2807 @lilypond[verbatim,quote,relative=2]
2814 @node La propiedad de dirección
2815 @unnumberedsubsubsec La propiedad de dirección
2816 @translationof The direction property
2818 La posición o dirección de muchos objetos de presentación está
2819 controlada por la propiedad @code{direction}.
2821 El valor de la propiedad @code{direction} se puede establecer al valor
2822 @code{1}, con el significado de @qq{hacia arriba} o @qq{encima}, o a
2823 @w{@code{-1}}, con el significado de @qq{hacia abajo} o @qq{debajo}.
2824 Se pueden usar los símbolos @code{UP} y @code{DOWN} en sustitución de
2825 @code{1} y @w{@code{-1}} respectivamente. La dirección predeterminada
2826 se puede especificar estableciendo @code{direction} a @code{0} ó a
2827 @code{CENTER}. De forma alternativa, en muchos casos existen
2828 instrucciones predefinidas para especificar la dirección. Todas ellas
2832 @code{\xxxUp}, @code{\xxxDown} o @code{\xxxNeutral}
2836 donde @code{\xxxNeutral} significa @qq{utilizar la dirección
2837 predeterminada}. Véase @rlearning{Objetos interiores al pentagrama}.
2839 En alguna que otra ocasión como en el arpegio, el
2840 valor de la propiedad @code{direction} puede especificar si el objeto se debe
2841 colocar a la izquierda o a la derecha del objeto padre. En este caso
2842 @w{@code{-1}} ó @code{LEFT} significan @qq{a la izquierda} y @code{1}
2843 ó @code{RIGHT} significan @qq{a la derecha}. @code{0} ó @code{CENTER}
2844 significan @qq{utilizar la dirección predeterminada}.
2846 Estas indicaciones afectan a todas las notas hasta que son canceladas.
2848 @lilypond[verbatim,quote,relative=2]
2857 En música polifónica, en general es mejor especificar una voz explícita
2858 que cambiar la dirección de un objeto. Para ver más información,
2859 véase @ref{Varias voces}.
2862 Manual de aprendizaje:
2863 @rlearning{Objetos interiores al pentagrama}.
2865 Referencia de la notación:
2869 @node Distancias y medidas
2870 @subsection Distancias y medidas
2871 @translationof Distances and measurements
2873 @cindex distancias absolutas
2874 @cindex distancias escaladas
2881 Las distancias en LilyPond son de dos tipos: absolutas y escaladas.
2883 Las distancias absolutas se usan para especificar márgenes, sangrados
2884 y otros detalles de diseño de página, y de forma predeterminada se
2885 especifican en milímetros. Las distancias se pueden especificar en
2886 otras unidades escribiendo después de la cifra indicativa de la
2887 cantidad, @code{\mm}, @code{\cm}, @code{\in}@tie{}(pulgadas), o
2888 @code{\pt}@tie{}(puntos, 1/72.27 pulgadas). Las distancias de diseño
2889 de página se pueden especificar también en unidades escalables (véase
2890 el párrafo siguiente) adjuntando @code{\staff-space} a la cantidad.
2891 La disposición de página se describe en detalle en
2892 @ref{Disposición de la página}.
2894 Las distancias escaladas siempre se especifican en unidades de un
2895 espacio del pentagrama o, más raramente, medio espacio del pentagrama.
2896 El espacio de pentagrama es la distancia entre dos líneas del
2897 pentagrama adyacentes. El valor predeterminado se puede cambiar
2898 globalmente fijando el tamaño global del pentagrama, o se puede
2899 sobreescribir localmente cambiando la propiedad @code{staff-space} del
2900 objeto @code{StaffSymbol}. Las distancias escaladas se escalan
2901 automáticamente con cualquier cambio al tamaño global del pentagrama o
2902 a la propiedad @code{staff-space} del objeto @code{StaffSymbol}, pero
2903 las fuentes tipográficas se escalan solamente con los cambios
2904 efectuados al tamaño global del pentagrama. Así, el tamaño global del
2905 pentagrama posibilita la fácil variación del tamaño general de una
2906 partitura impresa. Para ver los métodos de establecimiento del tamaño
2907 global del pentagrama, véase @ref{Establecer el tamaño del pentagrama}.
2911 Si se necesita dibujar sólo una sección de una partitura a una escala
2912 distinta, por ejemplo una sección ossia o una nota al pie, no se puede
2913 simplemente cambiar el tamaño global del pentagrama porque esto
2914 afectaría a toda la partitura. En tales casos, el cambio de tamaño se
2915 hace sobreescribiendo tanto la propiedad @code{staff-space} de
2916 @code{StaffSymbol} como el tamaño de las fuentes tipográficas. Está a
2917 nuestra disposición una función de Scheme, @code{magstep}, para
2918 convertir de un cambio en el tamaño de la fuente al cambio equivalente
2919 en @code{staff-space}. Para ver una explicación y un ejemplo de su
2920 utilización, consulte @rlearning{Longitud y grosor de los objetos}.
2923 Manual de aprendizaje:
2924 @rlearning{Longitud y grosor de los objetos}.
2926 Referencia de la notación:
2927 @ref{Disposición de la página},
2928 @ref{Establecer el tamaño del pentagrama}.
2931 @node Propiedades del símbolo del pentagrama
2932 @subsection Propiedades del símbolo del pentagrama
2933 @translationof Staff symbol properties
2935 @cindex ajuste del símbolo del pentagrama
2936 @cindex dibujar el símbolo del pentagrama
2937 @cindex pentagrama, establecer el símbolo del
2939 @c TODO Extend or remove this section. See also NR 1.6.2 Staff symbol
2940 @c Need to think of uses for these properties. Eg 'line-positions
2941 @c is used in a snippet to thicken centre line.
2942 @c If retained, add @ref to here in 1.6.2 -td
2944 Se puede definir al mismo tiempo la posición vertical de las líneas de
2945 la pauta y el número de líneas de la misma. Como muestra el siguiente
2946 ejemplo, las posiciones de las notas no están influidas por las
2947 posiciones de las líneas de la pauta.
2949 @warning{La propiedad @code{'line-positions} sobreescribe a la
2950 propiedad @code{'line-count}. El número de líneas de la pauta está
2951 definido implícitamente por el número de elementos de la lista de
2952 valores de @code{'line-positions}.}
2954 @lilypond[verbatim,quote,relative=1]
2956 \override StaffSymbol.line-positions = #'(7 3 0 -4 -6 -7)
2961 Se puede modificar la anchura de la pauta. Las unidades son espacios
2962 de pentagrama. El espaciado de los objetos dentro del pentagrama no
2963 resulta afectado por este ajuste.
2965 @lilypond[verbatim,quote,relative=1]
2967 \override StaffSymbol.width = #23
2973 @node Objetos de extensión
2974 @subsection Objetos de extensión
2975 @translationof Spanners
2977 Muchos objetos de notación musical abarcan varias notas o incluso
2978 varios compases. Son ejemplos los crescendi, trinos, corchetes de
2979 grupo especial y corchetes de primera y segunda vez. Estos objetos se
2980 llaman @qq{spanners} u «objetos de extensión», y tienen propiedades
2981 especiales para controlar su apariencia y comportamiento. Algunas de
2982 estas propiedades son comunes a todos los objetos de extensión; otras
2983 se limitan a un subconjunto de los extensores.
2985 Todos los objetos de extensión contemplan el interface
2986 @code{spanner-interface}. Algunos, básicamente aquellos que trazan
2987 una línea recta entre los dos objetos, contemplan también el interface
2988 @code{line-spanner-interface}.
2991 * Uso del spanner-interface::
2992 * Uso del line-spanner-interface::
2995 @node Uso del spanner-interface
2996 @unnumberedsubsubsec Uso del @code{spanner-interface}
2997 @translationof Using the spanner-interface
2999 Este interface proporciona dos propiedades que se aplican a varios
3002 @subsubsubheading La propiedad @code{minimum-length} (longitud mínima)
3004 La longitud mínima del objeto de extensión se especifica a través
3005 de la propiedad @code{minimum-length}. Su aumento suele producir
3006 el efecto necesario de aumentar el espaciado de las notas entre
3007 los dos puntos extremos. Sin embargo, esta sobreescritura no
3008 tiene ningún efecto sobre muchos extensores, pues su longitud está
3009 determinada por otras consideraciones. Más abajo se muestran
3010 algunos ejemplos de dónde es efectiva.
3020 Works as long as callback is made:
3024 Works not at all for:
3033 @lilypond[verbatim,quote,relative=2]
3036 % increase the length of the tie
3037 -\tweak minimum-length #5
3041 @lilypond[verbatim,quote,relative=2]
3043 \compressFullBarRests
3045 % increase the length of the rest bar
3046 \once \override MultiMeasureRest.minimum-length = #20
3051 @lilypond[verbatim,quote,relative=2]
3053 % increase the length of the hairpin
3054 \override Hairpin.minimum-length = #20
3058 Esta sobreescritura se puede usar también para aumentar la longitud de
3059 las ligaduras de expresión y de fraseo:
3061 @lilypond[verbatim,quote,relative=2]
3064 -\tweak minimum-length #5
3069 -\tweak minimum-length #5
3073 Para algunos objetos de presentación, la propiedad
3074 @code{minimum-length} es efectiva sólo si se llama explícitamente al
3075 procedimiento @code{set-spacing-rods}. Para hacerlo, se debe fijar la
3076 propiedad @code{springs-and-rods} al valor
3077 @code{ly:spanner::set-spacing-rods}. Por ejemplo, la longitud mínima
3078 de un glissando no tiene efecto a no ser que se establezca la
3079 propiedad @code{springs-and-rods}:
3081 @lilypond[verbatim,quote,relative=1]
3085 % not effective alone
3086 \once \override Glissando.minimum-length = #20
3089 % effective only when both overrides are present
3090 \once \override Glissando.minimum-length = #20
3091 \once \override Glissando.springs-and-rods = #ly:spanner::set-spacing-rods
3095 Lo mismo se puede decir del objeto @code{Beam}:
3097 @lilypond[verbatim,quote,relative=1]
3098 % not effective alone
3099 \once \override Beam.minimum-length = #20
3102 % effective only when both overrides are present
3103 \once \override Beam.minimum-length = #20
3104 \once \override Beam.springs-and-rods = #ly:spanner::set-spacing-rods
3108 @subsubsubheading La propiedad @code{to-barline}
3110 La segunda propiedad útil del @code{spanner-interface} es
3111 @code{to-barline}. De forma predeterminada tiene el valor cierto,
3112 haciendo que los reguladores y otros objetos de extensión que terminan
3113 sobre la primera nota de un compás, en vez de eso terminen en la línea
3114 divisoria inmediatamente precedente. Si se establece al valor falso,
3115 el extensor llegará más allá de la barra de compás y terminará
3116 exactamente sobre la nota:
3118 @lilypond[verbatim,quote,relative=2]
3119 a \< a a a a \! a a a \break
3120 \override Hairpin.to-barline = ##f
3121 a \< a a a a \! a a a
3124 Esta propiedad no es efectiva para todos los extensores. Por ejemplo,
3125 su establecimiento a @code{#t} no tienen ningún efecto sobre las
3126 ligaduras de expresión o de fraseo, o sobre otros extensores para los
3127 que terminar en la barra de compás no tendría ningún significado.
3129 @node Uso del line-spanner-interface
3130 @unnumberedsubsubsec Uso del @code{line-spanner-interface}
3131 @translationof Using the line-spanner-interface
3133 Entre los objetos que contemplan el interface
3134 @code{line-spanner-interface} se encuentran
3137 @item @code{DynamicTextSpanner}
3138 @item @code{Glissando}
3139 @item @code{TextSpanner}
3140 @item @code{TrillSpanner}
3141 @item @code{VoiceFollower}
3144 La rutina responsable de dibujar los sellos de estos extensores es
3145 @code{ly:line-interface::print}. esta rutina determina la
3146 localización exacta de los dos puntos extremos y traza una línea entre
3147 ellos, en el estilo solicitado. Las posiciones de los dos puntos
3148 extremos del extensor se calculan al vuelo, pero es posible
3149 sobreescribir sus coordenadas Y. Las propiedades que se deben
3150 especificar están anidadas a dos niveles de profundidad en la
3151 jerarquía de propiedades, pero la sintaxis de la instrucción
3152 @code{\override} es bastante sencilla:
3154 @lilypond[relative=2,quote,verbatim]
3156 \once \override Glissando.bound-details.left.Y = #3
3157 \once \override Glissando.bound-details.right.Y = #-2
3161 Las unidades para la propiedad @code{Y} son @code{staff-space}s,
3162 siendo el punto del cero la línea central del pentagrama. Para el
3163 glissando, esto es el valor de @code{Y} en la coordenada X que
3164 corresponde al punto central de cada cabeza de nota si nos imaginamos
3165 que la línea se extiende hasta allí.
3167 Si no está fijado @code{Y}, su valor se calcula a partir de la
3168 posición vertical del punto de anclaje correspondiente del extensor.
3170 En caso de salto de línea, los valores para los puntos extremos se
3171 especifican por las sub-listas @code{left-broken} y
3172 @code{right-broken} de @code{bound-details}. Por ejemplo:
3174 @lilypond[relative=2,ragged-right,verbatim,quote]
3175 \override Glissando.breakable = ##t
3176 \override Glissando.bound-details.right-broken.Y = #-3
3177 c1 \glissando \break
3181 Un número de propiedades adicionales de las sub-listas @code{left} y
3182 @code{right} de la propiedad @code{bound-details} se pueden
3183 especificar de la misma forma que @code{Y}:
3187 Establece la coordenada Y del punto extremo, en desplazamientos de
3188 @code{staff-space}s desde la línea central del pentagrama. De forma
3189 predeterminada es el centro del objeto ancla, y así un glissando
3190 apunta al centro vertical de la cabeza de la nota.
3192 Para extensores horizontales como los extensores de texto y los
3193 trinos, está inamoviblemente codificado como 0.
3195 @item attach-dir (dirección de anclaje)
3196 Determina dónde comienza y termina la línea en la dirección X, con
3197 relación al objeto ancla. Sí, un valor de @w{@code{-1}} (o @code{LEFT},
3198 izquierda) hace que la línea comience o termine en el lado izquierdo
3199 de la cabeza de la nota a la que está anclado.
3202 Es la coordenada X absoluta del punto extremo. Se suele calcular al
3203 vuelo, y su sobreescritura no tiene un efecto útil.
3205 @item stencil (sello)
3206 Los extensores de línea pueden tener símbolos al comienzo o al final,
3207 lo que está contenido en esta sub-propiedad. Esto es para uso
3208 interno; se recomienda en su lugar el uso de @code{text}.
3211 Es un elemento de marcado que se evalúa para dar lugar al sello. Se
3212 usa para escribir @i{cresc.}, @i{tr} y otros textos sobre los objetos
3213 de extensión horizontales.
3215 @lilypond[quote,ragged-right,relative=2,verbatim]
3216 \override TextSpanner.bound-details.left.text
3217 = \markup { \small \bold Slower }
3218 c2\startTextSpan b c a\stopTextSpan
3221 @item stencil-align-dir-y (alineación del sello en y)
3222 @item stencil-offset (desplazamiento del sello)
3223 Si no se modifican uno u otro, el sello se coloca sencillamente en el
3224 punto extremo, centrado sobre la línea, como viene definido por las
3225 subpropiedades @code{X} e @code{Y}. Si se fijan
3226 @code{stencil-align-dir-y} o @code{stencil-offset} se moverá el
3227 símbolo del borde verticalmente con relación al extremo de la línea:
3229 @lilypond[relative=1,quote,verbatim]
3230 \override TextSpanner.bound-details.left.stencil-align-dir-y = #-2
3231 \override TextSpanner.bound-details.right.stencil-align-dir-y = #UP
3233 \override TextSpanner.bound-details.left.text = #"ggg"
3234 \override TextSpanner.bound-details.right.text = #"hhh"
3235 c4^\startTextSpan c c c \stopTextSpan
3238 Observe que los valores negativos mueven el texto @emph{hacia arriba},
3239 al contrario de lo que podría esperarse, pues el valor de @w{@code{-1}} o
3240 @code{DOWN} (abajo) significa alinear el borde @emph{inferior} del
3241 texto con la línea de extensión. Un valor de @code{1} o @code{UP}
3242 (arriba) alinea el borde superior del texto con la línea extensora.
3244 @item arrow (flecha)
3245 Al establecer esta sub-propiedad a @code{#t} se produce una punta de
3246 flecha en el extremo de la línea.
3248 @item padding (relleno)
3249 Esta sub-propiedad controla el espacio entre el punto extremo
3250 especificado de la línea y el extremo real. Sin relleno, un glissando
3251 empezaría y terminaría en el centro de la cabeza de las notas.
3255 La función musical @code{\endSpanners} finaliza de forma prematura el
3256 extensor que comienza sobre la nota que sigue inmediatamente a
3257 continuación. Se termina después de una nota exactamente, o en la
3258 siguiente barra de compás si @code{to-barline} es verdadero y se
3259 produce una divisoria antes de la siguiente nota.
3261 @lilypond[verbatim,quote,ragged-right,relative=2]
3263 c2 \startTextSpan c2 c2
3268 Si se usa @code{\endSpanners} no es necesario cerrar \startTextSpan
3269 con \stopTextSpan, ni cerrar los reguladores con @code{\!}.
3272 Referencia de funcionamiento interno:
3273 @rinternals{TextSpanner},
3274 @rinternals{Glissando},
3275 @rinternals{VoiceFollower},
3276 @rinternals{TrillSpanner},
3277 @rinternals{line-spanner-interface}.
3280 @node Visibilidad de los objetos
3281 @subsection Visibilidad de los objetos
3282 @translationof Visibility of objects
3284 @cindex objetos, visibilidad de
3285 @cindex grobs, visibilidad de
3286 @cindex visibilidad de los objetos
3288 Hay cuatro formas principales en que se puede controlar la visibilidad
3289 de los objetos de presentación: se puede eliminar su sello, se pueden
3290 volver transparentes, se pueden pintar de blanco, o se puede
3291 sobreescribir su propiedad @code{break-visibility}. Las tres primeras
3292 se aplican a todos los objetos de presentación; la última sólo a unos
3293 pocos: los objetos @emph{divisibles}. El Manual de aprendizaje
3294 introduce estas cuatro técnicas,
3295 véase @rlearning{Visibilidad y color de los objetos}.
3297 Hay también algunas otras técnicas que son específicas de ciertos
3298 objetos de presentación. Se estudian bajo Consideraciones especiales.
3301 * Eliminar el sello::
3302 * Hacer transparentes los objetos::
3303 * Pintar los objetos de blanco::
3304 * Uso de break-visibility (visibilidad en el salto)::
3305 * Consideraciones especiales::
3309 @node Eliminar el sello
3310 @unnumberedsubsubsec Eliminar el sello
3311 @translationof Removing the stencil
3313 @cindex sello, eliminar
3316 Todo objeto de presentación tiene una propiedad stencil (sello). De
3317 forma predeterminada está establecida a la función específica que
3318 dibuja ese objeto. Si se sobreescribe esta propiedad a @code{#f} no
3319 se llama a ninguna función y el objeto no se dibuja. La acción
3320 predeterminada se puede recuperar con @code{\revert}.
3322 @lilypond[quote,verbatim,relative=1]
3324 \override Score.BarLine.stencil = ##f
3326 \revert Score.BarLine.stencil
3330 Esta operación, bastante común, tiene la forma abreviada @code{\omit}
3333 @lilypond[quote,verbatim,relative=1]
3337 \undo \omit Score.BarLine
3342 @node Hacer transparentes los objetos
3343 @unnumberedsubsubsec Hacer transparentes los objetos
3344 @translationof Making objects transparent
3346 @cindex transparentes, hacer los objetos
3349 Todo objeto de presentación tiene una propiedad transparent
3350 (transparente) que de forma predeterminada está establecida a
3351 @code{#f}. Si se fija a @code{#t} el objeto aún ocupa espacio pero es
3354 @lilypond[quote,verbatim,relative=2]
3356 \once \override NoteHead.transparent = ##t
3360 Esta operación, bastante común, tiene la forma abreviada @code{\hide}
3363 @lilypond[quote,verbatim,relative=2]
3365 \once \hide NoteHead
3370 @node Pintar los objetos de blanco
3371 @unnumberedsubsubsec Pintar los objetos de blanco
3372 @translationof Painting objects white
3374 @cindex objetos, coloreado de
3375 @cindex coloreado de objetos
3377 @cindex impresión, orden de
3378 @cindex sobreescritura de objetos
3379 @cindex objetos, sobreescritura de
3380 @cindex grobs, sobreescritura de
3382 Todo objeto de presentación tiene una propiedad de color que de forma
3383 predeterminada está establecida a @code{black} (negro). Si se
3384 sobreescribe a @code{white} (blanco) el objeto será indistinguible del
3385 fondo blanco. Sin embargo, si el objeto cruza a otros objetos, el
3386 color de los puntos de cruce queda determinado por el orden en que se
3387 dibujan estos objetos, lo que puede dejar una imagen fantasma del
3388 objeto blanco, como puede verse aquí:
3390 @lilypond[quote,verbatim,relative=2]
3391 \override Staff.Clef.color = #white
3395 Se puede evitar esto cambiando el orden de impresión de los objetos.
3396 Todos los objetos de presentación tienen una propiedad @code{layer}
3397 (capa) que se debe establecer a un valor entero. Los objetos con el
3398 valor de @code{layer} más bajo se dibujan primero, después se dibujan
3399 los objetos con valores progresivamente mayores, y así los objetos con
3400 valores más altos se dibujan encima de los que tienen valores más
3401 bajos. De forma predeterminada, casi todos los objetos tienen
3402 asignado un valor @code{layer} de @code{1}, aunque algunos objetos,
3403 entre ellos el pentagrama y las líneas divisorias, @code{StaffSymbol}
3404 y @code{BarLine}, tienen asignado un calor de @code{0}. El orden de
3405 impresión de los objetos con el mismo valor de @code{layer} es
3408 En el ejemplo de arriba, la clave blanca, con un valor @code{layer}
3409 predeterminado de @code{1}, se dibuja después de las líneas del
3410 pentagrama (valor @code{layer} predeterminado de @code{0}),
3411 sobreimpresionándolas. Para cambiarlo, se debe dar al objeto
3412 @code{Clef} un valor de @code{layer} más bajo, digamos @w{@code{-1}},
3413 para que se dibuje antes:
3415 @lilypond[quote,verbatim,relative=2]
3416 \override Staff.Clef.color = #white
3417 \override Staff.Clef.layer = #-1
3422 @node Uso de break-visibility (visibilidad en el salto)
3423 @unnumberedsubsubsec Uso de break-visibility (visibilidad en el salto)
3424 @translationof Using break-visibility
3426 @c TODO Add making other objects breakable
3428 @cindex break-visibility
3430 Casi todos los objetos de presentación se imprimen una sola vez, pero
3431 algunos como las líneas divisorias, claves, indicaciones de compás y
3432 armaduras de tonalidad, se pueden tener que imprimir dos veces cuando
3433 se produce un salto de línea : una vez al final de la línea y otra al
3434 comienzo de la siguiente. Estos objetos reciben el nombre de
3435 @emph{divisibles}, y tienen una propiedad, @code{break-visibility}
3436 (visibilidad en el salto), para controlar su visibilidad en las tres
3437 posiciones en que pueden aparecer: al comienzo de una línea, dentro de
3438 la línea si se produce un cambio, y al final de la línea si el cambio
3439 se produce en ese lugar.
3441 Por ejemplo, la indicación de compás se imprime de forma
3442 predeterminada al comienzo de la primera línea y en ningún otro lugar
3443 a no ser que cambie, en cuyo caso se imprime en el punto en que se
3444 produce el cambio. Si este cambio se produce al final de una línea,
3445 la nueva indicación de compás se imprime al principio de la línea
3446 siguiente y también al final de la línea anterior como indicación de
3449 Este comportamiento se controla por medio de la propiedad
3450 @code{break-visibility}, que se explica en
3451 @c Leave this ref on a newline - formats incorrectly otherwise -td
3452 @rlearning{Visibilidad y color de los objetos}. Esta propiedad toma un
3453 vector de tres valores booleanos que, por orden, determinan si el
3454 objeto se imprime al final, dentro, o al principio de la línea. O,
3455 para ser más exactos: antes del salto de línea, si no hay salto, o
3458 Como alternativa se puede especificar cualquiera de las ocho
3459 combinaciones mediante funciones predefinidas cuya definición está en
3460 @file{scm/output-lib.scm}, donde las tres últimas columnas indican si
3461 los objetos de presentación serán visibles en las posiciones que se
3462 muestran en el encabezamiento de cada columna:
3464 @multitable {@code{begin-of-line-invisible}} {@code{'#(#t #t #t)}} {Antes del} {Si no hay} {Después del}
3465 @headitem Forma @tab Forma @tab Antes del @tab Si no hay @tab Después del
3466 @headitem de función @tab de vector @tab salto @tab salto @tab salto
3468 @item @code{all-visible} @tab @code{'#(#t #t #t)} @tab sí @tab sí @tab sí
3469 @item @code{begin-of-line-visible} @tab @code{'#(#f #f #t)} @tab no @tab no @tab sí
3470 @item @code{center-visible} @tab @code{'#(#f #t #f)} @tab no @tab sí @tab no
3471 @item @code{end-of-line-visible} @tab @code{'#(#t #f #f)} @tab sí @tab no @tab no
3472 @item @code{begin-of-line-invisible} @tab @code{'#(#t #t #f)} @tab sí @tab sí @tab no
3473 @item @code{center-invisible} @tab @code{'#(#t #f #t)} @tab sí @tab no @tab sí
3474 @item @code{end-of-line-invisible} @tab @code{'#(#f #t #t)} @tab no @tab sí @tab sí
3475 @item @code{all-invisible} @tab @code{'#(#f #f #f)} @tab no @tab no @tab no
3478 Los ajustes predeterminados de @code{break-visibility} dependen del
3479 objeto de presentación. La tabla siguiente muestra todos los objetos
3480 de presentación de interés que resultan afectados por
3481 @code{break-visibility} y el ajuste predeterminado de esta propiedad:
3483 @multitable @columnfractions .3 .3 .4
3485 @headitem Objeto @tab Contexto usual @tab Valor predet.
3487 @c omit Ambitus as it appears not to be affected by break-visibility -td
3488 @c @item @code{Ambitus} @tab as specified @tab @code{begin-of-line-visible}
3489 @item @code{BarLine} @tab @code{Score} @tab calculado
3490 @item @code{BarNumber} @tab @code{Score} @tab @code{begin-of-line-visible}
3491 @c omit the following item until it can be explained -td
3492 @c @item @code{BreakAlignGroup} @tab @code{Score} @tab calculado
3493 @item @code{BreathingSign} @tab @code{Voice} @tab @code{begin-of-line-invisible}
3494 @item @code{Clef} @tab @code{Staff} @tab @code{begin-of-line-visible}
3495 @item @code{Custos} @tab @code{Staff} @tab @code{end-of-line-visible}
3496 @item @code{DoublePercentRepeat} @tab @code{Voice} @tab @code{begin-of-line-invisible}
3497 @item @code{KeyCancellation} @tab @code{Staff} @tab @code{begin-of-line-invisible}
3498 @item @code{KeySignature} @tab @code{Staff} @tab @code{begin-of-line-visible}
3499 @c omit LeftEdge until it can be explained -td
3500 @c @item @code{LeftEdge} @tab @code{Score} @tab @code{center-invisible}
3501 @item @code{ClefModifier} @tab @code{Staff} @tab @code{begin-of-line-visible}
3502 @item @code{RehearsalMark} @tab @code{Score} @tab @code{end-of-line-invisible}
3503 @item @code{TimeSignature} @tab @code{Staff} @tab @code{all-visible}
3507 El ejemplo de abajo muestra el uso de la forma de vector para
3508 controlar la visibilidad de las líneas divisorias:
3510 @lilypond[quote,verbatim,relative=1,ragged-right]
3513 % Remove bar line at the end of the current line
3514 \once \override Score.BarLine.break-visibility = ##(#f #t #t)
3520 Aunque los tres componentes del vector utilizado para sobreescribir
3521 @code{break-visibility} deben estar presentes, no todos son efectivos
3522 para todos los objetos de presentación, y algunas combinaciones pueden
3523 incluso dar errores. Son de aplicación las siguientes limitaciones:
3526 @item Las líneas divisorias no se pueden imprimir al principio de la línea.
3527 @item No se puede imprimir el número de compás al principio de la primera
3528 línea a no ser que su valor establecido sea distinto de 1.
3529 @item Clave: véase más abajo
3530 @item Las repeticiones dobles de tipo porcentaje se imprimen completamente o
3531 se suprimen por completo. Utilice begin-of line-invisible para
3532 imprimirlas y all-invisible para suprimirlas.
3533 @item Armadura: véase más abajo
3534 @item ClefModifier: véase más abajo
3538 @node Consideraciones especiales
3539 @unnumberedsubsubsec Consideraciones especiales
3540 @translationof Special considerations
3542 @subsubsubheading Visibilidad después de un cambio explícito
3544 @cindex armadura, visibilidad después de un cambio explícito
3545 @cindex explicitKeySignatureVisibility
3546 @cindex clave, visibilidad después de un cambio explícito
3547 @cindex explicitClefVisibility
3549 La propiedad @code{break-visibility} controla la visibilidad de las
3550 armaduras y cambios de clave sólo al principio de las líneas, es
3551 decir, después de un salto. No tiene ningún efecto sobre la
3552 visibilidad de la armadura o la clave después de un cambio explícito
3553 de tonalidad o de clave dentro o al final de una línea. En el ejemplo
3554 siguiente la armadura que sigue al cambio explícito de tonalidad a Si
3555 bemol mayor es visible incluso con @code{all-invisible} establecido.
3557 @lilypond[quote,verbatim,relative=1,ragged-right]
3560 % Try to remove all key signatures
3561 \override Staff.KeySignature.break-visibility = #all-invisible
3569 La visibilidad de estos cambios explícitos de tonalidad y de clave se
3570 controla por medio de las propiedades
3571 @code{explicitKeySignatureVisibility} y @code{explicitClefVisibility}.
3572 Son los equivalentes de la propiedad @code{break-visibility} y las dos
3573 toman un vector de tres valores booleanos o las funciones predefinidas
3574 relacionadas anteriormente, exactamente igual que
3575 @code{break-visibility}. Las dos son propiedades del contexto Staff,
3576 no de los propios objetos de presentación, y por tanto se establecen
3577 utilizando la instrucción @code{\set}. Las dos están establecidas de
3578 forma predeterminada al valor @code{all-visible}. Estas propiedades
3579 controlan sólo la visibilidad de las armaduras y las claves que
3580 resultan de los cambios explícitos y no afectan a las armaduras y
3581 tonalidades que están al principio de las líneas; para quitarlas, aún
3582 se debe sobreescribir la propiedad @code{break-visibility} en el
3583 objeto correspondiente.
3585 @lilypond[quote,verbatim,relative=1,ragged-right]
3588 \set Staff.explicitKeySignatureVisibility = #all-invisible
3589 \override Staff.KeySignature.break-visibility = #all-invisible
3596 @subsubsubheading Visibilidad de las alteraciones de precaución
3598 Para eliminar las alteraciones de cancelación que se imprimen en un
3599 cambio de tonalidad explícito, establezca la propiedad
3600 @code{printKeyCancellation} del contexto Staff a @code{#f}:
3602 @lilypond[quote,verbatim,relative=1,ragged-right]
3605 \set Staff.explicitKeySignatureVisibility = #all-invisible
3606 \set Staff.printKeyCancellation = ##f
3607 \override Staff.KeySignature.break-visibility = #all-invisible
3614 Con estas sobreescrituras solamente permanecen las alteraciones
3615 accidentales delante de las notas para indicar el cambio de tonalidad.
3617 Observe que al modificar la tonalidad a Do@tie{}mayor o
3618 La@tie{}menor, las alteraciones de cancelación serían @emph{la
3619 única} indicación del cambio de armadura. En este caso, el
3620 establecimiento de @code{printKeyCancellation} al valor @code{#f}
3621 no tiene ningún efecto:
3623 @lilypond[quote,verbatim,relative=1,ragged-right]
3626 \set Staff.explicitKeySignatureVisibility = #all-invisible
3627 \set Staff.printKeyCancellation = ##f
3634 En lugar de ello, para suprimir las alteraciones de cancelación
3635 aún cuando la armadura cambia a Do@tie{}mayor o a La@tie{}menor,
3636 sobreescriba la visibilidad del grob @code{KeyCancellation}:
3638 @lilypond[quote,verbatim,relative=1,ragged-right]
3641 \set Staff.explicitKeySignatureVisibility = #all-invisible
3642 \override Staff.KeyCancellation.break-visibility = #all-invisible
3649 @c TODO Add visibility of cautionary accidentals before notes
3651 @subsubsubheading Líneas divisorias automáticas
3653 @cindex automaticBars
3654 @cindex líneas divisorias, eliminación
3656 Como caso especial, la impresión de las líneas divisorias también se
3657 puede inhabilitar estableciendo la propiedad @code{automaticBars} en
3658 el contexto Score. Si se fija a @code{#f}, las barras de compás no se
3659 imprimen automáticamente; se deben crear explícitamente con una
3660 instrucción @code{\bar}. A diferencia de la instrucción predefinida
3661 @code{\cadenzaOn}, los compases se siguen contando. La generación de
3662 compases continúa de acuerdo a esta cuenta si esta propiedad se
3663 establece posteriormente a @code{#t}. Si se fija al valor @code{#f},
3664 sólo pueden producirse saltos de línea en instrucciones @code{\bar}
3669 @subsubsubheading Claves transportadas
3671 @cindex transportadas, visibilidad de las claves
3672 @cindex visibilidad de las claves transportadas
3673 @cindex claves, visibilidad de la transposición
3675 El pequeño símbolo de transposición sobre una clave se produce por
3676 parte del objeto @code{ClefModifier}. Su visibilidad se hereda
3677 automáticamente de la del objeto @code{Clef}, así que no es
3678 necesario aplicar las sobreescrituras correspondientes
3679 @code{break-visibility} a los objetos @code{ClefModifier} para
3680 suprimir los símbolos de transposición u octavación para las
3683 Para los cambios de clave explícitos, la propiedad
3684 @code{explicitClefVisibility} controla tanto el símbolo de clave
3685 como el símbolo de transposición o de octava asociado.
3688 Manual de aprendizaje:
3689 @rlearning{Visibilidad y color de los objetos}
3692 @node Estilos de línea
3693 @subsection Estilos de línea
3694 @translationof Line styles
3696 Ciertas indicaciones de ejecución, p.ej., @i{rallentando},
3697 @i{accelerando} y los @i{trinos} se escriben como texto y se extienden
3698 sobre muchos compases mediante líneas, a veces punteadas u onduladas.
3700 Todos ellos usan las mismas rutinas que el glissando para dibujar los
3701 textos y las líneas, y por ello el ajuste fino de su comportamiento se
3702 hace de la misma manera. Se hace con un spanner (un objeto de
3703 extensión), y la rutina responsable de dibujar los objetos de
3704 extensión es @code{ly:line-interface::print}. Esta rutina determina la
3705 colocación exacta de los dos @i{extremos del objeto de extensión} y
3706 dibuja una línea entre ellos, en el estilo solicitado.
3708 He aquí un ejemplo de los distintos estilos de línea disponibles, y
3709 cómo aplicarles ajustes finos.
3711 @lilypond[relative=2,ragged-right,verbatim,quote]
3713 \once \override Glissando.style = #'dashed-line
3715 \override Glissando.style = #'dotted-line
3717 \override Glissando.style = #'zigzag
3719 \override Glissando.style = #'trill
3723 Las posiciones de los puntos extremos del objeto de extensión se
3724 computan al vuelo para cada uno de los objetos gráficos, pero es
3725 posible sobreescribirlos:
3728 @lilypond[relative=2,ragged-right,verbatim,quote]
3730 \once \override Glissando.bound-details.right.Y = #-2
3734 El valor de @code{Y} está establecido a @w{@code{-2}} para el extremo
3735 derecho. El lado izquierdo se puede ajustar de forma similar
3736 especificando @code{left} en vez de @code{right}.
3738 Si no está establecido @code{Y}, el valor se computa a partir de la
3739 posición vertical de los puntos de anclaje izquierdo y derecho del
3742 Son posibles otros ajustes de los extensores, para ver más detalles
3743 consulte @ref{Objetos de extensión}.
3746 @node Rotación de objetos
3747 @subsection Rotación de objetos
3748 @translationof Rotating objects
3750 Tanto los objetos de presentación como los elementos de texto de
3751 marcado se pueden girar cualquier ángulo respecto a cualquier punto,
3752 pero difiere el método de hacerlo.
3755 * Rotación de objetos de presentación::
3756 * Rotación de elementos de marcado::
3759 @node Rotación de objetos de presentación
3760 @unnumberedsubsubsec Rotación de objetos de presentación
3761 @translationof Rotating layout objects
3763 @cindex rotating objects
3764 @cindex objects, rotating
3766 Todos los objetos de presentación que contemplan el interface
3767 @code{grob-interface} se pueden rotar estableciendo su propiedad
3768 @code{rotation}. Acepta una lista de tres elementos: el ángulo de la
3769 rotación en sentido antihorario, y las coordenadas x e y del punto con
3770 relación al punto de referencia del objeto, alrededor del que se va a
3771 realizar la rotación. El ángulo de rotación se especifica en grados
3772 y las coordenadas en espacios de pentagrama.
3774 El ángulo de rotación y las coordenadas del punto de rotación se deben
3775 determinar por ensayo y error.
3777 @cindex reguladores en ángulo
3778 @cindex ángulo, reguladores en
3780 Solamente en ciertas ocasiones es útil la rotación de objetos de
3781 presentación; el ejemplo siguiente muestra una situación en que puede
3784 @lilypond[quote,verbatim,relative=1]
3786 \override Hairpin.rotation = #'(20 -1 0)
3791 @node Rotación de elementos de marcado
3792 @unnumberedsubsubsec Rotación de elementos de marcado
3793 @translationof Rotating markup
3795 Todos los textos de marcado se pueden rotar para que se dispongan en
3796 cualquier ángulo precediéndolos de la instrucción @code{\rotate}. La
3797 instrucción acepta dos argumentos: el ángulo de rotación en grados en
3798 sentido antihorario, y el texto que rotar. Los límites que ocupa el
3799 texto no se rotan: toman su valor a partir de los extremos de las
3800 coordenadas x e y del texto rotado. En el ejemplo siguiente la
3801 propiedad @code{outside-staff-priority} del texto se establece a
3802 @code{#f} para desactivar la evitación automática de colisiones, lo
3803 que empuja al texto a una posición muy alta.
3805 @lilypond[quote,verbatim,relative=1]
3806 \override TextScript.outside-staff-priority = ##f
3807 g4^\markup { \rotate #30 "a G" }
3808 b^\markup { \rotate #30 "a B" }
3809 des^\markup { \rotate #30 "a D-Flat" }
3810 fis^\markup { \rotate #30 "an F-Sharp" }
3814 @node Trucos avanzados
3815 @section Trucos avanzados
3816 @translationof Advanced tweaks
3818 Esta sección trata sobre distintos enfoques en la realización de
3819 ajustes finos a la apariencia de la partitura impresa.
3822 * Alineación de objetos::
3823 * Agrupación vertical de objetos gráficos::
3824 * Modificación de los sellos::
3825 * Modificación de las formas::
3826 * Modificación de objetos de extensión divididos::
3827 * Contenedores unpure-pure::
3831 Manual de aprendizaje:
3832 @rlearning{Trucar la salida},
3833 @rlearning{Otras fuentes de información}.
3835 Referencia de la notación:
3836 @ref{Explicación del Manual de referencia de funcionamiento interno},
3837 @ref{Modificar las propiedades}.
3839 Manual de extensión:
3840 @rextend{Interfaces para programadores}.
3843 @file{scm/define-grobs.scm}.
3845 Fragmentos de código:
3846 @rlsr{Tweaks and overrides}.
3848 Referencia de funcionamiento interno:
3849 @rinternals{All layout objects}.
3852 @node Alineación de objetos
3853 @subsection Alineación de objetos
3854 @translationof Aligning objects
3856 Los objetos gráficos que soportan el interface
3857 @code{self-alignment-interface} y/o el @code{side-position-interface}
3858 se pueden alinear contra un objeto colocado previamente, de diversas
3859 maneras. Para ver una lista de estos objetos, consulte
3860 @rinternals{self-alignment-interface} y
3861 @rinternals{side-position-interface}.
3863 Todos los objetos gráficos tienen un punto de referencia, una
3864 extensión horizontal y una extensión vertical. La extensión
3865 horizontal es una pareja de números que dan los desplazamientos a
3866 partir del punto de referencia de los bordes izquierdo y derecho,
3867 siendo negativos los desplazamientos hacia la izquierda. La extensión
3868 vertical es una pareja de números que dan el desplazamiento a partir
3869 del punto de referencia hasta los bordes inferior y superior, siendo
3870 negativos los desplazamientos hacia abajo.
3872 La posición de un objeto sobre el pentagrama viene dada por los
3873 valores de las propiedades @code{X-offset} e @code{Y-offset}. El
3874 valor de @code{X-offset} da el desplazamiento desde la coordenada X
3875 del punto de referencia del objeto padre, y el valor de
3876 @code{Y-offset} da el desplazamiento a partir de la línea central del
3877 pentagrama. Los valores de @code{X-offset} y @code{Y-offset} se
3878 pueden establecer directamente o se puede dejar que se calculen por
3879 parte de procedimientos para conseguir una alineación con el objeto
3882 @warning{Muchos objetos tienen consideraciones de posicionamiento
3883 especiales que hacen que se ignore o se modifique cualquier ajuste
3884 realizado a @code{X-offset} o a @code{Y-offset}, a pesar de que el
3885 objeto contemple el interface @code{self-alignment-interface}. La
3886 sobreescritura de las propiedades @code{X-offset} ó @code{Y-offset} a
3887 un valor fijo hace que se descarte la respectiva propiedad
3888 @code{self-alignment}.}
3890 Por ejemplo, una alteración accidental se puede reposicionar
3891 verticalmente estableciendo @code{Y-offset} pero los cambios a
3892 @code{X-offset} no tienen ningún efecto.
3894 Las letras de ensayo se pueden alinear con objetos divisibles como
3895 líneas divisorias, claves, armaduras e indicaciones de compás. Hay
3896 propiedades especiales que se encuentran en
3897 @code{break-aligned-interface} para el posicionamiento de las letras
3898 de ensayo sobre dichos objetos.
3901 Referencia de la notación:
3902 @ref{Uso del break-alignable-interface}.
3904 Manual de extensión:
3905 @rextend{Funciones de callback}.
3908 * Establecer directamente X-offset e Y-offset::
3909 * Uso del side-position-interface::
3910 * Uso del self-alignment-interface::
3911 * Uso del break-alignable-interface::
3915 @node Establecer directamente X-offset e Y-offset
3916 @unnumberedsubsubsec Establecer directamente @code{X-offset} y @code{Y-offset}
3917 @translationof Setting X-offset and Y-offset directly
3919 Se pueden dar valores numéricos a las propiedades @code{X-offset} y
3920 @code{Y-offset} de muchos objetos. El ejemplo siguiente muestra tres
3921 notas con una digitación en su posición predeterminada y con los
3922 valores @code{X-offset} y @code{Y-offset} modificados.
3924 @lilypond[verbatim,quote,relative=2]
3931 -\tweak X-offset #-1
3939 @node Uso del side-position-interface
3940 @unnumberedsubsubsec Uso del @code{side-position-interface}
3941 @translationof Using the side-position-interface
3943 Un objeto que contempla el @code{side-position-interface} se puede
3944 colocar junto a su objeto padre de forma que los bordes especificados
3945 de los dos objetos se toquen. El objeto se puede situar encima,
3946 debajo, a la derecha o a la izquierda del objeto padre. El padre no
3947 se puede especificar; viene determinado por el orden de los elementos
3948 en el flujo de entrada. Casi todos los objetos tienen la cabeza de la
3949 nota asociada como padre.
3951 Los valores de las propiedades @code{side-axis} y @code{direction}
3952 determinan dónde colocar el objeto, como sigue:
3954 @c TODO add an example of each to the table
3956 @multitable @columnfractions .3 .3 .3
3957 @headitem @code{side-axis} @tab @code{direction} @tab
3958 @headitem propiedad @tab propiedad @tab colocación
3960 @item @code{0} @tab @w{@code{-1}} @tab izquierda
3961 @item @code{0} @tab @code{1} @tab derecha
3962 @item @code{1} @tab @w{@code{-1}} @tab debajo
3963 @item @code{1} @tab @code{1} @tab encima
3967 Si @code{side-axis} es @code{0}, @code{X-offset} se debe establecer al
3968 procedimiento @code{ly:side-position-interface::x-aligned-side}. Este
3969 procedimiento devuelve el calor correcto de @code{X-offset} para
3970 situar el objeto al lado izquierdo o derecho del padre de acuerdo con
3971 el valor de @code{direction}.
3973 Si @code{side-axis} es @code{1}, @code{Y-offset} se debe establecer al
3974 procedimiento @code{ly:side-position-interface::y-aligned-side}. Este
3975 procedimiento devuelve el valor correcto de @code{Y-offset} para
3976 situar el objeto encima o debajo del padre de acuerdo con el valor de
3979 @c TODO Add examples
3982 @node Uso del self-alignment-interface
3983 @unnumberedsubsubsec Uso del @code{self-alignment-interface}
3984 @translationof Using the self-alignment-interface
3986 @subsubsubheading Auto-alineación horizontal de los objetos
3988 La alineación horizontal de un objeto que contempla el interface
3989 @code{self-alignment-interface} está controlada por el valor de la
3990 propiedad @code{self-alignment-X}, siempre y cuando la propiedad
3991 @code{X-offset} de este objeto esté establecida a
3992 @code{ly:self-alignment-interface::x-aligned-on-self}. Se le puede
3993 dar a @code{self-alignment-X} cualquier valor real, en unidades de la
3994 mitad de la extensión X total del objeto. Los valores negativos
3995 mueven el objeto a la derecha, los positivos hacia la izquierda. Un
3996 valor de @code{0} centra el objeto sobre el punto de referencia de su
3997 padre, un valor de @w{@code{-1}} alinea el borde izquierdo del objeto
3998 sobre el punto de referencia de su padre, y un valor de @code{1}
3999 alinea el borde derecho del objeto sobre el punto de referencia de su
4000 padre. Se pueden usar los símbolos @code{LEFT}, @code{CENTER} y
4001 @code{RIGHT} en sustitución de los valores @w{@code{-1}}, @code{0} y @code{1},
4004 Normalmente se usaría la instrucción @code{\override} para modificar
4005 el valor de @code{self-alignment-X}, pero se puede usar la instrucción
4006 @code{\tweak} para alinear varias anotaciones por separado sobre una
4009 @lilypond[quote,verbatim,relative=1]
4011 -\tweak self-alignment-X #-1
4013 -\tweak self-alignment-X #0
4015 -\tweak self-alignment-X #RIGHT
4017 -\tweak self-alignment-X #-2.5
4018 ^"aligned further to the right"
4021 @subsubsubheading Auto-alineación vertical de los objetos
4023 Los objetos se pueden alinear verticalmente en una forma análoga a la
4024 alineación horizontal si la propiedad @code{Y-offset} está establecida
4025 a @code{ly:self-alignment-interface::y-aligned-on-self}. Sin embargo,
4026 a menudo se encuentran implicados otros mecanismos en la alineación
4027 vertical: el valor de @code{Y-offset} es tan sólo una variable que se
4028 tiene en cuenta. Esto puede hacer que ajustar el valor de ciertos
4029 objetos sea una tarea dificultosa. Las unidades son sólo la mitad de
4030 las dimensiones verticales del objeto, que suele ser bastante pequeño,
4031 por lo que pueden requerirse números bastante grandes. Un valor de
4032 @w{@code{-1}} alinea el borde inferior del objeto con el punto de
4033 referencia del objeto padre, un valor de @code{0} alinea el centro del
4034 objeto con el punto de referencia del padre, y un valor de @code{1}
4035 alinea el borde superior del objeto con el punto de referencia del
4036 padre. Se pueden usar los símbolos @code{DOWN}, @code{CENTER},
4037 @code{UP} en sustitución de @w{@code{-1}},
4038 @code{0} y @code{1}, respectivamente.
4040 @emph{Auto-alineación de objetos en las dos direcciones}
4042 Estableciendo tanto @code{X-offset} como @code{Y-offset}, se puede
4043 alinear un objeto en las dos direcciones simultáneamente.
4045 El ejemplo siguiente muestra cómo ajustar una digitación de forma que
4046 se acerque a la cabeza de la nota.
4048 @lilypond[quote,verbatim,relative=2]
4050 -\tweak self-alignment-X #0.5 % move horizontally left
4051 -\tweak Y-offset #ly:self-alignment-interface::y-aligned-on-self
4052 -\tweak self-alignment-Y #-1 % move vertically up
4057 @unnumberedsubsubsec Uso de los procedimientos @code{aligned-on-parent}
4059 @c Cannot document as they do not seem to operate consistently on all objects -td
4060 @c TODO investigate further
4062 The @code{aligned-on-parent} procedures are used in the same way
4063 as the @code{aligned-on-self} procedures, they difference being
4064 that they permit an object to be aligned with the @emph{edges} of
4065 the parent rather than the parent's reference point. The following
4066 example shows the difference:
4070 @lilypond[verbatim,quote]
4076 @unnumberedsubsubsec Uso de los procedimientos @code{centered-on-parent}
4078 @c Cannot document as they do not seem to operate consistently on all objects -td
4079 @c TODO investigate further
4083 @c TODO The align-interface, BassFigureAlignment and VerticalAlignment
4086 @node Uso del break-alignable-interface
4087 @unnumberedsubsubsec Uso del @code{break-alignable-interface}
4088 @translationof Using the break-alignable-interface
4090 @cindex alineación a objetos
4091 @cindex break-align-symbols
4093 Las letras de ensayo se pueden alinear con objetos de notación
4094 distintos a las barras de compás. Estos objetos son @code{ambitus},
4095 @code{breathing-sign}, @code{clef}, @code{custos}, @code{staff-bar},
4096 @code{left-edge}, @code{key-cancellation}, @code{key-signature} y
4097 @code{time-signature}.
4099 Cada tipo de objeto tiene su propio punto de referencia
4100 predeterminado, con el que se alinean las marcas de ensayo:
4102 @lilypond[verbatim,quote,relative=1]
4103 % The rehearsal mark will be aligned to the right edge of the Clef
4104 \override Score.RehearsalMark.break-align-symbols = #'(clef)
4109 % The rehearsal mark will be aligned to the left edge of the Time Signature
4110 \override Score.RehearsalMark.break-align-symbols = #'(time-signature)
4116 % The rehearsal mark will be centered above the Breath Mark
4117 \override Score.RehearsalMark.break-align-symbols = #'(breathing-sign)
4126 Se puede especificar una lista de posibles objetos para la alineación.
4127 Si algunos de los objetos son invisibles en ese punto debido al valor
4128 de @code{break-visibility} o a valores de visibilidad explícitos para
4129 las armaduras y las claves, la letra de ensayo o número de compás se
4130 alinean con el primer objeto de la lista que sea visible. Si ningún
4131 objeto de la lista es visible, el objeto se alinea con la línea
4132 divisoria. Si la línea divisoria es invisible, el objeto se alinea
4133 con el punto en el que se encontraría la línea divisoria.
4135 @lilypond[verbatim,quote,relative=1]
4136 % The rehearsal mark will be aligned to the right edge of the Key Signature
4137 \override Score.RehearsalMark.break-align-symbols = #'(key-signature clef)
4142 % The rehearsal mark will be aligned to the right edge of the Clef
4143 \set Staff.explicitKeySignatureVisibility = #all-invisible
4144 \override Score.RehearsalMark.break-align-symbols = #'(key-signature clef)
4149 % The rehearsal mark will be centered above the Bar Line
4150 \set Staff.explicitKeySignatureVisibility = #all-invisible
4151 \set Staff.explicitClefVisibility = #all-invisible
4152 \override Score.RehearsalMark.break-align-symbols = #'(key-signature clef)
4159 La alineación de la letra de ensayo con relación al objeto de notación
4160 se puede cambiar, como se ve en el ejemplo siguiente. En una
4161 partitura con varios pentagramas, este ajuste se debe hacer para todos
4164 @lilypond[verbatim,quote,relative=1]
4165 % The RehearsalMark will be aligned with the right edge of the Key Signature
4166 \override Score.RehearsalMark.break-align-symbols = #'(key-signature)
4172 % The RehearsalMark will be centered above the Key Signature
4173 \once \override Score.KeySignature.break-align-anchor-alignment = #CENTER
4177 % The RehearsalMark will be aligned with the left edge of the Key Signature
4178 \once \override Score.KeySignature.break-align-anchor-alignment = #LEFT
4184 La letra de ensayo también se puede desplazar al borde derecho o
4185 izquierdo en una medida arbitraria. Las unidades son espacios de
4188 @lilypond[verbatim,quote,relative=1]
4189 % The RehearsalMark will be aligned with the left edge of the Key Signature
4190 % and then shifted right by 3.5 staff-spaces
4191 \override Score.RehearsalMark.break-align-symbols = #'(key-signature)
4192 \once \override Score.KeySignature.break-align-anchor = #3.5
4196 % The RehearsalMark will be aligned with the left edge of the Key Signature
4197 % and then shifted left by 2 staff-spaces
4198 \once \override Score.KeySignature.break-align-anchor = #-2
4205 @node Agrupación vertical de objetos gráficos
4206 @subsection Agrupación vertical de objetos gráficos
4207 @translationof Vertical grouping of grobs
4209 @c TODO Expand this section
4211 Los grobs (objetos gráficos) @code{VerticalAlignment} y
4212 @code{VerticalAxisGroup} trabajan de manera coordinada.
4213 @code{VerticalAxisGroup} agrupa distintos grobs como @code{Staff},
4214 @code{Lyrics}, etc. Después, @code{VerticalAlignment} alinea los
4215 distintos grobs agrupados previamente por @code{VerticalAxisGroup}.
4216 Normalmente sólo existe un @code{VerticalAlignment} por cada
4217 partitura, pero cada @code{Staff}, @code{Lyrics}, etc. tiene su propio
4218 @code{VerticalAxisGroup}.
4221 @node Modificación de los sellos
4222 @subsection Modificación de los sellos
4223 @translationof Modifying stencils
4225 Todos los objetos de presentación tienen una propiedad @code{stencil}
4226 que es parte del @code{grob-interface}. De forma predeterminada, esta
4227 propiedad suele estar establecida a una función específica del objeto
4228 que está hecha a medida para disponer el símbolo que lo representa en
4229 la salida. Por ejemplo, el ajuste estándar para la propiedad
4230 @code{stencil} del objeto @code{MultiMeasureRest} es
4231 @code{ly:multi-measure-rest::print}.
4233 El símbolo estándar de cualquier objeto se puede sustituir modificando
4234 la propiedad @code{stencil} para que haga referencia a un
4235 procedimiento diferente escrito especialmente. Esto requiere un alto
4236 nivel de conocimiento del funcionamiento interno de LilyPond, pero hay
4237 una forma más fácil que a menudo puede dar resultados adecuados.
4239 El procedimiento es establecer la propiedad @code{stencil} al
4240 procedimiento que imprime texto (@code{ly:text-interface::print}) y
4241 añadir una propiedad @code{text} al objeto ajustada para que contenga
4242 el texto de marcado que produce el símbolo requerido. Debido a la
4243 flexibilidad del marcado, se pueden conseguir muchas cosas; en
4244 particular, consulte @ref{Notación gráfica dentro de elementos de marcado}.
4246 El ejemplo siguiente muestra esto cambiando el símbolo de la cabeza de
4247 la nota a unas aspas dentro de una circunferencia.
4249 @lilypond[verbatim,quote]
4251 \once \override NoteHead.stencil = #ly:text-interface::print
4252 \once \override NoteHead.text = \markup {
4254 \halign #-0.7 \draw-circle #0.85 #0.2 ##f
4255 \musicglyph #"noteheads.s2cross"
4263 Cualquiera de los glifos de la fuente tipográfica Feta se puede pasar
4264 a la instrucción de marcado @code{\musicglyph}: véase @ref{La tipografía Feta}.
4266 @c TODO Add inserting eps files or ref to later
4268 @c TODO Add inserting Postscript or ref to later
4271 Referencia de la notación:
4272 @ref{Notación gráfica dentro de elementos de marcado},
4273 @ref{Formatear el texto},
4274 @ref{Text markup commands},
4275 @ref{La tipografía Feta}.
4278 @node Modificación de las formas
4279 @subsection Modificación de las formas
4280 @translationof Modifying shapes
4283 * Modificación de ligaduras de unión y de expresión::
4287 @node Modificación de ligaduras de unión y de expresión
4288 @unnumberedsubsubsec Modificación de ligaduras de unión y de expresión
4289 @translationof Modifying ties and slurs
4291 @cindex ligaduras de expresión, modificar
4292 @cindex ligaduras de unión, modificar
4293 @cindex Bézier, curvas de, puntos de control
4294 @cindex puntos de control en curvas de Bézier
4296 Las ligaduras de unión (@code{Tie}s), de expresión (@code{Slur}s),
4297 de fraseo (@code{PhrasingSlur}s), de dejar vibrar
4298 (@code{LaissezVibrerTie}s) y de repetición (@code{RepeatTie}s) se
4299 trazan como curvas de Bézier de tercer orden. Si la forma de la
4300 ligadura calculada automáticamente no resulta óptima, se puede
4301 modificar su forma manualmente de dos formas:
4305 mediante la especificación de los desplazamientos que se quieren
4306 realizar sobre los puntos de control de la curva de Bézier
4307 calculada automáticamente, o bien
4310 mediante la especificación explícita de las posiciones de los
4311 cuatro puntos de control que se requieren para definir la curva
4315 A continuación se explican ambos métodos. El primer método es más
4316 adecuado cuando solo se requieren ligeros ajustes de la curva; el
4317 segundo puede ser mejor para crear curvas que tienen relación con
4320 @subsubsubheading Curvas de Bézier cúbicas
4322 Las curvas Bézier de tercer orden o cúbicas están definidas por
4323 cuatro puntos de control. El primer y cuarto puntos de control
4324 son exactamente los puntos extremos de comienzo y de final de la
4325 curva. Los dos puntos de control intermedios definen la forma.
4326 Se pueden encontrar en la web animaciones que muestran cómo se
4327 traza la curva, pero la descripción siguiente puede ser de ayuda.
4328 La curva comienza a partir del primer punto de control
4329 dirigiéndose directamente hacia el segundo, curvándose
4330 progresivamente para dirigirse hacia el tercero y continuando la
4331 curva hacia el cuarto, llegando a éste en viaje directo desde el
4332 tercer punto de control. La curva está contenida enteramente
4333 dentro del cuadrilátero definido por los cuatro puntos de control.
4334 Todas las traslaciones, rotaciones y escalado de los puntos de
4335 control producen exactamente las mismas operaciones sobre la
4338 @subsubsubheading Especificar desplazamientos a partir de los puntos de control actuales
4340 @cindex conformar ligaduras
4343 En este ejemplo, la colocación automática de la ligadura no
4344 resulta óptima, y @code{\tieDown} no es la solución.
4346 @lilypond[verbatim,quote,relative=1]
4350 { r4 <g c,> <g c,> <g c,> }
4354 El ajuste de los puntos de control de la ligadura mediante la
4355 instrucción @code{\shape} permite evitar las colisiones.
4357 La sintaxis de @code{\shape} es:
4360 [-]@code{\shape} @var{desplazamientos} @var{elemento}
4363 Esta instrucción recoloca los puntos de control de @var{elemento}
4364 en las cantidades dadas por @var{desplazamientos}. El argumento
4365 @var{desplazamientos} es una lista de parejas de números o una
4366 lista de tales listas. Cada elemento de una pareja representa el
4367 desplazamiento de una de las coordenadas de un punto de control.
4368 Si el @var{elemento} es una cadena de caracteres, el resultado es
4369 @code{\once\override} para el tipo de grob especificado. Si
4370 @var{elemento} es una expresión musical, el resultado es la misma
4371 expresión musical con la consiguiente modificación aplicada.
4373 En otras palabras, la función @code{\shape} puede actuar como una
4374 instrucción @code{\once\override} o como una instrucción
4375 @code{\tweak} dependiendo de si el argumento @var{elemento} es el
4376 nombre de un grob, como @qq{Slur}, o una expresión musical, como
4377 @qq{(}. El argumento @var{desplazamientos} especifica los
4378 desplazamientos de los cuatro puntos de control como una lista de
4379 cuatro parejas de valores (dx . dy) en unidades de espacios de
4380 pentagrama (o una lista de tales listas si la curva tiene más de
4383 El guión precedente se exige si, y sólo si, se usa la forma
4386 Así, usando el mismo ejemplo de arriba y la forma
4387 @code{\once\override} de la instrucción @code{\shape}, lo
4388 siguiente tiene el efecto de elevar la ligadura de unión en la
4389 mitad de un espacio de pentagrama:
4391 @lilypond[verbatim,quote,relative=1]
4394 \shape #'((0 . 0.5) (0 . 0.5) (0 . 0.5) (0 . 0.5)) Tie
4398 { r4 <g c,> <g c,> <g c,> }
4402 Este posicionamiento de la ligadura de unión es mejor, pero quizá
4403 debería elevarse más en la parte central. El ejemplo siguiente
4404 hace esto, esta vez usando la forma alternativa @code{\tweak}:
4406 @lilypond[verbatim,quote,relative=1]
4409 e1-\shape #'((0 . 0.5) (0 . 1) (0 . 1) (0 . 0.5)) ~ e
4412 { r4 <g c,> <g c,> <g c,> }
4416 Los cambios en las posiciones horizontales de los puntos de
4417 control se pueden hacer de la misma forma, y dos curvas distintas
4418 que dan comienzo en el mismo momento musical se pueden conformar
4421 @lilypond[verbatim,quote,ragged-right,relative=2]
4423 \shape #'((0.7 . -0.4) (0.5 . -0.4) (0.3 . -0.3) (0 . -0.2)) Slur
4424 \shape #'((0 . 0) (0 . 0.5) (0 . 0.5) (0 . 0)) PhrasingSlur
4428 La función @code{\shape} también puede desplazar los puntos de
4429 control de las curvas que se extienden atravesando saltos de
4430 línea. Cada pieza de la curva dividida puede recibir su propia
4431 lista de desplazamientos. Si no se necesita hacer cambios a uno
4432 de los segmentos en particular, se puede usar una lista vacía como
4433 contenedor. En este ejemplo, el salto de línea hace que la única
4434 ligadura de expresión aparezca como si fueran dos:
4436 @lilypond[verbatim,quote,ragged-right,relative=1]
4442 Los cambios en la forma de las dos mitades de la ligadura de
4443 expresión deja más claro que la ligadura continúa más allá del
4446 @lilypond[verbatim,quote,ragged-right,relative=1]
4447 % () may be used as a shorthand for ((0 . 0) (0 . 0) (0 . 0) (0 . 0))
4448 % if any of the segments does not need to be changed
4450 (( 0 . 0) (0 . 0) (0 . 0) (0 . 1))
4451 ((0.5 . 1.5) (1 . 0) (0 . 0) (0 . -1.5))
4458 En una curva en forma de «S» siempre es necesario ajustar
4459 manualmente los puntos de control: LilyPond nunca escoge tales
4460 formas automáticamente.
4462 @lilypond[verbatim,quote,relative=2]
4463 c8( e b-> f d' a e-> g)
4464 \shape #'((0 . -1) (5.5 . -0.5) (-5.5 . -10.5) (0 . -5.5)) PhrasingSlur
4465 c8\( e b-> f d' a e-> g\)
4468 @subsubsubheading Especificar los puntos de control explícitamente
4470 Las coordenadas de los puntos de contro de Bézier se especifican
4471 en unidades de espacios de pentagrama. La coordenada@tie{}X es
4472 relativa al punto de referencia al que se adjunta la ligadura, y
4473 la coordenada@tie{}Y es relativa a la línea central del
4474 pentagrama. Las coordenadas se especifican como una lista de
4475 cuatro parejas de números decimales (reales). Un enfoque consiste
4476 en estimar las coordenadas de los dos extremos, y después adivinar
4477 los dos puntos intermedios. Los valores óptimos se encuentran
4478 después por ensayo y error. Tenga en cuenta que estos valores
4479 podrían requerir un ajuste manual si se hace posteriormente
4480 cualquier cambio manual a la música o a la disposición.
4482 Una situación en la que es preferible especificar los puntos de
4483 control explícitamente a especificar los desplazamientos es cuando
4484 se necesita especificarlos de forma relativa a una nota única. A
4485 continuación presentamos un ejemplo de esto. Muestra una forma de
4486 indicar una ligadura que se extiende hacia el interior de las
4487 casillas de primera y segunda vez de una repetición.
4489 @lilypond[verbatim,quote,relative=2]
4491 \repeat volta 3 { c4 d( e f }
4496 % create a slur and move it to a new position
4497 % the <> is just an empty chord to carry the slur termination
4498 -\tweak control-points #'((-2 . 3.8) (-1 . 3.9) (0 . 4) (1 . 3.4)) ( <> )
4503 % create a slur and move it to a new position
4504 -\tweak control-points #'((-2 . 3) (-1 . 3.1) (0 . 3.2) (1 . 2.4)) ( <> )
4511 No es posible modificar la forma de las ligaduras de unión o de
4512 expresión cambiando la propiedad @code{control-points} si hay más
4513 de una en el mismo momento musical, ni siquiera usando la
4514 instrucción @code{\tweak}. Sin embargo, se puede sobreescribir la
4515 propiedad @code{tie-configuration} de @code{TieColumn} para fijar
4516 la línea de inicio y la dirección según se requiera.
4519 Referencia de funcionamiento interno:
4520 @rinternals{TieColumn}.
4523 @node Modificación de objetos de extensión divididos
4524 @subsection Modificación de objetos de extensión divididos
4525 @translationof Modifying broken spanners
4528 * Uso de alterBroken::
4531 @node Uso de alterBroken
4532 @unnumberedsubsubsec Uso de @code{\alterBroken}
4533 @translationof Using alterBroken
4535 @cindex extensión, modificación de objetos de
4536 @cindex divididos, modificación de objetos de extensión
4537 @funindex \alterBroken
4539 Cuando un @qq{spanner} u objeto extenso atraviesa uno o varios saltos
4540 de línea, cada fragmento hereda los atributos del objeto de extensión
4541 original. Así, el trucado ordinario de un objeto dividido aplica las
4542 mismas modificaciones a todos y cada uno de sus segmentos. En el
4543 ejemplo que aparece a continuación, la sobreescritura de
4544 @code{thickness} (grosor) afecta a la ligadura a ambos lados del salto
4547 @lilypond[verbatim,quote,ragged-right,relative=2]
4549 \once\override Slur.thickness = 10
4555 Es posible modificar de forma independiente el aspecto de los
4556 fragmentos individuales de un objeto de extensión dividido, con la
4557 instrucción @code{\alterBroken}. Esta instrucción puede producir un
4558 @code{\override} o bien un @code{\tweak} de una propiedad del objeto
4561 La sintaxis de @code{\alterBroken} es
4564 [-]@code{\alterBroken} @var{propiedad} @var{valores} @var{elemento}
4567 El argumento @var{valores} es una lista de valores, uno por cada
4568 fragmento. Si @var{elemento} el el nombre de un grob como @code{Slur}
4569 o @code{Staff.PianoPedalBracket}, el resultado es una instrucción de
4570 sobreescritura @code{\override} del tipo de grob especificado. Si
4571 @var{elemento} es una expresión musical como @qq{(} o @qq{[} el
4572 resultado es la misma expresión musical con el correspondiente truco
4575 El guión inicial se debe utilizar con la forma de trucaje,
4576 @code{\tweak}. No lo escriba cuando utilice @code{\alterBroken} como
4577 una operación de sobreescritura, @code{\override}.
4579 En su uso como @code{\override}, @code{\alterBroken} puede ir
4580 precedido de @code{\once} o @code{\temporary} y ser revertido con
4581 @code{\revert} con el argumento @var{propiedad}.
4583 EL código siguiente aplica un @code{\override} independiente a cada
4584 uno de los fragmentos de la ligadura del ejemplo anterior:
4586 @lilypond[verbatim,quote,ragged-right,relative=2]
4588 \alterBroken thickness #'(10 1) Slur
4594 La instrucción @code{\alterBroken} se puede usar con cualquier objeto
4595 de extensión, incluidos @code{Tie}, @code{PhrasingSlur}, @code{Beam} y
4596 @code{TextSpanner}. Por ejemplo, un editor que está preparando una
4597 edición académica podría desear indicar la ausencia de parte de una
4598 ligadura de fraseo en una fuente haciendo discontinuo solamente el
4599 segmento que se ha añadido. El siguiente ejemplo ilustra de qué
4600 manera se puede hacer esto, en este caso usando la forma @code{\tweak}
4603 @lilypond[verbatim,quote,ragged-right,relative=2]
4604 % The empty list is conveniently used below, because it is the
4605 % default setting of dash-definition, resulting in a solid curve.
4606 c2-\alterBroken dash-definition #'(() ((0 1.0 0.4 0.75))) \(e
4611 Es importante comprender que @code{\alterBroken} fija cada pieza del
4612 objeto fragmentado al valor correspondiente dentro del argumento
4613 @var{valores}. Cuando hay menos valores que piezas, cualquier
4614 fragmento adicional recibe la asignación de la lista vacía. Esto
4615 puede conllevar resultados no deseados si la propiedad de disposición
4616 no está establecida a la lista vacía de forma predeterminada. En
4617 estos casos, se debe asignar a cada segmento un valor adecuado.
4620 Los saltos de línea pueden ocurrir en distintos lugares según cambia
4621 la disposición de la música. Los ajustes elegidos para
4622 @code{\alterBroken} podrían no ser adecuados para un objeto de
4623 extensión que ya no está dividido o que se fragmenta en más piezas que
4624 antes. El uso explícito (manual) de saltos de línea mediante
4625 @code{\break} puede prevenir situaciones como ésta.
4627 La instrucción @code{\alterBroken} no es efectiva para propiedades de
4628 los objetos extensos accedidas antes del salto de línea, como
4633 @rextend{Trucos difíciles}.
4636 @node Contenedores unpure-pure
4637 @subsection Contenedores unpure-pure
4638 @translationof Unpure-pure containers
4640 @cindex Scheme, contenedores puros
4641 @cindex Scheme, contenedores no-puros
4642 @cindex puros, contenedores de Scheme
4643 @cindex no-puros: contenedores de Scheme
4644 @cindex horizontal, sobreescribir el espaciado
4646 Los contenedores @q{unpure-pure} (pura y no pura) son útiles para la
4647 sobreescritura de los cálculos del espaciado en el @emph{eje Y}
4648 (concretamente @code{Y-offset} e @code{Y-extent}) con una función de
4649 Scheme en lugar de un literal, es decir, un número o una pareja de
4652 Para ciertos objetos gráficos, las dimensiones @code{Y-extent} están
4653 basadas en la propiedad @code{stencil}, la sobreescritura de la
4654 propiedad de sello de éstos requiere una sobreescritura adicional de
4655 @code{Y-extent} con un contenedor unpure-pure. Cuando una función
4656 sobreescribe una dimensión @code{Y-offset} y/o @code{Y-extent} se
4657 supone que esto dispara los cálculos de los saltos de línea
4658 prematuramente durante la compilación. Así pues, la función no se
4659 evalúa en absoluto (devolviendo por lo general un valor de @samp{0} o
4660 @samp{'(0 . 0)}) lo que puede dar lugar a colisiones. Una función
4661 @q{pura} no afecta a las propiedades, objetos o suicidios de grobs, y
4662 por ello siempre ven sus valores relacionados con el eje Y evaluados
4665 Actualmente hay unas treinta funciones que ya se consideran @q{puras}
4666 y los contenedores Unpure-pure son una manera de establecer funciones
4667 que no están en esta lista como @q{puras}. La función @q{pura} se
4668 evalúa @emph{antes} de cualquier salto de línea y así el espaciado
4669 horizontal se puede ajustar @q{a tiempo}. La función @q{impura} se
4670 evalúa entonces @emph{después} del salto de línea.
4672 @warning{Dado que es difícil saber siempre qué funciones están en esta
4673 lista, recomendamos que cualquier función @q{pura} que estemos creando
4674 no utilice los grobs @code{Beam} o @code{VerticalAlignment}.}
4676 Un contenedor @q{unpure-pure} se contruye de la manera siguiente:
4678 @code{(ly:make-unpure-pure-container f0 f1)}
4680 donde @code{f0} es una función que toma @var{n} argumentos (@var{n >=
4681 1}) y el primer argumento siempre debe ser el grob. Ésta es la
4682 función que da el resultado real. @var{f1} es la función que se
4683 etiqueta como @q{pura} que toma @var{n + 2} argumentos. De nuevo, el
4684 primer argumento debe ser siempre el grob pero los argumentos segundo
4685 y tercero son argumentos de @q{inicio} y de @q{final}.
4687 @var{inicio} y @var{final} son, a todos los efectos, valores mudos que
4688 sólo tienen importancia para los @code{objetos de extensión} (o sea:
4689 @code{Hairpin}, regulador, o @code{Beam}, barra), que pueden devolver
4690 distintas estimaciones de altura basadas en una columna de inicio y
4693 El resto son los otros argumentos para la primera función (que puede
4694 no ser ninguno si @var{n = 1}).
4696 El resultado de la segunda función se usa como una aproximación del
4697 valor necesario, que se usa entonces por la primera función para
4698 obtener el valor real que se usa a continuación para el ajuste de
4699 precisión mucho más tardío durante el proceso de espaciado.
4701 @lilypond[verbatim,quote,ragged-right]
4702 #(define (square-line-circle-space grob)
4703 (let* ((pitch (ly:event-property (ly:grob-property grob 'cause) 'pitch))
4704 (notename (ly:pitch-notename pitch)))
4705 (if (= 0 (modulo notename 2))
4706 (make-circle-stencil 0.5 0.0 #t)
4707 (make-filled-box-stencil '(0 . 1.0)
4710 squareLineCircleSpace = {
4711 \override NoteHead.stencil = #square-line-circle-space
4714 smartSquareLineCircleSpace = {
4715 \squareLineCircleSpace
4716 \override NoteHead.Y-extent =
4717 #(ly:make-unpure-pure-container
4718 ly:grob::stencil-height
4719 (lambda (grob start end) (ly:grob::stencil-height grob)))
4722 \new Voice \with { \remove "Stem_engraver" }
4724 \squareLineCircleSpace
4726 \smartSquareLineCircleSpace
4731 En el primer compás, sin el contenedor @emph{unpure-pure}, el motor de
4732 espaciado no conoce la anchura de la cabeza de la nota y permite que
4733 colisione con las alteraciones accidentales. En el segundo compás, el
4734 motor de espaciado conoce la anchura de las cabezas de las notas y
4735 evita la colisión mediante el alargamiento de la línea en la medida
4738 Normalmente, para cálculos simples se pueden usar funciones casi
4739 idénticas tanto para las partes @q{no pura} y @q{pura}, simplemente
4740 cambiando el número de argumentos que se pasan a, y el ámbito de, la
4743 @warning{Si una función está caracterizada como @q{pura} y resulta que
4744 no lo es, el resultado puede ser inesperado.}
4747 @node Uso de las funciones musicales
4748 @section Uso de las funciones musicales
4749 @translationof Using music functions
4751 @c TODO -- add @seealso, etc. to these subsections
4753 Dondequiera que se necesite reutilizar trucos con distintas
4754 expresiones musicales, con frecuencia conviene hacer que el truco
4755 forme parte de una @emph{función musical}. En esta sección
4756 estudiaremos solamente las funciones de @emph{sustitución}, en las que
4757 el objeto es sustituir una variable dentro de un fragmento de código
4758 de entrada de LilyPond. Se describen otras funciones más complejas en
4759 @rextend{Funciones musicales}.
4762 * Sintaxis de las funciones de sustitución::
4763 * Ejemplos de funciones de sustitución::
4767 @node Sintaxis de las funciones de sustitución
4768 @subsection Sintaxis de las funciones de sustitución
4769 @translationof Substitution function syntax
4771 Es fácil hacer una función que sustituya una variable dentro de código
4772 de LilyPond. La forma general de estas funciones es
4776 #(define-music-function
4777 (parser location @var{arg1} @var{arg2} @dots{})
4778 (@var{type1?} @var{type2?} @dots{})
4780 @var{@dots{}música@dots{}}
4787 @multitable @columnfractions .33 .66
4788 @item @code{@var{argN}}
4789 @tab @var{n}-ésimo argumento
4791 @item @code{@var{typeN?}}
4792 @tab @emph{predicado de tipo} de Scheme para el que @code{@var{argN}}
4793 debe devolver @code{#t}.
4795 @item @code{@var{@dots{}música@dots{}}}
4796 @tab código de entrada normal de LilyPond, que utiliza @code{$} (en los
4797 lugares en que sólo se permiten construcciones de Lilypond) o @code{#}
4798 (para usarlo como un valor de Scheme o un argumento de función musical
4799 o música dentro de listas de música) para referenciar argumentos
4800 (p.ej. @samp{#arg1}).
4803 Los argumentos @code{parser} y @code{location} son necesarios, y se
4804 utilizan en algunas situaciones avanzadas como se encuentra descrito
4805 en @rextend{Sintaxis de las funciones musicales}. Para las funciones
4806 de sustitución, tan sólo hemos de asegurarnos de incluirlos.
4808 También es necesaria la lista de predicados de tipo. Algunos de los
4809 predicados de tipo más comunes que se utilizan en las funciones
4814 cheap-list? @emph{(utilizar en lugar de }@q{list?}@emph{ para un procesado más rápido)}
4826 Para ver una lista de los predicados de tipo disponibles, consulte
4827 @ref{Predicados de tipo predefinidos}. También se permiten los
4828 predicados de tipo definidos por el usuario.
4831 Referencia de la notación:
4832 @ref{Predicados de tipo predefinidos}.
4834 Expansión de LilyPond:
4835 @rextend{Sintaxis de las funciones musicales}.
4837 Archivos instalados:
4838 @file{lily/music-scheme.cc},
4840 @file{scm/lily.scm}.
4843 @node Ejemplos de funciones de sustitución
4844 @subsection Ejemplos de funciones de sustitución
4845 @translationof Substitution function examples
4847 Esta sección presenta algunos ejemplos de funciones de sustitución.
4848 No pretenden ser exhaustivas, sino demostrar algunas de las
4849 posibilidades de las funciones de sustitución sencillas.
4851 En el primer ejemplo se define una función que simplifica el ajuste
4852 del relleno de un elemento de inscripción de texto TextScript:
4854 @lilypond[quote,verbatim,ragged-right]
4856 #(define-music-function
4857 (parser location padding)
4860 \once \override TextScript.padding = #padding
4864 c4^"piu mosso" b a b
4866 c4^"piu mosso" b a b
4868 c4^"piu mosso" b a b
4872 Además de números, podemos usar expresiones musicales, como notas,
4873 para los argumentos de las funciones musicales:
4875 @lilypond[quote,verbatim,ragged-right]
4877 #(define-music-function
4878 (parser location note)
4881 \tweak NoteHead.stencil #ly:text-interface::print
4882 \tweak NoteHead.text
4883 \markup \musicglyph #"custodes.mensural.u0"
4884 \tweak Stem.stencil ##f
4888 \relative c' { c4 d e f \custosNote g }
4891 Se pueden definir funciones de sustitución con más de un argumento:
4893 @lilypond[quote,verbatim,ragged-right]
4895 #(define-music-function
4896 (parser location padding tempotext)
4899 \once \override Score.MetronomeMark.padding = #padding
4900 \tempo \markup { \bold #tempotext }
4904 \tempo \markup { "Low tempo" }
4906 \tempoPadded #4.0 "High tempo"
4911 @c TODO: add appropriate @@ref's here.