1 @c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-
2 @c This file is part of lilypond.tely
4 Translation of GIT committish: 0646758d26f727fc27fc13a87df2362388909e5d
6 When revising a translation, copy the HEAD committish of the
7 version that you are working on. See TRANSLATION for details.
12 @node Changing defaults
13 @chapter Changing defaults
15 El objetivo del diseño de LilyPond es proporcionar la más alta calidad
16 de los resultados, de forma predeterminada. A pesar de ello, podría
17 tener que cambiar este resultado predeterminado. La disposición sobre
18 el papel se controla a través de un amplio número de @q{botones e
19 interruptores} llamados en su conjunto @q{propiedades}. En el Manual
20 de aprendizaje podemos encontrar una introducción en forma de tutorial
21 al acceso y modificación de estas propiedades, véase
22 @rlearning{Tweaking output}. Éste debería leerse en primer lugar.
23 Este capítulo cubre un terreno similar, pero con un estilo más
24 adecuado para un manual de referencia.
26 @cindex Referencia de funcionamiento interno
28 La descripción definitiva de los controles que están dipsonibles para
29 su ajuste fino están en un documento aparte: @rinternalsnamed{Top,la
30 Referencia de funcionamiento interno}. Dicho manual relaciona todas
31 las variables, funciones y opciones que se encuentran disponibles en
32 LilyPond. Está escrito como un documento HTML, que se puede encontrar
34 @c leave the @uref as one long line.
35 @uref{http://@/lilypond@/.org/@/doc/@/stable/@/Documentation/@/user/@/lilypond@/-internals/,on@/-line},
36 pero que también va incluido en el paquete de la documentación de LilyPond.
38 Internamente, LilyPond utiliza el lenguaje Scheme (un dialecto de
39 LISP) para aportar la infraestructura. La sobreescritura de las
40 decisiones de disposición da acceso efectivo a las interioridades del
41 programa, lo que requiere código de Scheme como entrada. Los
42 elementos de Scheme se inauguran dentro de un archivo @code{.ly} con
43 el símbolo de cuadradillo @code{#}.@footnote{@rlearning{Scheme
44 tutorial} contiene un breve tutorial sobre la introducción de números,
45 listas, cadenas y símbolos en Scheme.}
48 * Interpretation contexts::
49 * Explaining the Internals Reference::
50 * Modifying properties::
51 * Useful concepts and properties::
56 @node Interpretation contexts
57 @section Interpretation contexts
59 Esta sección explica qué son los contextos y cómo modificarlos.
62 * Contexts explained::
64 * Modifying context plug-ins::
65 * Changing context default settings::
66 * Defining new contexts::
72 Manual de aprendizaje:
73 @rlearning{Contexts and engravers}.
76 @file{ly/@/engraver@/-init@/.ly},
77 @file{ly/@/performer@/-init@/.ly}.
80 @rlsr{Contexts and engravers}.
82 Referencia de funcionamiento interno:
83 @rinternals{Contexts},
84 @rinternals{Engravers and Performers}.
87 @node Contexts explained
88 @subsection Contexts explained
90 Los contextos se disponen de forma jerárquica:
93 * Score - the master of all contexts::
94 * Top-level contexts - staff containers::
95 * Intermediate-level contexts - staves::
96 * Bottom-level contexts - voices::
99 @node Score - the master of all contexts
100 @unnumberedsubsubsec Score - the master of all contexts
102 Este es el contexto de notación del nivel más alto. Ningún otro
103 contexto puede contener a un contexto Score. De forma predeterminada,
104 el contexto Score maneja la administración de las indicaciones de
105 compás y se asegura de que ciertos elementos como claves, compases y
106 armaduras están siempre alineados entre los distintos pentagramas.
108 Se crea implícitamente una instancia del contexto Score cuando se
109 procesa un bloque @code{\score @{@dots{}@}} o @code{\layout
110 @{@dots{}@}}, o explícitamente cuando se ejecuta una instrucción
113 @node Top-level contexts - staff containers
114 @unnumberedsubsubsec Top-level contexts - staff containers
116 @strong{@emph{StaffGroup}}
118 Agrupa pentagramas y añade un corchete en la parte izquierda, formando
119 un grupo. Las líneas divisorias de los pentagramas contenidos se
120 conectan verticalmente. StaffGroup sólo consiste en una colección de
121 pentagramas, con un corchete delante y líneas divisorias de arriba a
124 @strong{@emph{ChoirStaff}}
126 Idéntico a StaffGroup excepto que las barras de compás de los
127 pentagramas contenidos no se conectan verticalmente.
129 @strong{@emph{GrandStaff}}
131 Un grupo de pentagramas, con una llave en la parte izquierda que
132 abarca el grupo. Las barras de compás de los pentagramas contenidos
133 se conectan verticalmente.
135 @strong{@emph{PianoStaff}}
137 @c TODO No longer correct? Check. -td
138 Igual que GrandStaff pero con una distancia fija entre los
139 pentagramas, de manera que se pueden usar ligaduras y barras que
140 cruzan de un pentagrama a otro.
142 @node Intermediate-level contexts - staves
143 @unnumberedsubsubsec Intermediate-level contexts - staves
145 @strong{@emph{Staff}}
147 Maneja claves, barras de compás, tonalidades y alteraciones
148 accidentales. Puede contener contextos de Voice.
150 @strong{@emph{RhythmicStaff}}
152 Como Staff, pero para imprimir ritmos. Se ignoran las alturas de las
153 notas; las notas se imprimen sobre una línea.
155 @strong{@emph{TabStaff}}
157 Contexto para generar tablaturas. De forma predeterminada dispone la
158 expresión musical como una tablatura de guitarra, impresa sobre seis
161 @strong{@emph{DrumStaff}}
163 Maneja el tipografiado para instrumentos de percusión. Puede contener
166 @strong{@emph{VaticanaStaff}}
168 Iguall que Staff, excepto que está pensado para tipografiar piezas en
171 @strong{@emph{MensuralStaff}}
173 Igual que Staff, excepto que está diseñado para tipografiar piezas en
177 @node Bottom-level contexts - voices
178 @unnumberedsubsubsec Bottom-level contexts - voices
180 Los contextos del mismo nivel que Voice dan un valor inicial a ciertas
181 propiedades e inician los grabadores correspondientes. Siendo
182 contextos del nivel más bajo, no pueden contener a otros contextos.
184 @strong{@emph{Voice}}
186 Corresponde a una voz sobre un pentagrama. este contexto maneja la
187 conversión de las indicaciones dinámicas, plicas, barras, subíndices y
188 superíndices, ligaduras de expresión y de unión, y silencios. Tenemos
189 que crear instancias explícitas de este contexto si necesitamos varias
190 voces en el mismo pentagrama.
192 @strong{@emph{VaticanaVoice}}
194 Lo mismo que Voice, excepto que está diseñado para tipografiar piezas
195 en estilo gregoriano.
197 @strong{@emph{MensuralVoice}}
199 Lo mismmo que Voice, con modificaciones para el tipografiado de piezas
202 @strong{@emph{Lyrics}}
204 Corresponde a una voz con letra. Maneja la impresión de una sola
207 @strong{@emph{DrumVoice}}
209 El contexto de voz utilizado en una pauta de percusión.
211 @strong{@emph{FiguredBass}}
213 El contexto en que los objetos BassFigure se crean a partir de la
214 entrada escrita en el modo @code{\figuremode}.
216 @strong{@emph{TabVoice}}
218 El contexto de voz utilizado dentro de un contexto TabStaff. Se suele
219 dejar que se cree implícitamente.
221 @strong{@emph{ChordNames}}
223 Tipografía nombres de acordes.
226 @node Creating contexts
227 @subsection Creating contexts
229 Para partituras que sólo tienen una voz y un pentagrama, los contextos
230 se crean automáticamente. Para partituras más complejas, es necesario
231 crearlos a mano. Existen tres instrucciones que hacen esto.
236 La instrucción más fácil es @code{\new}, y es también la más rápida de
237 escribir. Se antepone a una expresión musical, por ejemplo
240 @cindex nuevos, contextos
241 @cindex Contexto, creación de
244 \new @var{tipo} @var{expresión_musical}
248 donde @var{tipo} es el nombre de un contexto (como @code{Staff} o
249 @code{Voice}). Esta instrucción crea un contexto nuevo, y empieza a
250 interpretar la @var{expresión_musical} con él.
252 Una aplicación práctica de @code{\new} es una partitura con muchos pentagramas.
253 Cada parte que debe ir en su propio pentagrama, va precedida de
256 @lilypond[quote,verbatim,relative=2,ragged-right,fragment]
263 La instrucción @code{\new} puede también dar nombre al contexto,
266 \new @var{tipo} = @var{identificador} @var{música}
268 Sin embargo, este nombre especificado por el usuario sólo se utiliza
269 si no hay ya otro contexto anterior con el mismo nombre.
275 Como @code{\new}, la instrucción @code{\context} también dirige una
276 expresión musical a un objeto de contexto, pero da al contexto un
277 nombre explícito. La sintaxis es
280 \context @var{tipo} = @var{identificador} @var{música}
283 En esta forma, la instrucción buscará un contexto existente del
284 @var{tipo} especificado que tenga el nombre @var{identificador}. Si
285 ese contexto aún no existe, se crea un contexto nuevo con el nombre
286 especificado. Esto es útil si nos vamos a referir más tarde al
287 contexto. Por ejemplo, cuando se escribe la letra, la melodía está
288 dentro de un contexto con nombre
291 \context Voice = "@b{tenor}" @var{música}
295 de forma que los textos se puedan alienar correctamente con sus notas,
298 \new Lyrics \lyricsto "@b{tenor}" @var{letra}
303 Otro uso posible de los contextos con nombre es la fusión de dos
304 expresiones musicales distintas en un solo contexto. En el siguiente
305 ejemplo, se introducen por separado las articulaciones y las notas,
309 decoracion = @{ s4-. s4-> @}
312 se combinan enviando los dos al mismo contexto @code{Voice},
316 \new Staff \context Voice = "A" \musica
317 \context Voice = "A" \decoracion
320 @lilypond[quote,ragged-right]
324 \new Staff \context Voice = "A" \music
325 \context Voice = "A" \arts
329 Con este mecanismo, es posible definir un Urtext (una edición
330 original), con la posibilidad de poner articulaciones distintas sobre
333 @cindex crear contextos
336 La tercera instrucción para crear contextos es
338 \context @var{tipo} @var{música}
343 Esto es similar a @code{\context} con @code{= @var{identificador}},
344 pero se corresponde con cualquier contexto del tipo @var{tipo}, sin
345 importar qué nombre se le ha dado.
347 Esta variante se usa con expresiones musicales que se pueden
348 interpretar en varios niveles. Por ejemplo, la instrucción
349 @code{\applyOutput} (véase @ref{Running a function on all layout
350 objects}). Sin una instrucción @code{\context} explícita, normalmente
351 se aplicaría a @code{Voice}
354 \applyOutput #'@var{contexto} #@var{función} % aplicar al contexto Voice
357 Para que se interprete dentro de los niveles de @code{Score} o
358 @code{Staff}, utilice las siguientes formas:
361 \applyOutput #'Score #@var{función}
362 \applyOutput #'Staff #@var{función}
368 @node Modifying context plug-ins
369 @subsection Modifying context plug-ins
371 Los contextos de notación (como @code{Score} y @code{Staff}) no sólo
372 almacenan propiedades, también contienen «plug-ins» o complementos
373 llamados @q{grabadores} que crean elementos de notación. Por ejemplo,
374 el contexto @code{Voice} contiene un grabador
375 @code{Note_head_engraver} que crea las cabezas de nota y el contexto
376 @code{Staff} contiene un grabador @code{Key_signature_engraver} que
377 crea la indicación de compás.
379 Para ver una descripción completa de todos y cada uno de los
380 complementos, consulte
382 @rinternals{Engravers and Performers}.
385 Referencia de funcionamiento interno @expansion{} Traducción @expansion{} Grabadores.
387 Cada contexto que se describe en
389 @rinternals{Contexts}
392 Referencia de funcionamiento interno @expansion{} Traducción @expansion{} Contexto.
394 relaciona los grabadores que se usan para ese contexto.
397 Puede ser de utilidad jugar un poco con estos complementos. Se hace
398 iniciando un contexto nuevo con @code{\new} o @code{\context} y
404 \new @var{contexto} \with @{
417 donde los @dots{} debe ser el nombre de un grabador. Aquí tenemos un
418 ejemplo sencillo que suprime los grabadores
419 @code{Time_signature_engraver} y @code{Clef_engraver} de un contexto
422 @lilypond[quote,relative=1,verbatim,fragment]
428 \remove "Time_signature_engraver"
429 \remove "Clef_engraver"
436 En el segundo pentagrama no hay indicación de compás ni clave. Éste
437 es un método bastante rudimentario de hacer que desaparezcan los
438 objetos porque afecta a todo el pentagrama. Este método también
439 afecta al espaciado, lo que puede ser deseable o no serlo. Se
440 muestran métodos más sofisticados para quitar objetos en
441 @rlearning{Visibility and color of objects}.
443 El ejemplo siguiente muestra una aplicación práctica. Normalmente las
444 líneas divisorias y las indicaciones de compás están sincronizadas a
445 lo largo de toda la partitura. Lo hacen los grabadores
446 @code{Timing_translator} y @code{Default_bar_line_engraver}. Estos
447 complementos mantienen al día la administración de las indicaciones de
448 compás, posición dentro del compás, etc. Moviendo estos grabadores
449 desde el contexto de @code{Score} al de @code{Staff}, podemos
450 conseguir una partitura en la que cada pentagrama tiene su propio
451 compás independiente.
453 @cindex polimétricas, partituras
454 @cindex compases distintos al mismo tiempo
456 @lilypond[quote,relative=1,ragged-right,verbatim,fragment]
458 \remove "Timing_translator"
459 \remove "Default_bar_line_engraver"
462 \consists "Timing_translator"
463 \consists "Default_bar_line_engraver"
469 \consists "Timing_translator"
470 \consists "Default_bar_line_engraver"
479 @node Changing context default settings
480 @subsection Changing context default settings
482 Los ajustes de contexto que están preparados para usarse de forma
483 predeterminada en los contextos @code{Score}, @code{Staff} y
484 @code{Voice}, se pueden especificar dentro de un bloque
485 @code{\layout}, como se ilustra en el ejemplo siguiente. El bloque
486 @code{\layout} se debe colocar dentro del bloque @code{\score} en que
487 se quiere que haga efecto, pero fuera de la música.
489 Observe que la propia instrucción @code{\set} y el contexto se deben
490 omitir cuando se especifican de esta manera los valores de contexto
493 @lilypond[quote,verbatim]
496 a4^"Really small, thicker stems, no time signature" a a a
503 \override Stem #'thickness = #4.0
504 \remove "Time_signature_engraver"
510 En este ejemplo, la instrucción @code{\Staff} especifica que los
511 ajustes siguientes se apliquen a todos los pentagramas dentro del
514 Se pueden realizar de forma similar modificaciones al contexto
515 @code{Score} o a todos los contextos @code{Voice}.
519 No es posible recolectar cambios de contexto dentro de una variable y
520 aplicarlos a una definición de @code{\context} por referencia a dicha
523 La instrucción @code{\RemoveEmptyStaffContext} sobreescribe nuestros
524 ajustes en curso para @code{\Staff}. Si queremos cambiar los valores
525 predeterminados para un pentagrama que utilice
526 @code{\RemoveEmptyStaffContext}, debe hacerlo después de llamar a
527 @code{\RemoveEmptyStaffContext}, o sea
532 \RemoveEmptyStaffContext
534 \override Stem #'thickness = #4.0
540 @node Defining new contexts
541 @subsection Defining new contexts
543 Los contextos específicos, como @code{Staff} y @code{Voice}, están
544 construidos a base de bloques sencillos. Es posible crear nuevos
545 tipos de contextos con combinaciones distintas de añadidos grabadores.
547 El siguiente ejemplo muestra cómo construir un tipo diferente de contexto de
548 @code{Voice} partiendo de cero. Será parecido a
549 @code{Voice}, pero imprime solamente cabezas centradas en forma de barra inclinada. Se puede usar
550 para indicar improvisación en piezas de jazz,
553 @lilypond[quote,ragged-right]
556 \type "Engraver_group"
557 \consists "Note_heads_engraver"
558 \consists "Text_engraver"
559 \consists Pitch_squash_engraver
560 squashedPosition = #0
561 \override NoteHead #'style = #'slash
562 \override Stem #'transparent = ##t
566 \accepts "ImproVoice"
570 a4 d8 bes8 \new ImproVoice { c4^"ad lib" c
571 c4 c^"desvístete" c_"mientras juegas :)" c }
577 Estos ajustes se definen dentro de un bloque @code{\context} que a su
578 vez está dentro de un bloque @code{\layout},
588 En el siguiente análisis, la entrada de ejemplo que se muestra debe ir
589 en el lugar de los puntos suspensivos @dots{} del fragmento anterior.
591 En primer lugar es necesario definir un nombre para el nuevo contexto:
597 Debido a que es parecido al contexto @code{Voice}, queremos órdenes
598 que funcionen sobre contextos de @code{Voice} (existentes) para que
599 siga funcionando. Esto se consigue dando al contexto nuevo un alias
606 El contexto imprimirá notas y textos explicativos, por ello tenemos
607 que añadir los grabadores que aportan esta funcionalidad,
610 \consists Note_heads_engraver
611 \consists Text_engraver
614 Pero sólo necesitamos esto en la línea central,
617 \consists Pitch_squash_engraver
618 squashedPosition = #0
621 El grabador @rinternals{Pitch_squash_engraver} modifica las cabezas de
622 nota (creadas por el grabador @rinternals{Note_heads_engraver}) y
623 establece sus posiciones verticales al valor de
624 @code{squashedPosition}, en este caso@tie{}@code{0}, la línea central.
626 Las notas parecen barras inclinadas y no tienen plica,
629 \override NoteHead #'style = #'slash
630 \override Stem #'transparent = ##t
633 Todos estos añadidos tienen que cooperar, y esto se consigue con un
634 añadido especial, que se debe marcar con la palabra clave
635 @code{\type}. Este será siempre @code{Engraver_group},
638 \type "Engraver_group"
641 Al juntarlo todo, obtenemos
646 \type "Engraver_group"
647 \consists "Note_heads_engraver"
648 \consists "Text_engraver"
649 \consists Pitch_squash_engraver
650 squashedPosition = #0
651 \override NoteHead #'style = #'slash
652 \override Stem #'transparent = ##t
658 Los contextos dan lugar a jerarquías. Queremos colgar el contexto
659 @code{ImproVoice} bajo el contexto @code{Staff}, como simples
660 @code{Voice}s normales. Por tanto, modificamos la definición de
661 @code{Staff} con la instrucción @code{\accepts} (acepta),
671 Lo opuesto a @code{\accepts} (acepta) es @code{\denies} (deniega), lo
672 que a veces se necesita cuando se están reutilizando definiciones de
675 Ponemos ambos dentro de un bloque @code{\layout}, como
685 \accepts "ImproVoice"
690 Así pues, la salida que aparece al comienzo de esta sub-sección se
699 c c_"while playing :)"
706 @node Aligning contexts
707 @subsection Aligning contexts
709 Los contextos nuevos se pueden alinear por encima o por debajo de
710 otros contextos existentes. Esto podría ser de utilidad al preparar
711 un pentagrama vocal (@rlearning{Vocal ensembles}) y un ossia,
714 @findex alignAboveContext
715 @findex alignBelowContext
717 @lilypond[quote,ragged-right]
720 \relative c' \new Staff = "main" {
723 \new Staff \with {alignAboveContext=main} \ossia
730 @cindex nested contexts
731 @cindex contexts, nested
736 Los contextos como @code{PianoStaff} pueden llevar dentro otros
737 contextos anidados. Los contextos que se pueden aceptar para su
738 anidamiento están definidos por la lista @qq{accepts} (acepta) de un
739 contexto. Los contextos que no están en esta lista se colocan debajo
740 del contexto exterior en la partitura impresa. Por ejemplo, el
741 contexto @code{PianoStaff} está definido para que acepte contextos
742 @code{Staff} y @code{FiguredBass} de forma predeterminada, pero no un
743 contexto @code{Lyrics}, por ejemplo. Así pues, en la siguiente
744 estructura la letra se sitúa debajo del sistema de piano en lugar de
745 colocarse entre los dos pentagramas:
747 @lilypond[verbatim,quote,relative=1]
750 \new Staff { e4 d c2 }
751 \addlyrics { Three blind mice }
759 La lista @qq{accepts} de un contexto se puede modificar para que
760 incluya contextos anidados adicionales, y así si quisiéramos que la
761 letra apareciese entre los dos pentagramas podríamos usar:
763 @lilypond[verbatim,quote,relative=1]
764 \new PianoStaff \with { \accepts Lyrics }
766 \new Staff { e4 d c2 }
767 \addlyrics { Three blind mice }
775 Lo contrario de @code{\accepts} (acepta) es @code{\denies} (deniega);
776 esto suprime un contexto de la lista @qq{accepts}.
779 @node Explaining the Internals Reference
780 @section Explaining the Internals Reference
784 * Navigating the program reference::
785 * Layout interfaces::
786 * Determining the grob property::
787 * Naming conventions::
792 @node Navigating the program reference
793 @subsection Navigating the program reference
795 Supongamos que queremos mover la indicación de digitación del
798 @lilypond[quote,fragment,relative=2,verbatim]
804 Si hace una visita a la documentación en busca de instrucciones de
805 digitación (en @ref{Fingering instructions}), encontrará:
808 @strong{Véase también}
810 Referencia de funcionamiento interno: @rinternals{Fingering}.
815 La referencia del programador se encuentra disponible en forma de
816 documento HTML. Se recomienda mucho que lo lea en la forma HTML, bien
817 en línea o bien descargando los archivos de la documentación HTML.
818 Esta sección sería mucho más difícil de entender si está utilizando el
819 manual en formato PDF.
822 Siga el enlace que lleva a @rinternals{Fingering}. Al principio de la
826 Los objetos de digitación se crean por parte de:
827 @rinternals{Fingering_engraver} y @rinternals{New_fingering_engraver}.
830 Siguiendo los enlaces relacionados dentro de la referencia del
831 programa, podemos seguir el flujo de información dentro del programa:
835 @item @rinternals{Fingering}:
836 los objetos @rinternals{Fingering} se crean por parte de:
837 @rinternals{Fingering_engraver}
839 @item @rinternals{Fingering_engraver}:
840 Tipos de música aceptados: @rinternals{fingering-event}
842 @item @rinternals{fingering-event}:
843 El tipo de evento musical @code{fingering-event} está descrito en
844 Expresiones musicales con el nombre de @rinternals{FingeringEvent}
847 Este camino se recorre en contra de la corriente de información del
848 programa: comienza por la salida y acaba en el evento de entrada.
849 También podríamos haber empezado por un evento de la entrada, y leído
850 siguiendo el flujo de información terminando en su caso en el objeto
851 (u objetos) de la salida.
853 La referencia del programa también se puede examinar como un documento
854 normal. Contiene capítulos que tratan de
856 @rinternals{Music definitions},
859 @code{Music definitions}
861 de la @rinternals{Translation}, y del @rinternals{Backend}. Cada uno
862 de los capítulos relaciona todas las definiciones utilizadas y todas
863 las propiedades que se pueden ajustar.
866 @node Layout interfaces
867 @subsection Layout interfaces
869 @cindex interfaz de la presentación
870 @cindex presentación, interfaz de la
873 La página HTML que pudimos ver en la sección anterior describe el
874 objeto de presentación llamado @rinternals{Fingering}. Dicho objeto
875 es un símbolo dentro de la partitura. Tiene propiedades que guardan
876 números (como grosores y direcciones), pero también punteros a objetos
877 relacionados. Un objeto de presentación también se llama un
878 @emph{Grob}, que es una abreviatura de Graphical Object (objeto
879 gráfico). Para ver más detalles acerca de los objetos gráficos o
880 Grobs, consulte @rinternals{grob-interface}.
882 La página dedicada a @code{Fingering} relaciona las definiciones del
883 objeto @code{Fingering}. Por ejemplo, la página dice
886 @code{relleno} (dimensión, en espacios de pentagrama):
892 lo que significa que el número se mantendrá a una distancia de al
893 menos 0.5 de la cabeza de la nota.
896 Cada objeto de presentación puede tener varias funciones como elemento
897 notacional o tipográfico. Por ejemplo, el objeto de digitación
898 Fingering tiene los siguientes aspectos
902 Su tamaño es independiente del espaciado horizontal, al contrario de
903 las ligaduras o las barras de las figuras.
906 Es un elemento de texto. Casi seguro que es un texto muy corto.
909 este elemento de texto se tipografía con un tipo de letra, no como las
910 ligaduras o las barras de las figuras.
913 Horizontalmente, el centro del símbolo se debe alinear con el centro
914 de la cabeza de la nota.
917 Verticalmente, el símbolo se coloca cerca de la nota y del pentagrama.
920 La posición vertical también está coordinada con otros símbolos de
921 superíndice y de subíndice.
924 Cada uno de estos aspectos se capta en lo que se llaman
925 @emph{interface}s, que se relacionan al final de la página dedicada a
926 @rinternals{Fingering}
929 Este objeto contempla los siguientes interfaces:
930 @rinternals{item-interface},
931 @rinternals{self-alignment-interface},
932 @rinternals{side-position-interface}, @rinternals{text-interface},
933 @rinternals{text-script-interface}, @rinternals{font-interface},
934 @rinternals{finger-interface} y @rinternals{grob-interface}.
937 Al pulsar sobre cualquiera de los enlaces nos desplazaremos a la
938 página del respectivo interfaz del objeto. Cada interfaz tiene un
939 cierto número de propiedades. Algunas de ellas no son para que el
940 usuario las pueda ajustar (@q{Propiedades internas}), pero otras sí se
943 Hemos estado hablando de @emph{el} objeto @code{Fingering}, pero
944 realmente esto no significa mucho. El archivo de inicialización
945 (véase @ref{File structure}) @file{scm/@/define@/-grobs@/.scm} muestra
946 el alma del @q{objeto},
951 (avoid-slur . around)
953 (staff-padding . 0.5)
954 (self-alignment-X . 0)
955 (self-alignment-Y . 0)
956 (script-priority . 100)
957 (stencil . ,ly:text-interface::print)
958 (direction . ,ly:script-interface::calc-direction)
959 (font-encoding . fetaNumber)
960 (font-size . -5) ; don't overlap when next to heads.
961 (meta . ((class . Item)
962 (interfaces . (finger-interface
964 text-script-interface
966 side-position-interface
967 self-alignment-interface
972 Como podemos ver, el objeto @code{Fingering} no es más que un montón
973 de valores de variables, y la página web de la Referencia de
974 funcionamiento interno se genera directamente a partir de esta
978 @node Determining the grob property
979 @subsection Determining the grob property
981 Recordemos que queríamos cambiar la posición del @b{2} en
983 @lilypond[quote,fragment,relative=2,verbatim]
989 Puesto que el @b{2} se encuentra colocado verticalmente sobre su nota,
990 tenemos que negociar con el interfaz asociado con esta colocación.
991 Esto se hace usando @code{side-position-interface}. La página que
992 describe este interface dice:
995 @code{side-position-interface}
997 Colocar un objeto víctima (este mismo) junto a otros objetos (el
998 soporte). La propiedad @code{direction} significa dónde poner el
999 objeto víctima con relación al soporte (¿a la izquierda o a la
1000 derecha, encima o debajo?)
1005 Debajo de esta descripción, la variable @code{padding} (relleno) se describe como
1010 (dimensión, en espacios de pentagrama)
1012 Añadir esta cantidad de espacio adicional entre objetos que están unos
1017 Aumentando el valor de @code{padding}, podemos alejar la cifra de
1018 digitación de la cabeza de la nota. La siguiente orden inserta un
1019 espacio en blanco de 3 espacios de pentagrama entre la nota y la
1022 \once \override Voice.Fingering #'padding = #3
1025 Al insertar esta instrucción antes de que se haya creado el objeto
1026 Fingering, es decir, antes del @code{c2}, llegamos al siguiente
1029 @lilypond[quote,relative=2,fragment,verbatim]
1030 \once \override Voice.Fingering #'padding = #3
1036 En este caso, el contexto de este truco es @code{Voice}. Este hecho
1037 se puede deducir también a partir de la referencia del programa, ya
1038 que la página dedicada al añadido @rinternals{Fingering_engraver} dice
1041 El grabador Fingering_engraver es parte de los contextos: @dots{}
1047 @node Naming conventions
1048 @subsection Naming conventions
1051 Another thing that is needed, is an overview of the various naming
1054 scheme functions: lowercase-with-hyphens (incl. one-word
1056 scheme functions: ly:plus-scheme-style
1057 music events, music classes and music properties:
1059 Grob interfaces: scheme-style
1060 backend properties: scheme-style (but X and Y!)
1061 contexts (and MusicExpressions and grobs): Capitalized or
1063 context properties: lowercaseFollowedByCamelCase
1065 Capitalized_followed_by_lowercase_and_with_underscores
1067 Which of these are conventions and which are rules?
1068 Which are rules of the underlying language, and which are
1072 @node Modifying properties
1073 @section Modifying properties
1076 * Overview of modifying properties::
1078 * The override command::
1079 * The tweak command::
1080 * set versus override::
1084 @node Overview of modifying properties
1085 @subsection Overview of modifying properties
1087 Cada contexto es responsable de la creación de ciertos tipos de
1088 objetos gráficos. Los ajustes que se usan para imprimir estos objetos
1089 también se almacenan por contexto. Mediante la modificación de estos
1090 ajustes, se puede alterar la apariencia de los objetos.
1092 La sintaxis de esto es
1095 \override @var{contexto}.@var{nombre} #'@var{propiedad} = #@var{valor}
1098 Aquí @var{nombre} es el nombre de un objeto gráfico, como @code{Stem}
1099 o @code{NoteHead}, y @var{propiedad} es una variable interna del
1100 sistema de formateo (@q{propiedad del grob} o @q{propiedad de
1101 disposición}). Este último es un símbolo, y por ello debe ir
1102 precedido de un apóstrofo. La subsección @ref{Modifying properties}
1103 explica cómo se deben cumplimentar los conceptos @var{nombre},
1104 @var{propiedad} y @var{valor}. Aquí sólo nos ocuparemos de la
1105 funcionalidad des esta instrucción.
1110 \override Staff.Stem #'thickness = #4.0
1114 hace más gruesas las plicas (el valor predeterminado es 1.3, con el
1115 grosor de una línea del pentagrama como unidad). Puesto que la
1116 instrucción especifica como contexto a @code{Staff}, sólo se aplica al
1117 pentagrama actual. Otros pentagramas mantienen su aspecto normal.
1118 Aquí vemos la instrucción en pleno funcionamiento:
1120 @lilypond[quote,verbatim,relative=2,fragment]
1122 \override Staff.Stem #'thickness = #4.0
1128 La instrucción @code{\override} modifica la definición de la plica
1129 @code{Stem} dentro del pentagrama en curso @code{Staff}. Después de
1130 que la instrucción se ha interpretado, todas las plicas se engrosan.
1132 De manera análoga a @code{\set}, el argumento @var{contexto} se puede
1133 omitir, ocasionando que se utilice el contexto predeterminado
1134 @code{Voice}. Al añadir @code{\once} se aplica el cambio durante un
1135 solo paso de tiempo.
1137 @lilypond[quote,fragment,verbatim,relative=2]
1139 \once \override Stem #'thickness = #4.0
1144 El @code{\override} se debe hacer antes de que el objeto se inicia.
1145 Por tanto, al alterar objetos @emph{Spanner} «de extensión» como
1146 ligaduras o barras, la instrucción @code{\override} se debe ejecutar
1147 en el momento en que se crea el objeto. En este ejemplo:
1149 @lilypond[quote,fragment,verbatim,relative=2]
1150 \override Slur #'thickness = #3.0
1152 \override Beam #'thickness = #0.6
1157 la ligadura es más gruesa pero la barra no lo es. Esto es así porque
1158 la instrucción para @code{Beam}, la barra, va después de que la barra
1159 se ha iniciado, y por ello no tiene ningún efecto.
1161 De forma análoga a @code{\unset}, la instrucción @code{\revert} para
1162 un contexto deshace una instrucción @code{\override}; como con
1163 @code{\unset}, solamente afecta a los ajustes que se hicieron dentro
1164 del mismo contexto. En otras palabras, el @code{\revert} del
1165 siguiente ejemplo no hace nada.
1168 \override Voice.Stem #'thickness = #4.0
1169 \revert Staff.Stem #'thickness
1172 Algunas opciones «trucables» se llaman @q{subpropiedades} y residen
1173 dentro de las propiedades normales. Para trucarlas, utilice
1174 instrucciones de la forma
1176 @c leave this as a long long
1178 \override @var{context}.@var{name} #'@var{property} #'@var{subproperty} = #@var{value}
1185 \override Stem #'details #'beamed-lengths = #'(4 4 3)
1191 Referencia de funcionamiento interno:
1192 @rinternals{OverrideProperty},
1193 @rinternals{RevertProperty},
1194 @rinternals{PropertySet},
1195 @rinternals{Backend},
1196 @rinternals{All layout objects}.
1201 El «back-end» o motor de salida no es muy estricto en la comprobación
1202 de tipos de las propiedades de objetos. Las referencias cíclicas en
1203 valores Scheme de propiedades pueden producir cuelgues o salidas
1204 abruptas, o las dos cosas.
1207 @node The set command
1208 @subsection The @code{\set} command
1212 @cindex cambiar propiedades
1214 Cada contexto puede tener distintas @emph{propiedades}, variables
1215 contenidas dentro de ese contexto. Se pueden cambiar mientras dura el
1216 paso de interpretación. Se consigue insertando la instrucción
1217 @code{\set} dentro de la música:
1220 \set @var{contexto}.@var{propiedad} = #@var{valor}
1224 @lilypond[quote,verbatim,relative=2,fragment]
1226 \set Score.skipBars = ##t
1230 Estas instrucción salta los compases que no tienen notas. El
1231 resultado es que los silencios multicompás se condensan. El valor
1232 asignado es un objeto de Scheme. En este caso, es @code{#t}, el valor
1233 booleano True o verdadero.
1235 Si se omite el argumento @var{context}, entonces se utiliza el
1236 contexto actual de nivel más bajo (normalmente @code{ChordNames},
1237 @code{Voice} o @code{Lyrics}). En este ejemplo:
1239 @lilypond[quote,verbatim,relative=2,fragment]
1241 \set autoBeaming = ##f
1246 el argumento @var{contexto} de la instrucción @code{\set} se omite,
1247 así pues el barrado automático se desactiva en la voz actual. Observe
1248 que el contexto de nivel más bajo no siempre contiene la propiedad que
1249 queremos cambiar (por ejemplo, no tendrá ningún efecto intentar
1250 establecer un valor para la propiedad @code{skipBars} del contexto de
1251 nivel más bajo, en este caso @code{Voice}).
1253 @lilypond[quote,verbatim,relative=2,fragment]
1259 Los contextos son jerárquicos, y si se ha especificado un contexto
1260 mayor, por ejemplo @code{Staff}, entonces el cambio se aplicaría
1261 también a todos los contextos @code{Voice} dentro del pentagrama
1262 actual. El cambio se aplica @q{al vuelo}, durante la música, de
1263 manera que el ajuste sólo afecta al segundo grupo de corcheas.
1267 También existe una instrucción @code{\unset}:
1269 \unset @var{contexto}.@var{propiedad}
1273 que elimina la definición de @var{propiedad}. Esta instrucción
1274 elimina la definición solamente si está establecida dentro de
1275 @var{contexto}, de manera que
1278 \set Staff.autoBeaming = ##f
1282 introduce un ajuste de la propiedad en el nivel de @code{Staff}. El
1283 ajuste también se aplica a la @code{Voice} actual. Sin embargo:
1286 \unset Voice.autoBeaming
1290 no tiene ningúun efecto. Para cancelar este ajuste, se debe
1291 especificar el @code{\unset} en el mismo nivel que el @code{\set}
1292 original. Dicho de otra forma, para deshacer el efecto de
1293 @code{Staff.autoBeaming = ##f} se necesita
1295 \unset Staff.autoBeaming
1298 Como @code{\set}, el argumento @var{contexto} no se tiene que
1299 especificar para un contexto del nivel más bajo, por lo que los dos
1303 \set Voice.autoBeaming = ##t
1304 \set autoBeaming = ##t
1312 Los ajustes que se aplican solamente a un único paso de tiempo se
1313 pueden escribir con @code{\once}, por ejemplo en
1315 @lilypond[quote,verbatim,relative=2,fragment]
1317 \once \set fontSize = #4.7
1322 la propiedad @code{fontSize} se deshace automáticamente después de la
1325 En el manual de Referencia de funcionamiento interno hay una
1326 descripción completa de todas las propiedades de contexto disponibles,
1329 @rinternals{Tunable context properties}.
1332 Traducción @expansion{} Propiedades de contexto modificables por el
1338 @node The override command
1339 @subsection The @code{\override} command
1341 Las instrucciones que modifican la salida tienen por lo general un
1345 \override Voice.Stem #'thickness = #3.0
1349 Para construir este truco debemos determinar los siguientes datos:
1352 @item el contexto: aquí @code{Voice}.
1353 @item el objeto de presentación: aquí @code{Stem}.
1354 @item la propiedad de presentación: aquí @code{thickness}.
1355 @item un valor adecuado: aquí @code{3.0}.
1358 Ciertas opciones ajustables se denominan @q{subpropiedades} y residen
1359 en el interior de las propiedades normales. Para modificarlas utilice
1360 instrucciones de la forma
1363 \override Stem #'details #'beamed-lengths = #'(4 4 3)
1366 @cindex documentación interna
1367 @cindex buscar objetos gráficos
1368 @cindex gráficos, descripción de los objetos
1371 @cindex interna, documentación
1373 Para muchas propiedades, independientemente del tipo de datos de la
1374 propiedad, si se establece el valor de la propiedad a falso
1375 (@code{##f}) se producirá su desactivación, ocasionando que LilyPond
1376 ignore por completo dicha propiedad. Esto es especialmente útil para
1377 «apagar» propiedades de grobs (objetos gráficos) que de otra manera
1378 causarína problemas.
1380 Mostraremos a continuación cómo localizar esta información en el
1381 manual de notación y en la referencia de funcionamiento interno.
1384 @node The tweak command
1385 @subsection The @code{\tweak} command
1390 En ocasiones es posible tomar un atajo para realizar el ajuste fino de
1391 los objetos gráficos. Para objetos que reusultan directamente de un
1392 elemento de código de la entrada, puede usar la función @code{\tweak},
1395 @lilypond[relative=2,verbatim]
1400 \tweak #'duration-log #1
1403 -\tweak #'padding #8
1407 @cindex chord, modifying one note in
1409 Pero el uso principal de la instrucción @code{\tweak} es modificar
1410 solamente uno de varios elementos de notación que dan comienzo en el
1411 mismo momento musical, como las notas de un acorde, o corchetes de
1412 tresillo que empiezan al mismo tiempo.
1414 Para ver una introducción a la sintaxis y los usos de la instrucción
1415 tweak, consulte @rlearning{Tweaking methods}.
1417 La instrucción @code{\tweak} fija una propiedad en el objeto que viene
1418 a continuación de forma directa, sin necesidad de especificar el
1419 nombre del grob o el contexto. Para que esto funcione, es necesario
1420 que la instrucción @code{\tweak} permanezca inmediatamente adyacente
1421 al objeto al que se aplica, después de que el archivo de entrada se ha
1422 convertido en un flujo musical. Con frecuencia no es el caso, pues
1423 muchos elementos adicionales se insertan en la corriente musical de
1424 forma implícita. Por ejemplo, cuando se procesa una nota que no forma
1425 parte de un acorde, LilyPond inserta implícitamente un evento
1426 @code{ChordEvent} antes de la nota, separando así el truco de la nota.
1427 Sin embargo, si los símbolos de acorde se sitúan cerca del truco y la
1428 nota, la instrucción @code{\tweak} viene después del @code{ChordEvent}
1429 en el flujo musical, permaneciendo así adyacente a la nota, y con la
1430 posibilidad de modificarla.
1434 @lilypond[relative=2,verbatim,quote]
1435 <\tweak #'color #red c>4
1439 pero esto no funciona:
1441 @lilypond[relative=2,verbatim,quote]
1442 \tweak #'color #red c4
1445 Si se colocan varios elementos similares en el mismo momento musical,
1446 la instrucción @code{\override} no se puede usar para modificar uno
1447 solo de ellos: aquí es donde se debe usar la instrucción
1448 @code{\tweak}. Entre los elementos que pueden aparecer más de una vez
1449 en el mismo momento musical están los siguientes:
1451 @c TODO expand to include any further uses of \tweak
1453 @item las cabezas de las notas de un acorde
1454 @item signos de articulación sobre la misma nota
1455 @item ligaduras de unión entre notas de un acorde
1456 @item corchetes de grupos especials que comienzan en el mismo momento
1459 @c TODO add examples of these
1462 y se puede usar @code{\tweak} para modificar cualquier aparición
1463 específica de estos elementos.
1465 Es de resaltar que la instrucción @code{\tweak} no se puede usar para
1466 modificar plicas, barras o alteraciones accidentales, porque éstos se
1467 generan más tarde por parte de las cabezas de nota, en vez de por
1468 elementos musicales que están en el flujo de entrada. Ni se puede
1469 usar una instrucción @code{\tweak} para modificar claves o
1470 indicaciones de compás, ya que éstos están separados de cualquier
1471 instrucción @code{\tweak} precedente en el flujo de entrada a causa de
1472 la inserción automática de elementos adicionales necesarios para
1473 especificar el contexto.
1475 Pero la instrucción @code{\tweak} se puede usar como alternativa a la
1476 instrucción @code{\override} para modificar estos elementos
1477 notacionales que no producen la adición de ningún elemento notacional
1478 implícito antes de ellos mismos en el flujo musical. Por ejemplo, las
1479 ligaduras de expresión se pueden modificar de esta forma:
1481 @lilypond[verbatim,quote,relative=1]
1482 c-\tweak #'thickness #5 ( d e f)
1485 También se pueden escribir varias instrucciones @code{\tweak} antes de
1486 un elemento notacional, y todas ellas le afectan:
1488 @lilypond[verbatim,quote,relative=1]
1490 -\tweak #'style #'dashed-line
1491 -\tweak #'dash-fraction #0.2
1492 -\tweak #'thickness #3
1493 -\tweak #'color #red
1498 El flujo musical que se genera a partir de una sección de un archivo
1499 de entrada, incluido cualquier elemento insertado automáticamente,
1500 puede examinarse, véase @ref{Displaying music expressions}. Esto
1501 puede ser de utilidad en la determinación de lo que puede modificarse
1502 por medio de una instrucción @code{\tweak}.
1506 Manual de aprendizaje:
1507 @rlearning{Tweaking methods}.
1509 Referencia de la notación:
1510 @ref{Displaying music expressions}.
1514 @cindex trucos en una variable
1515 La instrucción @code{\tweak} no se puede usar dentro de una variable.
1517 @cindex trucos en la letra
1518 Las instrucciones @code{\tweak} no se pueden usar dentro del modo @code{\lyricmode}.
1520 @cindex trucar puntos de control
1521 @cindex control, trucar puntos de
1523 La instrucción @code{\tweak} no se puede usar para modificar los
1524 puntos de control de una única ligadura entre varias dentro de un
1525 acorde, aparte de la primera que aparece en el archivo de entrada.
1527 @node set versus override
1528 @subsection @code{\set} vs. @code{\override}
1530 Hemos visto dos formas de cambiar las propiedades: @code{\set} y
1531 @code{\override}. De hecho, en realidad existen dos clases diferentes
1534 Los contextos pueden tener propiedades, que por lo general reciben
1535 nombres en @code{mayúsculasDeCamello}. Principalmente controlan la
1536 traducción de la música a la notación, p.ej. @code{localKeySignature}
1537 (para determinar si hay que imprimir las alteraciones accidentales),
1538 @code{measurePosition} (para determinar cuándo imprimir una línea
1539 divisoria). Las propiedades de contexto pueden ver modificado su
1540 valor con el tiempo según se interpreta una pieza de música;
1541 @code{measurePosition} es un ejemplo obvio de esto. Las propiedades
1542 de contexto se modifican con @code{\set}.
1544 Hay un tipo especial de propiedad de contexto: la descripción del
1545 elemento. Estas propiedades reciben nombres en
1546 @code{MayúsculasDeCamello} (comenzando en letra mayúscula). Contienen
1547 los @q{ajustes por defecto} para dicho elemento gráfico como una lista
1548 asociativa. Consulte @file{scm/@/define@/-grobs@/.scm} para ver qué
1549 tipos de ajustes hay. Las descripciones de los elementos se pueden
1550 modificar con @code{\override}.
1552 Realmente, @code{\override} es un atajo;
1555 \override @var{contexto}.@var{nombre} #'@var{propiedad} = #@var{valor}
1559 es más o menos equivalente a
1561 @c leave this long line -gp
1563 \set @var{contexto}.@var{nombre} #'@var{propiedad} = #(cons (cons '@var{propiedad} @var{valor}) <valor previo de @var{contexto})
1566 El valor de @code{contexto} (la lista-a) se usa para da un valor
1567 inicial a las propiedades de los objetos gráficos individuales. Los
1568 objetos gráficos también tienen propiedades, que reciben nombres en el
1569 estilo de Scheme, con @code{palabras-con-guiones}. Los valores de las
1570 propiedades de objetos gráficos cambian durante el proceso de
1571 formateo: el formateo básicamente consiste en calcular las propiedades
1572 utilizando funciones de callback.
1574 @code{fontSize} es una propiedad especial: equivale a escribir
1575 @code{\override ... #'font-size} para todos los objetos pertinentes.
1576 Al ser éste un cambio muy común, se creó la propiedad especial
1577 (modificada con @code{\set}).
1580 @node Useful concepts and properties
1581 @section Useful concepts and properties
1586 * Direction and placement::
1587 * Distances and measurements::
1588 * Staff symbol properties::
1590 * Visibility of objects::
1592 * Rotating objects::
1596 @subsection Input modes
1598 La forma en que se interpreta la notación conenida dentro de un
1599 archivo de entrada, está determinada por el modo de entrada en curso.
1601 @strong{Modo de acordes}
1603 Se activa con la instrucción @code{\chordmode} y produce que la
1604 entrada se interprete con al sintaxis de la notación de acordes, véase
1605 @ref{Chord notation}. Los acordes se imprimen como notas sobre un
1608 El modo de acordes se activa también con la instrucción
1609 @code{\chords}. Esto crea también un contexto @code{ChordNames} nuevo
1610 y produce que el código que sigue se interprete conla sintaxis de la
1611 notación de acordes y se imprima como nombres de acorde dentro del
1612 contexto @code{ChordNames}, véase @ref{Printing chord names}.
1614 @strong{Modo de percusión}
1616 Se activa con la instrucción @code{\drummode} y produce que el código
1617 de entrada se interprete con la sintaxis de la notación de percusión,
1618 véase @ref{Basic percussion notation}.
1620 El modo de percusión también se activa con la instrucción
1621 @code{\drums}. También crea un contexto @code{DrumStaff} nuevo y hace
1622 que el código que sigue se interprete con la sintaxis de la notación
1623 de percusión y se imprima como símbolos de percusión sobre un
1624 pentagrama de percusión, véase @ref{Basic percussion notation}.
1626 @strong{Modo de cifras}
1628 Se activa con la instrucción @code{\figuremode} y hace que el código
1629 de entrada se interprete con la sintaxis del bajo cifrado, véase
1630 @ref{Entering figured bass}.
1632 El modo de cifrase también se activa con la instrucción
1633 @code{\figures}. También crea un contexto de @code{FiguredBass} nuevo
1634 y hace que el código que viene a continuación se interprete con la
1635 sintaxis del bajo cifrado y se imprima como símbolos de bajo cifrado
1636 dentro del contexto @code{FiguredBass}, véase @ref{Introduction to
1639 @strong{Modos de traste y tablatura}
1641 No existen modos de entrada especiales para introducir símibolos de
1642 trastes y de tablatura.
1644 Para crear diagramas de trastes, escriba las notas o acordes en el
1645 modo de notas e imprímalos dentro de un contexto @code{TabStaff},
1646 véase @ref{Default tablatures}.
1648 Para crear diagramas de trastes encima de un pentagrama, escríbalos
1649 como elementos de marcado encima de las notas utilizando la
1650 instrucción @code{\fret-diagram}, véase @ref{Fret diagram markups}.
1652 @strong{Modo de letra}
1654 Se activa con la instrucción @code{\lyricmode}, y hace que la entrada
1655 se interprete como sílabas de la letra de la canción con duraciones
1656 opcionales y modificadores de letra asociados, véase @ref{Vocal
1659 El modo de letra también se habilita con la instrucción
1660 @code{\addlyrics}. Esto también crea un contexto @code{Lyrics} nuevo
1661 y una instrucción @code{\lyricsto} implícita que asocia la letra que
1662 viene a continuación con la música precedente.
1664 @strong{Modo de marcado}
1666 Se activa con la instrucción @code{\markup}, y hace que la entrada se
1667 interprete con la sintaxis del marcado, véase @ref{Text markup
1670 @c silly work-around for texinfo broken-ness
1671 @c (@strong{Note...} causes a spurious cross-reference in Info)
1674 Es el modo predeterminado o se puede activar con la instrucción
1675 @code{\notemode}. La entrada se interpreta como alturas, duraciones,
1676 marcado, etc. y se imprime como notación musical sobre un pentagrama.
1678 Normalmente no es necesario especificar el modo de notas de forma
1679 explícita, pero puede ser útil hacerlo en ciertas situaciones, por
1680 ejemplo si estamos en el modo de letra, en el modo de acordes o en
1681 otro modo y queremos insertar algo que solamente se puede hacer con la
1682 sintaxis del modo de notas.
1684 Por ejemplo, para insertar indicaciones dinámicas para las estrofas de
1685 una pieza coral es necesario entrar en el modo de notas para poder
1686 interpretar dichas indicaciones:
1688 @lilypond[verbatim,relative=2,quote]
1691 \notemode{\set stanza = \markup{ \dynamic f 1. } }
1695 \notemode{\set stanza = \markup{ \dynamic p 2. } }
1702 @node Direction and placement
1703 @subsection Direction and placement
1705 Al tipografiar música, la dirección y colocación de muchos elementos
1706 es cuestión de elección. Por ejemplo, las plicas de las notas se
1707 pueden dirigir hacia arriba o hacia abajo; la letra, las indicaciones
1708 dinámicas y otras marcas expresivas se pueden colocar encima o debajo
1709 del pentagrama; el texto se pude alinear a la izquierda, a la derecha
1710 o centrado; etc. La mayoría de estas elecciones pueden dejarse que
1711 LilyPond las determine automáticamente, pero en ciertos casos puede
1712 ser deseable forzar una dirección o colocación concreta.
1714 @strong{Acciones predeterminadas}
1716 De forma predeterminada algunas direcciones siempre son hacia arriba o
1717 siempre hacia abajo (p. ej. los matices o el calderón), mientras que
1718 otras cosas pueden alternar entre arriba y abajo en función de la
1719 dirección de las plicas (como las ligaduras o los acentos).
1721 @c TODO Add table showing these
1723 @strong{Disposición de contexto}
1725 Los contextos se colocan dentro de un sistema de arriba a abajo en el
1726 orden en que se encuentran. Sin embargo, observe que se crea un
1727 contexto implícitamente si se encuentra una instrucción cuando no está
1728 disponible un contexto apropiado para contenerla.
1730 @c TODO Add example ?
1732 Se pude cambiar el orden predeterminado en que los contextos se
1733 presentan, véase @ref{Aligning contexts}
1735 @strong{Indicadores de dirección de las articulaciones}
1737 Al añadir articulaciones a notas se puede omitir normalmente el
1738 indicador de dirección, @code{^} (que significa @qq{arriba}), @code{_}
1739 (que significa @qq{abajo}) o @code{-} (que significa @qq{usar la
1740 dirección predeterminada}), en cuyo caso se supone el perdeterminado
1741 @code{-}. Pero se necesita un indicador de dirección @strong{always}
1745 @item las instrucciones @code{\tweak}
1746 @item las instrucciones @code{\markup}
1747 @item las instrucciones @code{\tag}
1748 @item los marcados de cadena, p.ej. -"cadena"
1749 @item las instrucciones de digitación, p.ej. @code{-1}
1750 @item las abreviaturas de articulación, p.ej. @code{-.}, @code{->}, @code{--}
1753 @strong{La propiedad de dirección}
1755 La posición o dirección de muchos objetos de presentación está
1756 controlada por la propiedad @code{direction}.
1758 El valor de la propiedad @code{direction} se puede establecer al valor
1759 @code{1}, con el significado de @qq{hacia arriba} o @qq{encima}, o a
1760 @code{-1}, con el significado de @qq{hacia abajo} o @qq{debajo}. Se
1761 pueden usar los símbolos @code{UP} y @code{DOWN} en sustitución de
1762 @code{1} y @code{-1} respectivamente. La dirección predeterminada se
1763 puede especificar estableciendo @code{direction} a @code{0} ó a
1764 @code{CENTER}. De forma alternativa, en muchos casos existen
1765 instrucciones predefinidas para especificar la dirección. Todas ellas
1769 @code{\xxxUp}, @code{xxxDown}, @code{xxxNeutral}
1772 donde @code{xxxNeutral} significa @qq{utilizar la dirección
1773 predeterminada}. Véase @rlearning{Within-staff objects}.
1775 En alguna que otra ocasión, con el único ejemplo usual del arpegio, el
1776 valor de la propiedad @code{direction} especifica si el objeto se debe
1777 colocar a la izquierda o a la derecha del objeto padre. En este caso
1778 @code{-1} ó @code{LEFT} significan @qq{a la izquierda} y @code{1} ó
1779 @code{RIGHT} significan @qq{a la derecha}. @code{0} ó @code{CENTER}
1780 significan @qq{utilizar la dirección predeterminada}, como antes.
1783 @node Distances and measurements
1784 @subsection Distances and measurements
1786 @cindex distances, absolute
1787 @cindex distances, scaled
1794 Las distancias en LilyPond son de dos tipos: absolutas y escaladas.
1796 Las distancias absolutas se usan para especificar márgenes, sangrados
1797 y otros detalles de diseño de página, y de forma predeterminada se
1798 especifican en milímetros. Las distancias se pueden especificar en
1799 otras unidades escribiendo después de la cifra indicativa de la
1800 cantidad, @code{\mm}, @code{\cm}, @code{\in}@tie{}(pulgadas), o
1801 @code{\pt}@tie{}(puntos, 1/72.27 pulgadas). Las distancias de diseño
1802 de página se pueden especificar también en unidades escalables (véase
1803 el párrafo siguiente) adjuntando @code{\staff-space} a la cantidad.
1804 La disposición de página se describe en detalle en @ref{Page
1807 Las distancias escaladas siempre se especifican en unidades de un
1808 espacio del pentagrama o, más raramente, medio espacio del pentagrama.
1809 El espacio de pentagrama es la distancia entre dos líneas del
1810 pentagrama adyacentes. El valor predeterminado se puede cambiar
1811 globalmente fijando el tamaño global del pentagrama, o se puede
1812 sobreescribir localmente cambiando la propiedad @code{staff-space} del
1813 objeto @code{StaffSymbol}. Las distancias escaladas se escalan
1814 automáticamente con cualquier cambio al tamaño global del pentagrama o
1815 a la propiedad @code{staff-space} del objeto @code{StaffSymbol}, pero
1816 las fuentes tipográficas se escalan solamente con los cambios
1817 efectuados al tamaño global del pentagrama. Así, el tamaño global del
1818 pentagrama posibilita la fácil variación del tamaño general de una
1819 partitura impresa. Para ver los métodos de establecimiento del tamaño
1820 global del pentagrama, véase @ref{Setting the staff size}.
1824 Si se necesita dibujar sólo una sección de una partitura a una escala
1825 distinta, por ejemplo una sección ossia o una nota al pie, no se puede
1826 simplemente cambiar el tamaño global del pentagrama porque esto
1827 afectaría a toda la partitura. En tales casos, el cambio de tamaño se
1828 hace sobreescribiendo tanto la propiedad @code{staff-space} de
1829 @code{StaffSymbol} como el tamaño de las fuentes tipográficas. Está a
1830 nuestra disposición una función de Scheme, @code{magstep}, para
1831 convertir de un cambio en el tamaño de la fuente al cambio equivalente
1832 en @code{staff-space}. Para ver una explicación y un ejemplo de su
1833 utilización, consulte @rlearning{Length and thickness of objects}.
1837 Manual de aprendizaje:
1838 @rlearning{Length and thickness of objects}.
1840 Referencia de la notación:
1841 @ref{Page formatting},
1842 @ref{Setting the staff size}.
1845 @node Staff symbol properties
1846 @subsection Staff symbol properties
1848 @cindex ajuste del símbolo del pentagrama
1849 @cindex dibujar el símbolo del pentagrama
1850 @cindex pentagrama, establecer el símbolo del
1852 @c TODO Extend or remove this section. See also NR 1.6.2 Staff symbol
1853 @c Need to think of uses for these properties. Eg 'line-positions
1854 @c is used in a snippet to thicken centre line.
1855 @c If retained, add @ref to here in 1.6.2 -td
1857 Se puede definir al mismo tiempo la posición vertical de las líneas de
1858 la pauta y el número de líneas de la misma. Como muestra el siguiente
1859 ejemplo, las posiciones de las notas no están influidas por las
1860 posiciones de las líneas de la pauta.
1862 @warning{La propiedad @code{'line-positions} sobreescribe a la
1863 propiedad @code{'line-count}. El número de líneas de la pauta está
1864 definido implícitamente por el número de elementos de la lista de
1865 valores de @code{'line-positions}.}
1867 @lilypond[verbatim,quote,relative=1]
1869 \override StaffSymbol #'line-positions = #'(7 3 0 -4 -6 -7)
1874 Se puede modificar la anchura de la pauta. Las unidades son espacios
1875 de pentagrama. El espaciado de los objetos dentro del pentagrama no
1876 resulta afectado por este ajuste.
1878 @lilypond[verbatim,quote,relative=1]
1880 \override StaffSymbol #'width = #23
1887 @subsection Spanners
1889 Muchos objetos de notación musical abarcan varias notas o incluso
1890 varios compases. Son ejemplos los crescendi, trinos, corchetes de
1891 grupo especial y corchetes de primera y segunda vez. Estos objetos se
1892 llaman @qq{spanners} u «objetos de extensión», y tienen propiedades
1893 especiales para controlar su apariencia y comportamiento. Algunas de
1894 estas propiedades son comunes a todos los objetos de extensión; otras
1895 se limitan a un subconjunto de los extensores.
1897 Todos los objetos de extensión contemplan el interface
1898 @code{spanner-interface}. Algunos, básicamente aquellos que trazan
1899 una línea recta entre los dos objetos, contemplan también el interface
1900 @code{line-spanner-interface}.
1902 @unnumberedsubsubsec Using the @code{spanner-interface}
1904 Este interface proporciona dos propiedades que se aplican a varios
1907 @strong{@i{La propiedad @code{minimum-length}}}
1909 La longitud mínima del objeto de extensión se pesoecifica a través de
1910 la propiedad @code{minimum-length}. Su aumento suele producir el
1911 efecto necesario de aumentar el espaciado de las notas entre los dos
1912 puntos extremos. Sin embargo, esta sobreescritura no tiene ningún
1913 efecto sobre muchos extensores, pues su longitud está determinada por
1914 otras consideraciones. Más abajo se muestran algunos ejemplos de
1925 Works as long as callback is made:
1929 Works not at all for:
1938 @lilypond[verbatim,quote,relative=2]
1941 % increase the length of the tie
1942 -\tweak #'minimum-length #5
1946 @lilypond[verbatim,quote,relative=2]
1948 \compressFullBarRests
1950 % increase the length of the rest bar
1951 \once \override MultiMeasureRest #'minimum-length = #20
1956 @lilypond[verbatim,quote,relative=2]
1958 % increase the length of the hairpin
1959 \override Hairpin #'minimum-length = #20
1963 Esta sobreescritura se puede usar también para aumentar la longitud de
1964 las ligaduras de expresión y de fraseo:
1966 @lilypond[verbatim,quote,relative=2]
1969 -\tweak #'minimum-length #5
1974 -\tweak #'minimum-length #5
1978 Para algunos objetos de preesentación, la propiedad
1979 @code{minimum-length} es efectiva sólo si se llama explícitamente al
1980 procedimiento @code{set-spacing-rods}. Para hacerlo, se debe fijar la
1981 propiedad @code{springs-and-rods} al valor
1982 @code{ly:spanner::set-spacing-rods}. Por ejemplo, la longitud mínima
1983 de un glissando no tiene efecto a no ser que se establezca la
1984 propiedad @code{springs-and-rods}:
1986 @lilypond[verbatim,quote,relative=1]
1990 % not effective alone
1991 \once \override Glissando #'minimum-length = #20
1994 % effective only when both overrides are present
1995 \once \override Glissando #'minimum-length = #20
1996 \once \override Glissando #'springs-and-rods = #ly:spanner::set-spacing-rods
2000 Lo mismo se puede decir del objeto @code{Beam}:
2002 @lilypond[verbatim,quote,relative=1]
2003 % not effective alone
2004 \once \override Beam #'minimum-length = #20
2007 % effective only when both overrides are present
2008 \once \override Beam #'minimum-length = #20
2009 \once \override Beam #'springs-and-rods = #ly:spanner::set-spacing-rods
2013 @strong{@i{The @code{to-barline} property}}
2015 La segunda propiedad útil del @code{spanner-interface} es
2016 @code{to-barline}. De forma predeterminada tiene el valor cierto,
2017 haciendo que los reguladores y otros objetos de extensión que terminan
2018 sobre la primera nota de un compás, en vez de eso terminen en la línea
2019 divisoria inmediatamente precedente. Si se establece al valor falso,
2020 el extensor llegará más allá de la barra de compás y terminará
2021 excatamente sobre la nota:
2023 @lilypond[verbatim,quote,relative=2]
2024 a \< a a a a \! a a a \break
2025 \override Hairpin #'to-barline = ##f
2026 a \< a a a a \! a a a
2029 Esta propiedad no es efectiva para todos los extensores. Por ejemplo,
2030 su establecimiento a @code{#t} no tienen ningún efecto sobre las
2031 ligaduras de expresión o de fraseo, o sobre otros extensores para los
2032 que terminar en la barra de compás no tendría ningún significado.
2034 @unnumberedsubsubsec Using the @code{line-spanner-interface}
2036 Entre los objetos que contemplan el interface
2037 @code{line-spanner-interface} se encuentran
2040 @item @code{DynamicTextSpanner}
2041 @item @code{Glissando}
2042 @item @code{TextSpanner}
2043 @item @code{TrillSpanner}
2044 @item @code{VoiceFollower}
2047 La rutina responsable de dibujar los sellos de estos extensores es
2048 @code{ly:line-interface::print}. esta rutina determina la
2049 localización exacta de los dos puntos extremos y traza una línea entre
2050 ellos, en el estilo solicitado. Las posiciones de los dos puntos
2051 extremos del extensor se calculan al vuelo, pero es posible
2052 sobreescribir sus coordenadas Y. Las propiedades que se deben
2053 especificar están anidadas a dos niveles de profundidad en la
2054 jerarquía de propiedades, pero la sintaxis de la instrucción
2055 @code{\override} es bastante sencilla:
2057 @lilypond[relative=2,quote,verbatim]
2059 \once \override Glissando #'bound-details #'left #'Y = #3
2060 \once \override Glissando #'bound-details #'right #'Y = #-2
2064 Las unidades para la propiedad @code{Y} son @code{staff-space}s,
2065 siendo el punto del cero la línea central del pentagrama. Para el
2066 glissando, esto es el valor de @code{Y} en la coordenada X que
2067 corresponde al punto central de cada cabeza de nota si nos imaginamos
2068 que la línea se extiende hasta allí.
2070 Si no está fijado @code{Y}, su valor se calcula a partir de la
2071 posición vertical del punto de anclaje correspondiente del extensor.
2073 En caso de salto de línea, los valores para los puntos extremos se
2074 especifican por las sub-listas @code{left-broken} y
2075 @code{right-broken} de @code{bound-details}. Por ejemplo:
2077 @lilypond[relative=2,ragged-right,verbatim,fragment]
2078 \override Glissando #'breakable = ##t
2079 \override Glissando #'bound-details #'right-broken #'Y = #-3
2080 c1 \glissando \break
2084 Un número de propiedades adicionales de las sub-listas @code{left} y
2085 @code{right} de la propiedad @code{bound-details} se pueden
2086 especificar de la misma forma que @code{Y}:
2090 Establece la coordenada Y del punto extremo, en desplazamientos de
2091 @code{staff-space}s desde la línea central del pentagrama. De forma
2092 predeterminada es el centro del objeto ancla, y así un glissando
2093 apunta al centro vertical de la cabeza de la nota.
2095 Para extensores horizontales como los extensores de texto y los
2096 trinos, está inamoviblemente codificado como 0.
2098 @item attach-dir (dirección de anclaje)
2099 Determina dónde comienza y termina la línea en la dirección X, con
2100 relación al objeto ancla. Sí, un valor de @code{-1} (o @code{LEFT},
2101 izquierda) hace que la línea comienze o termine en el lado izquierdo
2102 de la cabeza de la nota a la que está anclado.
2105 Es la coordenada X absoluta del punto extremo. Se suele calcular al
2106 vuelo, y su sobreescritura no tiene un efecto útil.
2108 @item stencil (sello)
2109 Los extensores de línea pueden tener símbolos al comienzo o al final,
2110 lo que está contenido en esta sub-propiedad. Esto es para uso
2111 interno; se recomienda en su lugar el uso de @code{text}.
2114 Es un elemento de marcado que se evalúa para dar lugar al sello. Se
2115 usa para escribir @i{cresc.}, @i{tr} y otros textos sobre los objetos
2116 de extensión horizontales.
2118 @lilypond[quote,ragged-right,fragment,relative=2,verbatim]
2119 \override TextSpanner #'bound-details #'left #'text
2120 = \markup { \small \bold Slower }
2121 c2\startTextSpan b c a\stopTextSpan
2124 @item stencil-align-dir-y (alineación del sello en y)
2125 @item stencil-offset (desplazamiento del sello)
2126 Si no se modifican uno u otro, el sello se coloca sencillamente en el
2127 punto extremo, centrado sobrer la línea, como viene definido por las
2128 subpropiedades @code{X} e @code{Y}. Si se fijan
2129 @code{stencil-align-dir-y} o @code{stencil-offset} se moverá el
2130 símbolo del borde verticalmente con relación al extremo de la línea:
2132 @lilypond[relative=1,fragment,verbatim]
2133 \override TextSpanner #'bound-details
2134 #'left #'stencil-align-dir-y = #-2
2135 \override TextSpanner #'bound-details
2136 #'right #'stencil-align-dir-y = #UP
2138 \override TextSpanner #'bound-details
2139 #'left #'text = #"ggg"
2140 \override TextSpanner #'bound-details
2141 #'right #'text = #"hhh"
2142 c4^\startTextSpan c c c \stopTextSpan
2145 Observe que los valores negativos mueven el texto @emph{hacia arriba},
2146 al contrario de lo que podríoa esperarse, pues el valor de @code{-1} o
2147 @code{DOWN} (abajo) significa alinear el bborde @emph{inferior} del
2148 texto con la línea de extensión. Un valor de @code{1} o @code{UP}
2149 (arriba) alinea el borde superior del texto con la línea extensora.
2151 @item arrow (flecha)
2152 Al establecer esta sub-propiedad a @code{#t} se produce una punta de
2153 flecha en el extremo de la línea.
2155 @item padding (relleno)
2156 Esta sub-propiedad controla el espacio entre el punto extremo
2157 especificado de la línea y el extremo real. Sin relleno, un glissando
2158 empezaría y terminaría en el centro de la cabeza de las notas.
2162 La función musical @code{\endSpanners} finaliza de forma prematura el
2163 extensor que comienza sobre la nota que sigue inmediatamente a
2164 continuación. Se termina después de una nota exactamente, o en la
2165 siguiente barra de compás si @code{to-barline} es verdadero y se
2166 produce una divisoria antes de la siguiente nota.
2168 @lilypond[verbatim,quote,ragged-right,relative=2,fragment]
2170 c2 \startTextSpan c2 c2
2175 Si se usa @code{\endSpanners} no es necesario cerrar \startTextSpan
2176 con \stopTextSpan, ni cerrar los reguladores con @code{\!}.
2180 Referencia de funcionamiento interno:
2181 @rinternals{TextSpanner},
2182 @rinternals{Glissando},
2183 @rinternals{VoiceFollower},
2184 @rinternals{TrillSpanner},
2185 @rinternals{line-spanner-interface}.
2188 @node Visibility of objects
2189 @subsection Visibility of objects
2191 @cindex objetos, visibilidad de
2192 @cindex grobs, visibilidad de
2193 @cindex visibilidad de los objetos
2195 Hay cuatro formas principales en que se puede controlar la visibilidad
2196 de los objetos de presentación: se puede eliminar su sello, se pueden
2197 volver transparentes, se pueden pintar de blanco, o se puede
2198 sobreescribir su propiedad @code{break-visibility}. Las tres primeras
2199 se aplican a todos los objetos de presentación; la última sólo a unos
2200 pocos: los objetos @emph{divisibles}. El Manual de aprendizaje
2201 introduce estas cuatro técnicas, véase @rlearning{Visibility and color
2204 Hay también algunas otras técnicas que son específicas de ciertos
2205 objetos de presentación. Se estudian bajo Consideraciones especiales.
2208 * Removing the stencil::
2209 * Making objects transparent::
2210 * Painting objects white::
2211 * Using break-visibility::
2212 * Special considerations::
2216 @node Removing the stencil
2217 @unnumberedsubsubsec Removing the stencil
2219 @cindex sello, eliminar
2221 Todo objeto de presentación tiene una propiedad stencil (sello). De
2222 forma predeterminada está establecida a la función específica que
2223 dibuja ese objeto. Se se sobreescribe eesta propiedad a @code{#f} no
2224 se llama a ninguna función y el objeto no se dibuja. La acción
2225 predeterminada se puede recuperar con @code{\revert}.
2227 @lilypond[quote,verbatim,relative=1]
2229 \override Score.BarLine #'stencil = ##f
2231 \revert Score.BarLine #'stencil
2235 @node Making objects transparent
2236 @unnumberedsubsubsec Making objects transparent
2238 @cindex transparentes, hacer los objetos
2240 Todo objeto de presentación tiene una propiedad transparent
2241 (transparente) que de forma predeterminada está establecida a
2242 @code{#f}. Si se fija a @code{#t} el objeto aún ocupa espacio pero es
2245 @lilypond[quote,verbatim,relative=2]
2247 \once \override NoteHead #'transparent = ##t
2251 @node Painting objects white
2252 @unnumberedsubsubsec Painting objects white
2254 @cindex objetos, coloreado de
2255 @cindex coloreado de objetos
2257 @cindex impresión, orden de
2258 @cindex sobreescritura de objetos
2259 @cindex objetos, sobreescritura de
2260 @cindex grobs, sobreescritura de
2262 Todo objeto de presentación tiene una propiedad de color que de forma
2263 predeterminada está establecida a @code{black} (negro). Si se
2264 sobreescribe a @code{white} (blanco) el objeto será indistinguible del
2265 fondo blanco. Sin embargo, si el objeto cruza a otros objetos, el
2266 color de los puntos de cruce queda determinado por el orden en que se
2267 dibujan estos objetos, lo que puede dejar una imagen fantasma del
2268 objeto blanco, como puede verse aquí:
2270 @lilypond[quote,verbatim,relative=2]
2271 \override Staff.Clef #'color = #white
2275 Se puede evitar esto cambiando el orden de impresión de los objetos.
2276 Todos los objetos de presentación tienen una propiedad @code{layer}
2277 (capa) que se debe establecer a un valor entero. Los objetos con el
2278 valor de @code{layer} más bajo se dibujan primero, después se dibujan
2279 los objetos con valores progresivamente mayores, y así los objetos con
2280 valores más altos se dibujan encima de los que tienen valores más
2281 bajos. De forma predeterminada, casi todos los objetos tienen
2282 asignado un valor @code{layer} de @code{1}, aunque algunos objetos,
2283 entre ellos el pentagrama y las líneas divisorias, @code{StaffSymbol}
2284 y @code{BarLine}, tienen asignado un calor de @code{0}. El orden de
2285 impresión de los objetos con el mismo valor de @code{layer} es
2288 En el ejemplo de arriba, la clave blanca, con un valor @code{layer}
2289 predeterminado de @code{1}, se dibuja después de las líneas del
2290 pentragrama (valor @code{layer} predeterminado de @code{0}),
2291 sobreimpresionándolas. Para cambiarlo, se debe dar al objeto
2292 @code{Clef} un valor de @code{layer} más bajo, digamos @code{-1}, para
2293 que se dibuje antes:
2295 @lilypond[quote,verbatim,relative=2]
2296 \override Staff.Clef #'color = #white
2297 \override Staff.Clef #'layer = #-1
2301 @node Using break-visibility
2302 @unnumberedsubsubsec Using break-visibility
2304 @c TODO Add making other objects breakable
2306 @cindex break-visibility
2308 Casi todos los objetos de presentación se imprimen una sola vez, pero
2309 algunos como las líneas divisorias, claves, indicaciones de compás y
2310 armaduras de tonalidad, se pueden tener que imprimir dos veces cuando
2311 se produce un salto de línea : una vez al final de la línea y otra al
2312 comienzo de la siguiente. Estos objetos reciben el nombre de
2313 @emph{divisibles}, y tienen una propiedad, @code{break-visibility}
2314 (visibilidad en el salto), para controlar su visibilidad en las tres
2315 posiciones en que pueden aparecer: al comienzo de una línea, dentro de
2316 la línea si se produce un cambio, y al final de la línea si el cambio
2317 se produce en ese lugar.
2319 Por ejemplo, la indicación de compás se imprime de forma
2320 predeterminada al comienzo de la primera línea y en ningún otro lugar
2321 a no ser que cambie, en cuyo caso se imprime en el punto en que se
2322 produce el cambio. Si este cambio se produce al final de una línea,
2323 la nueva indicación de compás se imprime al principio de la línea
2324 siguiente y también al final de la línea anterior como indicación de
2327 Este comportamiento se controla por medio de la propiedad
2328 @code{break-visibility}, que se explica en
2329 @c Leave this ref on a newline - formats incorrectly otherwise -td
2330 @rlearning{Visibility and color of objects}. Esta propiedad toma un
2331 vector de tres valores booleanos que, por orden, determinan si el
2332 objeto se imprime al final, dentro, o al principio de la línea. O,
2333 para ser más exactos: antes del salto de línea, si no hay salto, o
2336 Como alternativa se puede especificar cualquiera de las ocho
2337 combinaciones mediante funciones predefinidas cuya definición está en
2338 @file{scm/output-lib.scm}, donde las tres últimas columnas indican si
2339 los objetos de presentación serán visibles en las posiciones que se
2340 muestran en el encabezamiento de cada columna:
2342 @multitable {@code{begin-of-line-invisible}} {@code{'#(#t #t #t)}} {yes} {yes} {yes}
2343 @headitem Forma @tab Forma @tab Antes del @tab Si no hay @tab Después del
2344 @headitem de función @tab de vector @tab salto @tab salto @tab salto
2346 @item @code{all-visible} @tab @code{'#(#t #t #t)} @tab sí @tab sí @tab sí
2347 @item @code{begin-of-line-visible} @tab @code{'#(#f #f #t)} @tab no @tab no @tab sí
2348 @item @code{center-visible} @tab @code{'#(#f #t #f)} @tab no @tab sí @tab no
2349 @item @code{end-of-line-visible} @tab @code{'#(#t #f #f)} @tab sí @tab no @tab no
2350 @item @code{begin-of-line-invisible} @tab @code{'#(#t #t #f)} @tab sí @tab sí @tab no
2351 @item @code{center-invisible} @tab @code{'#(#t #f #t)} @tab sí @tab no @tab sí
2352 @item @code{end-of-line-invisible} @tab @code{'#(#f #t #t)} @tab no @tab sí @tab sí
2353 @item @code{all-invisible} @tab @code{'#(#f #f #f)} @tab no @tab no @tab no
2356 Los ajustes predeterminados de @code{break-visibility} dependen del
2357 objeto de presentación. La tabla siguiente muestra todos los objetos
2358 de presentación de interés que resultan afectados por
2359 @code{break-visibility} y el ajuste predeterminado de esta propiedad:
2361 @multitable @columnfractions .3 .3 .4
2363 @headitem Objeto @tab Contexto usual @tab Valor predet.
2365 @c omit Ambitus as it appears not to be affected by break-visibility -td
2366 @c @item @code{Ambitus} @tab as specified @tab @code{begin-of-line-visible}
2367 @item @code{BarLine} @tab @code{Score} @tab calculado
2368 @item @code{BarNumber} @tab @code{Score} @tab @code{begin-of-line-visible}
2369 @c omit the following item until it can be explained -td
2370 @c @item @code{BreakAlignGroup} @tab @code{Score} @tab calculated
2371 @item @code{BreathingSign} @tab @code{Voice} @tab @code{begin-of-line-invisible}
2372 @item @code{Clef} @tab @code{Staff} @tab @code{begin-of-line-visible}
2373 @item @code{Custos} @tab @code{Staff} @tab @code{end-of-line-visible}
2374 @item @code{DoublePercentRepeat} @tab @code{Voice} @tab @code{begin-of-line-invisible}
2375 @c omit KeyCancellation until it can be explained -td
2376 @c @item @code{KeyCancellation} @tab ?? @tab @code{begin-of-line-invisible}
2377 @item @code{KeySignature} @tab @code{Staff} @tab @code{begin-of-line-visible}
2378 @c omit LeftEdge until it can be explained -td
2379 @c @item @code{LeftEdge} @tab @code{Score} @tab @code{center-invisible}
2380 @item @code{OctavateEight} @tab @code{Staff} @tab @code{begin-of-line-visible}
2381 @item @code{RehearsalMark} @tab @code{Score} @tab @code{end-of-line-invisible}
2382 @item @code{TimeSignature} @tab @code{Staff} @tab @code{all-visible}
2386 El ejemplo de abajo muestra el uso de la forma de vector para
2387 controlar la visibilidad de las líneas divisorias:
2389 @lilypond[quote,verbatim,relative=1,ragged-right]
2392 % Remove bar line at the end of the current line
2393 \once \override Score.BarLine #'break-visibility = #'#(#f #t #t)
2399 Aunque los tres componentes del vector utilizado para sobreescribir
2400 @code{break-visibility} deben estar presentes, no todos son efectivos
2401 para todos los objetos de presentación, y algunas combinaciones pueden
2402 incluso dar errores. Son de aplicación las siguientes limitaciones:
2405 @item Las líneas divisorias no se pueden imprimir al principio de la línea.
2406 @item No se puede imprimir el número de compás al principio de la primera
2407 línea a no ser que su valor establecido sea distinto de 1.
2408 @item Clave: véase más abajo
2409 @item Las repeticiones dobles de tipo porcentaje se imprimen completamente o
2410 se suprimen por completo. Utilice begin-of line-invisible para
2411 imprimirlas y all-invisible para suprimirlas.
2412 @item Armadura: véase más abajo
2413 @item OctavateEight: véase más abajo
2416 @node Special considerations
2417 @unnumberedsubsubsec Special considerations
2419 @strong{@emph{Visibilidad después de un cambio explícito}}
2421 @cindex armadura, visibilidad después de un cambio explícito
2422 @cindex explicitKeySignatureVisibility
2423 @cindex clave, visibilidad después de un cambio explícito
2424 @cindex explicitClefVisibility
2426 La propiedad @code{break-visibility} controla la visibilidad de las
2427 armaduras y cambios de clave sólo al principio de las líneas, es
2428 decir, después de un salto. No tiene ningún efecto sobre la
2429 visibilidad de la armadura o la clave después de un cambio explícito
2430 de tonalidad o de clave dentro o al final de una línea. En el ejemplo
2431 siguiente la armadura que sigue al cambio explícito de tonalidad a Si
2432 bemol mayor es visible incluso con @code{all-invisible} establecido.
2434 @lilypond[quote,verbatim,relative=1,ragged-right]
2437 % Try to remove all key signatures
2438 \override Staff.KeySignature #'break-visibility = #all-invisible
2446 La visibilidad de estos cambios explícitos de tonalidad y de clave se
2447 controla por medio de las propiedades
2448 @code{explicitKeySignatureVisibility} y @code{explicitClefVisibility}.
2449 Son los equivalentes de la propiedad @code{break-visibility} y las dos
2450 toman un vector de tres valores booleanos o las funciones predefinidas
2451 relacionadas anteriormente, exactamente igual que
2452 @code{break-visibility}. Las dos son propiedades del contexto Staff,
2453 no de los propios objetos de presentación, y por tanto se establecen
2454 utilizando la instrucción @code{\set}. Las dos están establecidas de
2455 forma predeterminada al valor @code{all-visible}. Estas propiedades
2456 controlan sólo la visibilidad de las armaduras y las claves que
2457 resultan de los cambios explícitos y no afectan a las armaduras y
2458 tonalidades que están al principio de las líneas; para quitarlas, aún
2459 se debe sobreescribir la propiedad @code{break-visibility} en el
2460 objeto correspondiente.
2462 @lilypond[quote,verbatim,relative=1,ragged-right]
2465 \set Staff.explicitKeySignatureVisibility = #all-invisible
2466 \override Staff.KeySignature #'break-visibility = #all-invisible
2473 @strong{@emph{Visibilidad de las alteraciones de precaución}}
2475 Para eliminar las alteraciones de precaución que se imprimen en un
2476 cambio de tonalidad explícito, establezca la propiedad
2477 @code{printKeyCancellation} del contexto Staff a @code{#f}:
2479 @lilypond[quote,verbatim,relative=1,ragged-right]
2482 \set Staff.explicitKeySignatureVisibility = #all-invisible
2483 \set Staff.printKeyCancellation = ##f
2484 \override Staff.KeySignature #'break-visibility = #all-invisible
2491 Con estas sobreescrituras solamente permanecen las alteraciones
2492 accidentales delante de las notas para indicar el cambio de tonalidad.
2494 @c TODO Add visibility of cautionary accidentals before notes
2496 @strong{@emph{Automatic bars}}
2498 @cindex automaticBars
2499 @cindex líneas divisorias, eliminación
2501 Como caso especial, la impresión de las líneas divisorias también se
2502 puede inhabilitar estableciendo la propiedad @code{automaticBars} en
2503 el contexto Score. Si se fija a @code{#f}, las barras de compás no se
2504 imprimen automáticamente; se deben crear explícitamente con una
2505 instrucción @code{\bar}. A diferencia de la instrucción predefinida
2506 @code{\cadenzaOn}, los compases se siguen contando. La generación de
2507 compases continúa de acuerdo a esta cuenta si esta propiedad se
2508 establece posteriormente a @code{#t}. Si se fija al valor @code{#f},
2509 sólo pueden producirse saltos de línea en instrucciones @code{\bar}
2514 @strong{@emph{Octavated clefs}}
2516 @cindex octavadas, visibilidad de las claves
2517 @cindex visibilidad de las claves octavadas
2518 @cindex claves, visibilidad de la octavación
2520 El pequeño símbolo de octava sobre las claves en octava alta o baja se
2521 produce por parte del objeto @code{OctavateEight}. Su visibilidad se
2522 controla independientemente de la del objeto @code{Clef}, así que es
2523 necesario aplicar las sobreescrituras correspondientes
2524 @code{break-visibility} tanto a los objetos @code{Clef} como
2525 @code{OctavateEight} para suprimir completamente estos símbolos de
2526 clave al comienzo de cada línea.
2528 Para los cambios de clave explícitos, la propiedad
2529 @code{explicitClefVisibility} controla tanto el símbolo de clave como
2530 el símbolo de octava asociado.
2534 Manual de aprendizaje:
2535 @rlearning{Visibility and color of objects}
2539 @subsection Line styles
2541 Ciertas indicaciones de ejecución, p.ej., @i{rallentando},
2542 @i{accelerando} y los @i{trinos} se escriben como texto y se extienden
2543 sobre muchos compases mediante líneas, a veces punteadas u onduladas.
2545 Todos ellos usan las mismas rutinas que el glissando para dibujar los
2546 textos y las líneas, y por ello el ajuste fino de su comportamiento se
2547 hace de la misma manera. Se hace con un spanner (un objeto de
2548 extensión), y la rutina responsable de dibujar los objetos de
2549 extensión es @code{ly:line-interface::print}. Esta rutina determina la
2550 colocación exacta de los dos @i{extremos del objeto de extensión} y
2551 dibuja una línea entre ellos, en el estilo solicitado.
2553 He aquí un ejemplo de los distintos estilos de línea disponibles, y
2554 cómo aplicarles ajustes finos.
2556 @lilypond[relative=2,ragged-right,verbatim,fragment]
2558 \once \override Glissando #'style = #'dashed-line
2560 \override Glissando #'style = #'dotted-line
2562 \override Glissando #'style = #'zigzag
2564 \override Glissando #'style = #'trill
2568 Las posiciones de los puntos extremos del objeto de extensión se
2569 computan al vuelo para cada uno de los objetos gráficos, pero es
2570 posible sobreescribirlos:
2572 @lilypond[relative=2,ragged-right,verbatim,fragment]
2574 \once \override Glissando #'bound-details #'right #'Y = #-2
2578 El valor de @code{Y} está establecido a @code{-2} para el extremo
2579 derecho. El lado izquierdo se puede ajustar de forma similar
2580 especificando @code{left} en vez de @code{right}.
2582 Si no está establecido @code{Y}, el valor se computa a partir de la
2583 posición vertical de los puntos de anclaje izquierdo y derecho del
2586 Son posibles otros ajustes de los extensores, para ver más detalles
2587 consulte @ref{Spanners}.
2590 @node Rotating objects
2591 @subsection Rotating objects
2593 Tanto los objetos de presentación como los elementos de texto de
2594 marcado se pueden girar cualquier ángulo respecto a cualquier punto,
2595 pero difiere el método de hacerlo.
2598 * Rotating layout objects::
2602 @node Rotating layout objects
2603 @unnumberedsubsubsec Rotating layout objects
2605 @cindex rotating objects
2606 @cindex objects, rotating
2608 Todos los objetos de presentación que contemplan el interface
2609 @code{grob-interface} se pueden rotar estableciendo su propiedad
2610 @code{rotation}. Acepta una lista de tres elementos: el ángulo de la
2611 rotación en sentido antihorario, y las coordenadas x e y del punto con
2612 relación al punto de referencia del objeto, alrededor del que se va a
2613 realizar la rotación. El ángulo de rotación se pespecifica en grados
2614 y las coordenadas en espacios de pentagrama.
2616 El ángulo de rotación y las coordenadas del punto de rotación se deben
2617 determinar por ensayo y error.
2619 @cindex reguladores en ángulo
2620 @cindex ángulo, reguladores en
2622 Solamente en ciertas ocasiones es útil la rotación de objetos de
2623 presentación; el ejemplo siguiente muestra una situación en que puede
2626 @lilypond[quote,verbatim,relative=1]
2628 \override Hairpin #'rotation = #'(20 -1 0)
2632 @node Rotating markup
2633 @unnumberedsubsubsec Rotating markup
2635 Todos los textos de marcado se pueden rotar para que se dispongan en
2636 cualquier ángulo predeciéndolos de la instrucción @code{\rotate}. La
2637 instrucción acepta dos argumentos: el ángulo de rotación en grados en
2638 sentido antihorario, y el texto que rotar. Los límites que ocupa el
2639 texto no se rotan: toman su valor a partir de los extremos de las
2640 coordenadas x e y del texto rotado. En el ejemplo siguiente la
2641 propiedad @code{outside-staff-priority} del texto se establece a
2642 @code{#f} para desactivar la evitación automática de colisiones, lo
2643 que empuja al texto a una posición muy alta.
2645 @lilypond[quote,verbatim,relative=1]
2646 \override TextScript #'outside-staff-priority = ##f
2647 g4^\markup { \rotate #30 "a G" }
2648 b^\markup { \rotate #30 "a B" }
2649 des^\markup { \rotate #30 "a D-Flat" }
2650 fis^\markup { \rotate #30 "an F-Sharp" }
2653 @node Advanced tweaks
2654 @section Advanced tweaks
2656 Esta sección trata sobre distintos enfoques en la realización de
2657 ajustes finos a la apariencia de la partitura impresa.
2660 * Aligning objects::
2661 * Vertical grouping of grobs::
2662 * Modifying stencils::
2663 * Modifying shapes::
2668 Manual de aprendizaje:
2669 @rlearning{Tweaking output},
2670 @rlearning{Other sources of information}.
2672 Referencia de la notación:
2673 @ref{Explaining the Internals Reference},
2674 @ref{Modifying properties},
2675 @ref{Interfaces for programmers}.
2678 @file{scm/@/define@/-grobs@/.scm}.
2680 Fragmentos de código:
2681 @rlsr{Tweaks and overrides}.
2683 Referencia de funcionamiento interno:
2684 @rinternals{All layout objects}.
2687 @node Aligning objects
2688 @subsection Aligning objects
2690 Los objetos gráficos que soportan el interface
2691 @code{self-alignment-interface} y/o el @code{side-position-interface}
2692 se pueden alinear contra un objeto colocado previamente, de diversas
2693 maneras. Para ver una lista de estos objetos, consulte
2694 @rinternals{self-alignment-interface} y
2695 @rinternals{side-position-interface}.
2697 Todos los objetos gráficos tienen un punto de referencia, una
2698 extensión horizontal y una extensión vertical. La extensión
2699 horizontal es una pareja de números que dan los desplazamientos a
2700 partir del punto de referencia de los bordes izquierdo y derecho,
2701 siendo negativos los desplazamientos hacia la izquierda. La extensión
2702 vertical es una pareja de números que dan el desplazamiento a partir
2703 del punto de referencia hasta los bordes inferior y superior, siendo
2704 negativos los deplazamientos hacia abajo.
2706 La posición de un objeto sobre el pentagrama viene dada por los
2707 valores de las propiedades @code{X-offset} e @code{Y-offset}. El
2708 valor de @code{X-offset} da el desplazamiento desde la coordenada x
2709 del punto de referencia del objeto padre, y el valor de
2710 @code{Y-offset} da el desplazamiento a partir de la línea central del
2711 pentagrama. Los valores de @code{X-offset} y @code{Y-offset} se
2712 pueden establecer directamente o se puede dejar que se calculen por
2713 parte de procedimientos para conseguir una alineación con el objeto
2714 padre de distintas maneras.
2716 @warning{Muchos objetos tienen consideraciones de posicionamiento
2717 especiales que hacen que se ignore o se modifique cualquier ajuste
2718 realizado a @code{X-offset} o a @code{Y-offset}, a pesar de que el
2719 objeto contemple el interface @code{self-alignment-interface}.}
2721 Por ejemplo, una alteración accidental se puede reposicionar
2722 verticalmente estableciendo @code{Y-offset} pero los cambios a
2723 @code{X-offset} no tienen ningún efecto.
2725 Las letras de ensayo se pueden alinear con objetos divisibles como
2726 líneas divisorias, claves, armaduras e indicaciones de compás. Hay
2727 propiedades especiales que se encuentran en
2728 @code{break-aligned-interface} para el posicionamiento de las letras
2729 de ensayo sobre dichos objetos.
2732 * Setting @code{X-offset} and @code{Y-offset} directly::
2733 * Using the @code{side-position-interface}::
2734 * Using the @code{self-alignment-interface}::
2735 * Using the @code{break-aligned-interface}::
2738 @node Setting @code{X-offset} and @code{Y-offset} directly
2739 @unnumberedsubsubsec Setting @code{X-offset} and @code{Y-offset} directly
2741 Se pueden dar valores numéricos a las propiedades @code{X-offset} y
2742 @code{Y-offset} de muchos objetos. El ejemplo siguiente muestra tres
2743 notas con una digitación en su posición predeterminada y con los
2744 valores @code{X-offset} y @code{Y-offset} modificados.
2746 @lilypond[verbatim,quote,relative=2]
2749 -\tweak #'X-offset #0
2750 -\tweak #'Y-offset #0
2753 -\tweak #'X-offset #-1
2754 -\tweak #'Y-offset #1
2760 @node Using the @code{side-position-interface}
2761 @unnumberedsubsubsec Using the @code{side-position-interface}
2763 Un objeto que contempla el @code{side-position-interface} se puede
2764 colocar junto a su objeto padre de forma que los bordes especificados
2765 de los dos objetos se toquen. El objeto se puede situar encima,
2766 debajo, a la derecha o a la izquierda del objeto padre. El padre no
2767 se puede especificar; ciene determinado por el orden de los elementos
2768 en el flujo de entrada. Casi todos los objetos tienen la cabeza de la
2769 nota asociada como padre.
2771 Los valores de las propiedades @code{side-axis} y @code{direction}
2772 determinan dónde colocar el objeto, como sigue:
2774 @c TODO add an example of each to the table
2776 @multitable @columnfractions .3 .3 .3
2777 @headitem @code{side-axis} @tab @code{direction} @tab
2778 @headitem propiedad @tab propiedad @tab colocación
2780 @item @code{0} @tab @code{-1} @tab izquierda
2781 @item @code{0} @tab @code{1} @tab derecha
2782 @item @code{1} @tab @code{-1} @tab debajo
2783 @item @code{1} @tab @code{1} @tab encima
2787 Si @code{side-axis} es @code{0}, @code{X-offset} se debe establecer al
2788 procedimiento @code{ly:side-position-interface::x-aligned-side}. Este
2789 procedimiento devuelve el calor correcto de @code{X-offset} para
2790 situar el objeto al lado izquierdo o derecho del padre de acuerdo con
2791 el valor de @code{direction}.
2793 Si @code{side-axis} es @code{1}, @code{Y-offset} se debe establecer al
2794 procedimiento @code{ly:side-position-interface::y-aligned-side}. Este
2795 procedimiento devuelve el valor correcto de @code{Y-offset} para
2796 situar el objeto encima o debajo del padre de acuerdo con el valor de
2799 @c TODO Add examples
2801 @node Using the @code{self-alignment-interface}
2802 @unnumberedsubsubsec Using the @code{self-alignment-interface}
2804 @emph{Auto-alineación horizontal de los objetos}
2806 La alineación horizontal de un objeto que contempla el interface
2807 @code{self-alignment-interface} está controlada por el valor de la
2808 propiedad @code{self-alignment-X}, siempre y cuando la propiedad
2809 @code{X-offset} de este objeto esté establecida a
2810 @code{ly:self-alignment-interface::x-aligned-on-self}. Se le puede
2811 dar a @code{self-alignment-X} cualquier valor real, en unidades de la
2812 mitad de la extensión X total del objeto. Los valores negativos
2813 mueven el objeto a la derecha, los positivos hacia la izquierda. Un
2814 valor de @code{0} centra el objeto sobre el punto de referencia de su
2815 padre, un valor de @code{-1} alinea el borde izquierdo del objeto
2816 sobre el punto de referencia de su padre, y un valor de @code{1}
2817 alinea el borde derecho del objeto sobre el punto de referencia de su
2818 padre. Se pueden usar los símbolos @code{LEFT}, @code{CENTER} y
2819 @code{RIGHT} en sustitución de los valores @code{-1, 0, 1},
2822 Normalmente se usaría la instrucción @code{\override} para modificar
2823 el valor de @code{self-alignment-X}, pero se puede usar la instrucción
2824 @code{\tweak} para alinear varias anotaciones por separado sobre una
2827 @lilypond[quote,verbatim,relative=1]
2829 -\tweak #'self-alignment-X #-1
2831 -\tweak #'self-alignment-X #0
2833 -\tweak #'self-alignment-X #RIGHT
2835 -\tweak #'self-alignment-X #-2.5
2836 ^"aligned further to the right"
2839 @emph{Auto-alineación vertical de los objetos}
2841 Los objetos se pueden alinear verticalmente en una forma análoga a la
2842 alineación horizontal si la propiedad @code{Y-offset} está establecida
2843 a @code{ly:self-alignment-interface::y-aligned-on-self}. Sin embargo,
2844 a menudo se encuentran implicados otros mecanismos en la alineación
2845 vertical: el valor de @code{Y-offset} es tan sólo una variable que se
2846 tiene en cuenta. Esto puede hacer que ajustar el valor de ciertos
2847 objetos sea una tarea dificultosa. Las unidades son sólo la mitad de
2848 las dimensiones verticales del objeto, que suele ser bastante pequeño,
2849 por lo que pueden requerirse números bastante grandes. Un valor de
2850 @code{-1} alinea el borde inferior del objeto con el punto de
2851 referencia del objeto padre, un valor de @code{0} alinea el centro del
2852 objeto con el punto de referencia del padre, y un valor de @code{1}
2853 alinea el borde superior del objeto con el punto de referencia del
2854 padre. Se pueden usar los símbolos @code{DOWN}, @code{CENTER},
2855 @code{UP} en sustitución de @code{-1, 0, 1} respectivamente.
2857 @emph{Auto-alineación de objetos en las dos direcciones}
2859 Estableciendo tanto @code{X-offset} como @code{Y-offset}, se puede
2860 alinear un objeto en las dos direcciones simultáneamente.
2862 El ejemplo siguiente muestra cómo ajustar una digitación de forma que
2863 se acerque a la cabeza de la nota.
2865 @lilypond[quote,verbatim,relative=2]
2867 -\tweak #'self-alignment-X #0.5 % move horizontally left
2868 -\tweak #'Y-offset #ly:self-alignment-interface::y-aligned-on-self
2869 -\tweak #'self-alignment-Y #-1 % move vertically up
2874 @unnumberedsubsubsec Using the @code{aligned-on-parent} procedures
2876 @c Cannot document as they do not seem to operate consistently on all objects -td
2877 @c TODO investigate further
2879 The @code{aligned-on-parent} procedures are used in the same way
2880 as the @code{aligned-on-self} procedures, they difference being
2881 that they permit an object to be aligned with the @emph{edges} of
2882 the parent rather than the parent's reference point. The following
2883 example shows the difference:
2887 @lilypond[verbatim,quote]
2893 @unnumberedsubsubsec Using the @code{centered-on-parent} procedures
2895 @c Cannot document as they do not seem to operate consistently on all objects -td
2896 @c TODO investigate further
2900 @c TODO The align-interface, BassFigureAlignment and VerticalAlignment
2903 @node Using the @code{break-aligned-interface}
2904 @unnumberedsubsubsec Using the @code{break-aligned-interface}
2906 Las letras de ensayo se pueden alinear con objetos de notación
2907 distintos a las barras de compás. Estos objetos son @code{ambitus},
2908 @code{breathing-sign}, @code{clef}, @code{custos}, @code{staff-bar},
2909 @code{left-edge}, @code{key-cancellation}, @code{key-signature} y
2910 @code{time-signature}.
2912 De forma predeterminada, las letras de ensayo se centran
2913 horizontalmente sobre el objeto:
2915 @lilypond[verbatim,quote,relative=1]
2917 % the RehearsalMark will be centered above the Clef
2918 \override Score.RehearsalMark #'break-align-symbols = #'(clef)
2923 % the RehearsalMark will be centered above the TimeSignature
2924 \override Score.RehearsalMark #'break-align-symbols = #'(time-signature)
2932 La alineación de la letra de enzayo con relación al objeto de notación
2933 se puede cambiar, como se ve en el ejemplo siguiente. En una
2934 partitura con varios pentagramas, este ajuste se debe hacer para todos
2937 @lilypond[verbatim,quote,relative=1]
2938 % The RehearsalMark will be centered above the KeySignature
2939 \override Score.RehearsalMark #'break-align-symbols = #'(key-signature)
2945 % The RehearsalMark will be aligned with the left edge of the KeySignature
2946 \once \override Score.KeySignature #'break-align-anchor-alignment = #LEFT
2950 % The RehearsalMark will be aligned with the right edge of the KeySignature
2951 \once \override Score.KeySignature #'break-align-anchor-alignment = #RIGHT
2957 La letra de ensayo también se puede desplazar al borde derecho o
2958 izquierdo en una medida arbitraria. Las unidades son espacios de
2961 @lilypond[verbatim,quote,relative=1]
2962 % The RehearsalMark will be aligned with the left edge of the KeySignature
2963 % and then shifted right by 3.5 staff-spaces
2964 \override Score.RehearsalMark #'break-align-symbols = #'(key-signature)
2965 \once \override Score.KeySignature #'break-align-anchor = #3.5
2969 % The RehearsalMark will be aligned with the left edge of the KeySignature
2970 % and then shifted left by 2 staff-spaces
2971 \once \override Score.KeySignature #'break-align-anchor = #-2
2978 @node Vertical grouping of grobs
2979 @subsection Vertical grouping of grobs
2981 Los grobs (objetos gráficos) @code{VerticalAlignment} y
2982 @code{VerticalAxisGroup} trabajan de manera coordinada.
2983 @code{VerticalAxisGroup} agrupa distintos grobs como @code{Staff},
2984 @code{Lyrics}, etc. Después, @code{VerticalAlignment} alinea los
2985 distintos grobs agrupados previamente por @code{VerticalAxisGroup}.
2986 Normalmente sólo existe un @code{VerticalAlignment} por cada
2987 partitura, pero cada @code{Staff}, @code{Lyrics}, etc. tiene su propio
2988 @code{VerticalAxisGroup}.
2991 @node Modifying stencils
2992 @subsection Modifying stencils
2994 Todos los objetos de presentación tienen una propiedad @code{stencil}
2995 que es parte del @code{grob-interface}. De forma predeterminada, esta
2996 propiedad suele estar establecida a una función específica del objeto
2997 que está hecha a medida para disponer el símbolo que lo representa en
2998 la salida. Por ejemplo, el ajuste estándar para la propiedad
2999 @code{stencil} del objeto @code{MultiMeasureRest} es
3000 @code{ly:multi-measure-rest::print}.
3002 El símbolo estándar de cualquier objeto se puede sustituir modificando
3003 la propiedad @code{stencil} para que haga referencia a un
3004 procedimiento diferente escrito especialmente. Esto requiere un alto
3005 nivel de conocimiento del funcionamiento interno de LilyPond, pero hay
3006 una forma más fácil que a menudo puede dar resultados adecuados.
3008 El procedimiento es establecer la propiedad @code{stencil} al
3009 procedimiento que imprime texto (@code{ly:text-interface::print}) y
3010 añadir una propiedad @code{text} al objeto ajustada para que contenga
3011 el texto de marcado que produce el símbolo requerido. Debido a la
3012 flexibilidad del marcado, se pueden conseguir muchas cosas; en
3013 particular, consulte @ref{Graphic notation inside markup}.
3015 El ejemplo siguiente muestra esto cambiando el símbolo de la cabeza de
3016 la nota a unas aspas dentro de una circunferencia.
3018 @lilypond[verbatim,quote]
3020 \once \override NoteHead #'stencil = #ly:text-interface::print
3021 \once \override NoteHead #'text = \markup {
3023 \halign #-0.7 \draw-circle #0.85 #0.2 ##f
3024 \musicglyph #"noteheads.s2cross"
3032 Cualquiera de los glifos de la fuente tipográfica Feta se puede pasar
3033 a la instrucción de marcado @code{\musicglyph}: véase @ref{The Feta
3036 @c TODO Add inserting eps files or ref to later
3038 @c TODO Add inserting Postscript or ref to later
3042 Referencia de la notación:
3043 @ref{Graphic notation inside markup},
3044 @ref{Formatting text},
3045 @ref{Text markup commands},
3046 @ref{The Feta font}.
3049 @node Modifying shapes
3050 @subsection Modifying shapes
3053 * Modifying ties and slurs::
3056 @node Modifying ties and slurs
3057 @unnumberedsubsubsec Modifying ties and slurs
3059 Las ligaduras de unión, de expresión y de fraseo se trazan como curvas
3060 de Bézier de tercer orden. Si la forma de la ligadura calculada
3061 automáticamente no resulta óptima, se puede modificar su forma
3062 manualmente mediante la especificación explícita de los cuatro puntos
3063 de control necesarios para definir una curva de Bézier de tercer
3066 Las curvas Bézier de tercer orden o cúbicas están definidas por cuatro
3067 puntos de control. El primer y cuarto puntos de control son
3068 exactamente los puntos extremos de comienzo y de final de la curva.
3069 Los dos puntos de contros intermedios definen la forma. Se pueden
3070 encontrar en la web animaciones que muestran cómo se traza la curva,
3071 pero la descripción siguiente puede ser de ayuda. La curva comienza a
3072 partir del primer punto de control dirigiéndose directamente hacia el
3073 segundo, curvándose progresivamente para dirigirse hacia el tercero y
3074 continuando la curva hacia el cuarto, llegando a éste en viaje directo
3075 desde el tercer punto de control. La curva está contenida enteramente
3076 dentro del cuadrilátero definido por los cuatro puntos de control.
3078 He aquí un ejemplo de un caso en que la ligadura no es óptima, y donde
3079 @code{\tieDown} no sirve de ayuda.
3081 @lilypond[verbatim,quote,relative=1]
3085 { r4 <g c,> <g c,> <g c,> }
3089 Una forma de mejorar esta ligadura es modificar manualmente sus puntos
3090 de control como sigue.
3092 Las coordenadas de los puntos de control de Bézier se especifican en
3093 unidades de espacios de pentagrama. La coordenada@tie{}X está en
3094 relación con el punto de referencia de la nota a la que está unida la
3095 ligadura, y la coordenada@tie{}Y está en relación con la línea central
3096 del pentagrama. Las coordenadas se introducen como una lista de
3097 cuatro parejas de números decimales (reales). Un enfoque es estimar
3098 las coordenadas de los dos puntos extremos, y luego tratar de adivinar
3099 los dos puntos intermedios. Los valores óptimos se encuentran por
3102 Es útil recordar que una curva simétrica necesita puntos de contros
3103 simétricos, y que las curvas de Bézier tienen la útil propiedad de que
3104 las transformaciones de la curva tales como la traslación, rotación y
3105 escalado se pueden obtener aplicando la misma transformación a los
3106 puntos de control de la curva.
3108 Para el ejemplo anterior, la sobreescritura siguiente da una ligadura
3111 @lilypond[verbatim,quote,relative=1]
3114 #'control-points = #'((1 . -1) (3 . 0.6) (12.5 . 0.6) (14.5 . -1))
3117 { r4 <g c,> <g c,> <g c,>4 }
3123 No es posible modificar la forma de las ligaduras de unión o de
3124 expresión cambiando la propiedad @code{control-points} si hay más de
3125 una en el mismo mom ento musical, ni siquiera usando la instrucción