1 @c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-
2 @c This file is part of lilypond.tely
4 Translation of GIT committish: bc4543c30c67f02dadc392880f27d4581e2d7681
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. @code{StaffGroup} sólo consiste en una
121 colección de pentagramas, con un corchete delante y líneas divisorias
124 @strong{@emph{ChoirStaff}}
126 Idéntico a @code{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 Igual que @code{GrandStaff}, pero contempla la posibilidad de poner el
138 nombre del instrumento a la izquierda del sistema.
140 @node Intermediate-level contexts - staves
141 @unnumberedsubsubsec Intermediate-level contexts - staves
143 @strong{@emph{Staff}}
145 Maneja claves, barras de compás, tonalidades y alteraciones
146 accidentales. Puede contener contextos de @code{Voice}.
148 @strong{@emph{RhythmicStaff}}
150 Como @code{Staff}, pero para imprimir ritmos. Se ignoran las alturas
151 de las notas; las notas se imprimen sobre una línea.
153 @strong{@emph{TabStaff}}
155 Contexto para generar tablaturas. De forma predeterminada dispone la
156 expresión musical como una tablatura de guitarra, impresa sobre seis
159 @strong{@emph{DrumStaff}}
161 Maneja el tipografiado para instrumentos de percusión. Puede contener
162 contextos @code{DrumVoice}.
164 @strong{@emph{VaticanaStaff}}
166 Igual que @code{Staff}, excepto que está pensado para tipografiar
167 piezas en estilo gregoriano.
169 @strong{@emph{MensuralStaff}}
171 Igual que @code{Staff}, excepto que está diseñado para tipografiar
172 piezas en estilo mensural.
175 @node Bottom-level contexts - voices
176 @unnumberedsubsubsec Bottom-level contexts - voices
178 Los contextos del mismo nivel que Voice dan un valor inicial a ciertas
179 propiedades e inician los grabadores correspondientes. Siendo
180 contextos del nivel más bajo, no pueden contener a otros contextos.
182 @strong{@emph{Voice}}
184 Corresponde a una voz sobre un pentagrama. este contexto maneja la
185 conversión de las indicaciones dinámicas, plicas, barras, subíndices y
186 superíndices, ligaduras de expresión y de unión, y silencios. Tenemos
187 que crear instancias explícitas de este contexto si necesitamos varias
188 voces en el mismo pentagrama.
190 @strong{@emph{VaticanaVoice}}
192 Lo mismo que @code{Voice}, excepto que está diseñado para tipografiar
193 piezas en estilo gregoriano.
195 @strong{@emph{MensuralVoice}}
197 Lo mismo que @code{Voice}, con modificaciones para el tipografiado de
198 piezas en estilo mensural.
200 @strong{@emph{Lyrics}}
202 Corresponde a una voz con letra. Maneja la impresión de una sola
205 @strong{@emph{DrumVoice}}
207 El contexto de voz utilizado en una pauta de percusión.
209 @strong{@emph{FiguredBass}}
211 El contexto en que los objetos @code{BassFigure} se crean a partir de
212 la entrada escrita en el modo @code{\figuremode}.
214 @strong{@emph{TabVoice}}
216 El contexto de voz utilizado dentro de un contexto @code{TabStaff}.
217 Se suele dejar que se cree implícitamente.
219 @strong{@emph{ChordNames}}
221 Tipografía nombres de acordes.
224 @node Creating contexts
225 @subsection Creating contexts
227 Para partituras que sólo tienen una voz y un pentagrama, los contextos
228 se crean automáticamente. Para partituras más complejas, es necesario
229 crearlos a mano. Existen tres instrucciones que hacen esto.
234 La instrucción más fácil es @code{\new}, y es también la más rápida de
235 escribir. Se antepone a una expresión musical, por ejemplo
238 @cindex nuevos, contextos
239 @cindex Contexto, creación de
242 \new @var{tipo} @var{expresión_musical}
246 donde @var{tipo} es el nombre de un contexto (como @code{Staff} o
247 @code{Voice}). Esta instrucción crea un contexto nuevo, y empieza a
248 interpretar la @var{expresión_musical} con él.
250 Una aplicación práctica de @code{\new} es una partitura con muchos pentagramas.
251 Cada parte que debe ir en su propio pentagrama, va precedida de
254 @lilypond[quote,verbatim,relative=2,ragged-right,fragment]
261 La instrucción @code{\new} puede también dar nombre al contexto,
264 \new @var{tipo} = @var{identificador} @var{música}
266 Sin embargo, este nombre especificado por el usuario sólo se utiliza
267 si no hay ya otro contexto anterior con el mismo nombre.
273 Como @code{\new}, la instrucción @code{\context} también dirige una
274 expresión musical a un objeto de contexto, pero da al contexto un
275 nombre explícito. La sintaxis es
278 \context @var{tipo} = @var{identificador} @var{música}
281 En esta forma, la instrucción buscará un contexto existente del
282 @var{tipo} especificado que tenga el nombre @var{identificador}. Si
283 ese contexto aún no existe, se crea un contexto nuevo con el nombre
284 especificado. Esto es útil si nos vamos a referir más tarde al
285 contexto. Por ejemplo, cuando se escribe la letra, la melodía está
286 dentro de un contexto con nombre
289 \context Voice = "@b{tenor}" @var{música}
293 de forma que los textos se puedan alienar correctamente con sus notas,
296 \new Lyrics \lyricsto "@b{tenor}" @var{letra}
301 Otro uso posible de los contextos con nombre es la fusión de dos
302 expresiones musicales distintas en un solo contexto. En el siguiente
303 ejemplo, se introducen por separado las articulaciones y las notas,
307 decoracion = @{ s4-. s4-> @}
310 se combinan enviando los dos al mismo contexto @code{Voice},
314 \new Staff \context Voice = "A" \musica
315 \context Voice = "A" \decoracion
318 @lilypond[quote,ragged-right]
322 \new Staff \context Voice = "A" \music
323 \context Voice = "A" \arts
327 Con este mecanismo, es posible definir un Urtext (una edición
328 original), con la posibilidad de poner articulaciones distintas sobre
331 @cindex crear contextos
334 La tercera instrucción para crear contextos es
336 \context @var{tipo} @var{música}
341 Esto es similar a @code{\context} con @code{= @var{identificador}},
342 pero se corresponde con cualquier contexto del tipo @var{tipo}, sin
343 importar qué nombre se le ha dado.
345 Esta variante se usa con expresiones musicales que se pueden
346 interpretar en varios niveles. Por ejemplo, la instrucción
347 @code{\applyOutput} (véase @ref{Running a function on all layout
348 objects}). Sin una instrucción @code{\context} explícita, normalmente
349 se aplicaría a @code{Voice}
352 \applyOutput #'@var{contexto} #@var{función} % aplicar al contexto Voice
355 Para que se interprete dentro de los niveles de @code{Score} o
356 @code{Staff}, utilice las siguientes formas:
359 \applyOutput #'Score #@var{función}
360 \applyOutput #'Staff #@var{función}
366 @node Modifying context plug-ins
367 @subsection Modifying context plug-ins
369 Los contextos de notación (como @code{Score} y @code{Staff}) no sólo
370 almacenan propiedades, también contienen «plug-ins» o complementos
371 llamados @q{grabadores} que crean elementos de notación. Por ejemplo,
372 el contexto @code{Voice} contiene un grabador
373 @code{Note_head_engraver} que crea las cabezas de nota y el contexto
374 @code{Staff} contiene un grabador @code{Key_signature_engraver} que
375 crea la indicación de compás.
377 Para ver una descripción completa de todos y cada uno de los
378 complementos, consulte
380 @rinternals{Engravers and Performers}.
383 Referencia de funcionamiento interno @expansion{} Traducción @expansion{} Grabadores.
385 Cada contexto que se describe en
387 @rinternals{Contexts}
390 Referencia de funcionamiento interno @expansion{} Traducción @expansion{} Contexto.
392 relaciona los grabadores que se usan para ese contexto.
395 Puede ser de utilidad jugar un poco con estos complementos. Se hace
396 iniciando un contexto nuevo con @code{\new} o @code{\context} y
402 \new @var{contexto} \with @{
415 donde los @dots{} debe ser el nombre de un grabador. Aquí tenemos un
416 ejemplo sencillo que suprime los grabadores
417 @code{Time_signature_engraver} y @code{Clef_engraver} de un contexto
420 @lilypond[quote,relative=1,verbatim,fragment]
426 \remove "Time_signature_engraver"
427 \remove "Clef_engraver"
434 En el segundo pentagrama no hay indicación de compás ni clave. Éste
435 es un método bastante rudimentario de hacer que desaparezcan los
436 objetos porque afecta a todo el pentagrama. Este método también
437 afecta al espaciado, lo que puede ser deseable o no serlo. Se
438 muestran métodos más sofisticados para quitar objetos en
439 @rlearning{Visibility and color of objects}.
441 El ejemplo siguiente muestra una aplicación práctica. Normalmente las
442 líneas divisorias y las indicaciones de compás están sincronizadas a
443 lo largo de toda la partitura. Lo hacen los grabadores
444 @code{Timing_translator} y @code{Default_bar_line_engraver}. Estos
445 complementos mantienen al día la administración de las indicaciones de
446 compás, posición dentro del compás, etc. Moviendo estos grabadores
447 desde el contexto de @code{Score} al de @code{Staff}, podemos
448 conseguir una partitura en la que cada pentagrama tiene su propio
449 compás independiente.
451 @cindex polimétricas, partituras
452 @cindex compases distintos al mismo tiempo
454 @lilypond[quote,relative=1,ragged-right,verbatim,fragment]
456 \remove "Timing_translator"
457 \remove "Default_bar_line_engraver"
460 \consists "Timing_translator"
461 \consists "Default_bar_line_engraver"
467 \consists "Timing_translator"
468 \consists "Default_bar_line_engraver"
477 @node Changing context default settings
478 @subsection Changing context default settings
480 Los ajustes de contexto que están preparados para usarse de forma
481 predeterminada en los contextos @code{Score}, @code{Staff} y
482 @code{Voice}, se pueden especificar dentro de un bloque
483 @code{\layout}, como se ilustra en el ejemplo siguiente. El bloque
484 @code{\layout} se debe colocar dentro del bloque @code{\score} en que
485 se quiere que haga efecto, pero fuera de la música.
487 Observe que la propia instrucción @code{\set} y el contexto se deben
488 omitir cuando se especifican de esta manera los valores de contexto
491 @lilypond[quote,verbatim]
494 a4^"Really small, thicker stems, no time signature" a a a
501 \override Stem #'thickness = #4.0
502 \remove "Time_signature_engraver"
508 En este ejemplo, la instrucción @code{\Staff} especifica que los
509 ajustes siguientes se apliquen a todos los pentagramas dentro del
512 Se pueden realizar de forma similar modificaciones al contexto
513 @code{Score} o a todos los contextos @code{Voice}.
517 No es posible recolectar cambios de contexto dentro de una variable y
518 aplicarlos a una definición de @code{\context} por referencia a dicha
521 La instrucción @code{\RemoveEmptyStaffContext} sobreescribe nuestros
522 ajustes en curso para @code{\Staff}. Si queremos cambiar los valores
523 predeterminados para un pentagrama que utilice
524 @code{\RemoveEmptyStaffContext}, debe hacerlo después de llamar a
525 @code{\RemoveEmptyStaffContext}, o sea
530 \RemoveEmptyStaffContext
532 \override Stem #'thickness = #4.0
538 @node Defining new contexts
539 @subsection Defining new contexts
541 Los contextos específicos, como @code{Staff} y @code{Voice}, están
542 construidos a base de bloques sencillos. Es posible crear nuevos
543 tipos de contextos con combinaciones distintas de añadidos grabadores.
545 El siguiente ejemplo muestra cómo construir un tipo diferente de contexto de
546 @code{Voice} partiendo de cero. Será parecido a
547 @code{Voice}, pero imprime solamente cabezas centradas en forma de barra inclinada. Se puede usar
548 para indicar improvisación en piezas de jazz,
551 @lilypond[quote,ragged-right]
554 \type "Engraver_group"
555 \consists "Note_heads_engraver"
556 \consists "Text_engraver"
557 \consists Pitch_squash_engraver
558 squashedPosition = #0
559 \override NoteHead #'style = #'slash
560 \override Stem #'transparent = ##t
564 \accepts "ImproVoice"
568 a4 d8 bes8 \new ImproVoice { c4^"ad lib" c
569 c4 c^"desvístete" c_"mientras juegas :)" c }
575 Estos ajustes se definen dentro de un bloque @code{\context} que a su
576 vez está dentro de un bloque @code{\layout},
586 En el siguiente análisis, la entrada de ejemplo que se muestra debe ir
587 en el lugar de los puntos suspensivos @dots{} del fragmento anterior.
589 En primer lugar es necesario definir un nombre para el nuevo contexto:
595 Debido a que es parecido al contexto @code{Voice}, queremos órdenes
596 que funcionen sobre contextos de @code{Voice} (existentes) para que
597 siga funcionando. Esto se consigue dando al contexto nuevo un alias
604 El contexto imprimirá notas y textos explicativos, por ello tenemos
605 que añadir los grabadores que aportan esta funcionalidad,
608 \consists Note_heads_engraver
609 \consists Text_engraver
612 Pero sólo necesitamos esto en la línea central,
615 \consists Pitch_squash_engraver
616 squashedPosition = #0
619 El grabador @rinternals{Pitch_squash_engraver} modifica las cabezas de
620 nota (creadas por el grabador @rinternals{Note_heads_engraver}) y
621 establece sus posiciones verticales al valor de
622 @code{squashedPosition}, en este caso@tie{}@code{0}, la línea central.
624 Las notas parecen barras inclinadas y no tienen plica,
627 \override NoteHead #'style = #'slash
628 \override Stem #'transparent = ##t
631 Todos estos añadidos tienen que cooperar, y esto se consigue con un
632 añadido especial, que se debe marcar con la palabra clave
633 @code{\type}. Este será siempre @code{Engraver_group},
636 \type "Engraver_group"
639 Al juntarlo todo, obtenemos
644 \type "Engraver_group"
645 \consists "Note_heads_engraver"
646 \consists "Text_engraver"
647 \consists Pitch_squash_engraver
648 squashedPosition = #0
649 \override NoteHead #'style = #'slash
650 \override Stem #'transparent = ##t
656 Los contextos dan lugar a jerarquías. Queremos colgar el contexto
657 @code{ImproVoice} bajo el contexto @code{Staff}, como simples
658 @code{Voice}s normales. Por tanto, modificamos la definición de
659 @code{Staff} con la instrucción @code{\accepts} (acepta),
669 Lo opuesto a @code{\accepts} (acepta) es @code{\denies} (deniega), lo
670 que a veces se necesita cuando se están reutilizando definiciones de
673 Ponemos ambos dentro de un bloque @code{\layout}, como
683 \accepts "ImproVoice"
688 Así pues, la salida que aparece al comienzo de esta sub-sección se
697 c c_"while playing :)"
704 @node Aligning contexts
705 @subsection Aligning contexts
707 Los contextos nuevos se pueden alinear por encima o por debajo de
708 otros contextos existentes. Esto podría ser de utilidad al preparar
709 un pentagrama vocal (@rlearning{Vocal ensembles}) y un ossia,
712 @findex alignAboveContext
713 @findex alignBelowContext
715 @lilypond[quote,ragged-right]
718 \relative c' \new Staff = "main" {
721 \new Staff \with { alignAboveContext = #"main" } \ossia
728 @cindex nested contexts
729 @cindex contexts, nested
734 Los contextos como @code{PianoStaff} pueden llevar dentro otros
735 contextos anidados. Los contextos que se pueden aceptar para su
736 anidamiento están definidos por la lista @qq{accepts} (acepta) de un
737 contexto. Los contextos que no están en esta lista se colocan debajo
738 del contexto exterior en la partitura impresa. Por ejemplo, el
739 contexto @code{PianoStaff} está definido para que acepte contextos
740 @code{Staff} y @code{FiguredBass} de forma predeterminada, pero no un
741 contexto @code{Lyrics}, por ejemplo. Así pues, en la siguiente
742 estructura la letra se sitúa debajo del sistema de piano en lugar de
743 colocarse entre los dos pentagramas:
745 @lilypond[verbatim,quote,relative=1]
748 \new Staff { e4 d c2 }
749 \addlyrics { Three blind mice }
757 La lista @qq{accepts} de un contexto se puede modificar para que
758 incluya contextos anidados adicionales, y así si quisiéramos que la
759 letra apareciese entre los dos pentagramas podríamos usar:
761 @lilypond[verbatim,quote,relative=1]
762 \new PianoStaff \with { \accepts Lyrics }
764 \new Staff { e4 d c2 }
765 \addlyrics { Three blind mice }
773 Lo contrario de @code{\accepts} (acepta) es @code{\denies} (deniega);
774 esto suprime un contexto de la lista @qq{accepts}.
777 @node Explaining the Internals Reference
778 @section Explaining the Internals Reference
782 * Navigating the program reference::
783 * Layout interfaces::
784 * Determining the grob property::
785 * Naming conventions::
790 @node Navigating the program reference
791 @subsection Navigating the program reference
793 Supongamos que queremos mover la indicación de digitación del
796 @lilypond[quote,fragment,relative=2,verbatim]
802 Si hace una visita a la documentación en busca de instrucciones de
803 digitación (en @ref{Fingering instructions}), encontrará:
806 @strong{Véase también}
808 Referencia de funcionamiento interno: @rinternals{Fingering}.
813 La referencia del programador se encuentra disponible en forma de
814 documento HTML. Se recomienda mucho que lo lea en la forma HTML, bien
815 en línea o bien descargando los archivos de la documentación HTML.
816 Esta sección sería mucho más difícil de entender si está utilizando el
817 manual en formato PDF.
820 Siga el enlace que lleva a @rinternals{Fingering}. Al principio de la
824 Los objetos de digitación se crean por parte de:
825 @rinternals{Fingering_engraver} y @rinternals{New_fingering_engraver}.
828 Siguiendo los enlaces relacionados dentro de la referencia del
829 programa, podemos seguir el flujo de información dentro del programa:
833 @item @rinternals{Fingering}:
834 los objetos @rinternals{Fingering} se crean por parte de:
835 @rinternals{Fingering_engraver}
837 @item @rinternals{Fingering_engraver}:
838 Tipos de música aceptados: @rinternals{fingering-event}
840 @item @rinternals{fingering-event}:
841 El tipo de evento musical @code{fingering-event} está descrito en
842 Expresiones musicales con el nombre de @rinternals{FingeringEvent}
845 Este camino se recorre en contra de la corriente de información del
846 programa: comienza por la salida y acaba en el evento de entrada.
847 También podríamos haber empezado por un evento de la entrada, y leído
848 siguiendo el flujo de información terminando en su caso en el objeto
849 (u objetos) de la salida.
851 La referencia del programa también se puede examinar como un documento
852 normal. Contiene capítulos que tratan de
854 @rinternals{Music definitions},
857 @code{Music definitions}
859 de la @rinternals{Translation}, y del @rinternals{Backend}. Cada uno
860 de los capítulos relaciona todas las definiciones utilizadas y todas
861 las propiedades que se pueden ajustar.
864 @node Layout interfaces
865 @subsection Layout interfaces
867 @cindex interfaz de la presentación
868 @cindex presentación, interfaz de la
871 La página HTML que pudimos ver en la sección anterior describe el
872 objeto de presentación llamado @rinternals{Fingering}. Dicho objeto
873 es un símbolo dentro de la partitura. Tiene propiedades que guardan
874 números (como grosores y direcciones), pero también punteros a objetos
875 relacionados. Un objeto de presentación también se llama un
876 @emph{Grob}, que es una abreviatura de Graphical Object (objeto
877 gráfico). Para ver más detalles acerca de los objetos gráficos o
878 Grobs, consulte @rinternals{grob-interface}.
880 La página dedicada a @code{Fingering} relaciona las definiciones del
881 objeto @code{Fingering}. Por ejemplo, la página dice
884 @code{relleno} (dimensión, en espacios de pentagrama):
890 lo que significa que el número se mantendrá a una distancia de al
891 menos 0.5 de la cabeza de la nota.
894 Cada objeto de presentación puede tener varias funciones como elemento
895 notacional o tipográfico. Por ejemplo, el objeto de digitación
896 Fingering tiene los siguientes aspectos
900 Su tamaño es independiente del espaciado horizontal, al contrario de
901 las ligaduras o las barras de las figuras.
904 Es un elemento de texto. Casi seguro que es un texto muy corto.
907 este elemento de texto se tipografía con un tipo de letra, no como las
908 ligaduras o las barras de las figuras.
911 Horizontalmente, el centro del símbolo se debe alinear con el centro
912 de la cabeza de la nota.
915 Verticalmente, el símbolo se coloca cerca de la nota y del pentagrama.
918 La posición vertical también está coordinada con otros símbolos de
919 superíndice y de subíndice.
922 Cada uno de estos aspectos se capta en lo que se llaman
923 @emph{interface}s, que se relacionan al final de la página dedicada a
924 @rinternals{Fingering}
927 Este objeto contempla los siguientes interfaces:
928 @rinternals{item-interface},
929 @rinternals{self-alignment-interface},
930 @rinternals{side-position-interface}, @rinternals{text-interface},
931 @rinternals{text-script-interface}, @rinternals{font-interface},
932 @rinternals{finger-interface} y @rinternals{grob-interface}.
935 Al pulsar sobre cualquiera de los enlaces nos desplazaremos a la
936 página del respectivo interfaz del objeto. Cada interfaz tiene un
937 cierto número de propiedades. Algunas de ellas no son para que el
938 usuario las pueda ajustar (@q{Propiedades internas}), pero otras sí se
941 Hemos estado hablando de @emph{el} objeto @code{Fingering}, pero
942 realmente esto no significa mucho. El archivo de inicialización
943 (véase @ref{File structure}) @file{scm/@/define@/-grobs@/.scm} muestra
944 el alma del @q{objeto},
949 (avoid-slur . around)
951 (staff-padding . 0.5)
952 (self-alignment-X . 0)
953 (self-alignment-Y . 0)
954 (script-priority . 100)
955 (stencil . ,ly:text-interface::print)
956 (direction . ,ly:script-interface::calc-direction)
957 (font-encoding . fetaNumber)
958 (font-size . -5) ; don't overlap when next to heads.
959 (meta . ((class . Item)
960 (interfaces . (finger-interface
962 text-script-interface
964 side-position-interface
965 self-alignment-interface
970 Como podemos ver, el objeto @code{Fingering} no es más que un montón
971 de valores de variables, y la página web de la Referencia de
972 funcionamiento interno se genera directamente a partir de esta
976 @node Determining the grob property
977 @subsection Determining the grob property
979 Recordemos que queríamos cambiar la posición del @b{2} en
981 @lilypond[quote,fragment,relative=2,verbatim]
987 Puesto que el @b{2} se encuentra colocado verticalmente sobre su nota,
988 tenemos que negociar con el interfaz asociado con esta colocación.
989 Esto se hace usando @code{side-position-interface}. La página que
990 describe este interface dice:
993 @code{side-position-interface}
995 Colocar un objeto víctima (este mismo) junto a otros objetos (el
996 soporte). La propiedad @code{direction} significa dónde poner el
997 objeto víctima con relación al soporte (¿a la izquierda o a la
998 derecha, encima o debajo?)
1003 Debajo de esta descripción, la variable @code{padding} (relleno) se describe como
1008 (dimensión, en espacios de pentagrama)
1010 Añadir esta cantidad de espacio adicional entre objetos que están unos
1015 Aumentando el valor de @code{padding}, podemos alejar la cifra de
1016 digitación de la cabeza de la nota. La siguiente orden inserta un
1017 espacio en blanco de 3 espacios de pentagrama entre la nota y la
1020 \once \override Voice.Fingering #'padding = #3
1023 Al insertar esta instrucción antes de que se haya creado el objeto
1024 Fingering, es decir, antes del @code{c2}, llegamos al siguiente
1027 @lilypond[quote,relative=2,fragment,verbatim]
1028 \once \override Voice.Fingering #'padding = #3
1034 En este caso, el contexto de este truco es @code{Voice}. Este hecho
1035 se puede deducir también a partir de la referencia del programa, ya
1036 que la página dedicada al añadido @rinternals{Fingering_engraver} dice
1039 El grabador Fingering_engraver es parte de los contextos: @dots{}
1045 @node Naming conventions
1046 @subsection Naming conventions
1049 Another thing that is needed, is an overview of the various naming
1052 scheme functions: lowercase-with-hyphens (incl. one-word
1054 scheme functions: ly:plus-scheme-style
1055 music events, music classes and music properties:
1057 Grob interfaces: scheme-style
1058 backend properties: scheme-style (but X and Y!)
1059 contexts (and MusicExpressions and grobs): Capitalized or
1061 context properties: lowercaseFollowedByCamelCase
1063 Capitalized_followed_by_lowercase_and_with_underscores
1065 Which of these are conventions and which are rules?
1066 Which are rules of the underlying language, and which are
1070 @node Modifying properties
1071 @section Modifying properties
1074 * Overview of modifying properties::
1076 * The override command::
1077 * The tweak command::
1078 * set versus override::
1082 @node Overview of modifying properties
1083 @subsection Overview of modifying properties
1085 Cada contexto es responsable de la creación de ciertos tipos de
1086 objetos gráficos. Los ajustes que se usan para imprimir estos objetos
1087 también se almacenan por contexto. Mediante la modificación de estos
1088 ajustes, se puede alterar la apariencia de los objetos.
1090 La sintaxis de esto es
1093 \override @var{contexto}.@var{nombre} #'@var{propiedad} = #@var{valor}
1096 Aquí @var{nombre} es el nombre de un objeto gráfico, como @code{Stem}
1097 o @code{NoteHead}, y @var{propiedad} es una variable interna del
1098 sistema de formateo (@q{propiedad del grob} o @q{propiedad de
1099 disposición}). Este último es un símbolo, y por ello debe ir
1100 precedido de un apóstrofo. La subsección @ref{Modifying properties}
1101 explica cómo se deben cumplimentar los conceptos @var{nombre},
1102 @var{propiedad} y @var{valor}. Aquí sólo nos ocuparemos de la
1103 funcionalidad des esta instrucción.
1108 \override Staff.Stem #'thickness = #4.0
1112 hace más gruesas las plicas (el valor predeterminado es 1.3, con el
1113 grosor de una línea del pentagrama como unidad). Puesto que la
1114 instrucción especifica como contexto a @code{Staff}, sólo se aplica al
1115 pentagrama actual. Otros pentagramas mantienen su aspecto normal.
1116 Aquí vemos la instrucción en pleno funcionamiento:
1118 @lilypond[quote,verbatim,relative=2,fragment]
1120 \override Staff.Stem #'thickness = #4.0
1126 La instrucción @code{\override} modifica la definición de la plica
1127 @code{Stem} dentro del pentagrama en curso @code{Staff}. Después de
1128 que la instrucción se ha interpretado, todas las plicas se engrosan.
1130 De manera análoga a @code{\set}, el argumento @var{contexto} se puede
1131 omitir, ocasionando que se utilice el contexto predeterminado
1132 @code{Voice}. Al añadir @code{\once} se aplica el cambio durante un
1133 solo paso de tiempo.
1135 @lilypond[quote,fragment,verbatim,relative=2]
1137 \once \override Stem #'thickness = #4.0
1142 El @code{\override} se debe hacer antes de que el objeto se inicia.
1143 Por tanto, al alterar objetos @emph{Spanner} «de extensión» como
1144 ligaduras o barras, la instrucción @code{\override} se debe ejecutar
1145 en el momento en que se crea el objeto. En este ejemplo:
1147 @lilypond[quote,fragment,verbatim,relative=2]
1148 \override Slur #'thickness = #3.0
1150 \override Beam #'thickness = #0.6
1155 la ligadura es más gruesa pero la barra no lo es. Esto es así porque
1156 la instrucción para @code{Beam}, la barra, va después de que la barra
1157 se ha iniciado, y por ello no tiene ningún efecto.
1159 De forma análoga a @code{\unset}, la instrucción @code{\revert} para
1160 un contexto deshace una instrucción @code{\override}; como con
1161 @code{\unset}, solamente afecta a los ajustes que se hicieron dentro
1162 del mismo contexto. En otras palabras, el @code{\revert} del
1163 siguiente ejemplo no hace nada.
1166 \override Voice.Stem #'thickness = #4.0
1167 \revert Staff.Stem #'thickness
1170 Algunas opciones «trucables» se llaman @q{subpropiedades} y residen
1171 dentro de las propiedades normales. Para trucarlas, utilice
1172 instrucciones de la forma
1174 @c leave this as a long long
1176 \override @var{context}.@var{name} #'@var{property} #'@var{subproperty} = #@var{value}
1183 \override Stem #'(details beamed-lengths) = #'(4 4 3)
1188 Referencia de funcionamiento interno:
1189 @rinternals{OverrideProperty},
1190 @rinternals{RevertProperty},
1191 @rinternals{PropertySet},
1192 @rinternals{Backend},
1193 @rinternals{All layout objects}.
1198 El «back-end» o motor de salida no es muy estricto en la comprobación
1199 de tipos de las propiedades de objetos. Las referencias cíclicas en
1200 valores Scheme de propiedades pueden producir cuelgues o salidas
1201 abruptas, o las dos cosas.
1204 @node The set command
1205 @subsection The @code{\set} command
1209 @cindex cambiar propiedades
1211 Cada contexto puede tener distintas @emph{propiedades}, variables
1212 contenidas dentro de ese contexto. Se pueden cambiar mientras dura el
1213 paso de interpretación. Se consigue insertando la instrucción
1214 @code{\set} dentro de la música:
1217 \set @var{contexto}.@var{propiedad} = #@var{valor}
1221 @lilypond[quote,verbatim,relative=2,fragment]
1223 \set Score.skipBars = ##t
1227 Estas instrucción salta los compases que no tienen notas. El
1228 resultado es que los silencios multicompás se condensan. El valor
1229 asignado es un objeto de Scheme. En este caso, es @code{#t}, el valor
1230 booleano True o verdadero.
1232 Si se omite el argumento @var{context}, entonces se utiliza el
1233 contexto actual de nivel más bajo (normalmente @code{ChordNames},
1234 @code{Voice} o @code{Lyrics}). En este ejemplo:
1236 @lilypond[quote,verbatim,relative=2,fragment]
1238 \set autoBeaming = ##f
1243 el argumento @var{contexto} de la instrucción @code{\set} se omite,
1244 así pues el barrado automático se desactiva en la voz actual. Observe
1245 que el contexto de nivel más bajo no siempre contiene la propiedad que
1246 queremos cambiar (por ejemplo, no tendrá ningún efecto intentar
1247 establecer un valor para la propiedad @code{skipBars} del contexto de
1248 nivel más bajo, en este caso @code{Voice}).
1250 @lilypond[quote,verbatim,relative=2,fragment]
1256 Los contextos son jerárquicos, y si se ha especificado un contexto
1257 mayor, por ejemplo @code{Staff}, entonces el cambio se aplicaría
1258 también a todos los contextos @code{Voice} dentro del pentagrama
1259 actual. El cambio se aplica @q{al vuelo}, durante la música, de
1260 manera que el ajuste sólo afecta al segundo grupo de corcheas.
1264 También existe una instrucción @code{\unset}:
1266 \unset @var{contexto}.@var{propiedad}
1270 que elimina la definición de @var{propiedad}. Esta instrucción
1271 elimina la definición solamente si está establecida dentro de
1272 @var{contexto}, de manera que
1275 \set Staff.autoBeaming = ##f
1279 introduce un ajuste de la propiedad en el nivel de @code{Staff}. El
1280 ajuste también se aplica a la @code{Voice} actual. Sin embargo:
1283 \unset Voice.autoBeaming
1287 no tiene ningúun efecto. Para cancelar este ajuste, se debe
1288 especificar el @code{\unset} en el mismo nivel que el @code{\set}
1289 original. Dicho de otra forma, para deshacer el efecto de
1290 @code{Staff.autoBeaming = ##f} se necesita
1292 \unset Staff.autoBeaming
1295 Como @code{\set}, el argumento @var{contexto} no se tiene que
1296 especificar para un contexto del nivel más bajo, por lo que los dos
1300 \set Voice.autoBeaming = ##t
1301 \set autoBeaming = ##t
1309 Los ajustes que se aplican solamente a un único paso de tiempo se
1310 pueden escribir con @code{\once}, por ejemplo en
1312 @lilypond[quote,verbatim,relative=2,fragment]
1314 \once \set fontSize = #4.7
1319 la propiedad @code{fontSize} se deshace automáticamente después de la
1322 En el manual de Referencia de funcionamiento interno hay una
1323 descripción completa de todas las propiedades de contexto disponibles,
1326 @rinternals{Tunable context properties}.
1329 Traducción @expansion{} Propiedades de contexto modificables por el
1335 @node The override command
1336 @subsection The @code{\override} command
1338 Las instrucciones que modifican la salida tienen por lo general un
1342 \override Voice.Stem #'thickness = #3.0
1346 Para construir este truco debemos determinar los siguientes datos:
1349 @item el contexto: aquí @code{Voice}.
1350 @item el objeto de presentación: aquí @code{Stem}.
1351 @item la propiedad de presentación: aquí @code{thickness}.
1352 @item un valor adecuado: aquí @code{3.0}.
1355 Ciertas opciones ajustables se denominan @q{subpropiedades} y residen
1356 en el interior de las propiedades normales. Para modificarlas utilice
1357 instrucciones de la forma
1360 \override Stem #'(details beamed-lengths) = #'(4 4 3)
1363 @cindex documentación interna
1364 @cindex buscar objetos gráficos
1365 @cindex gráficos, descripción de los objetos
1368 @cindex interna, documentación
1370 Para muchas propiedades, independientemente del tipo de datos de la
1371 propiedad, si se establece el valor de la propiedad a falso
1372 (@code{##f}) se producirá su desactivación, ocasionando que LilyPond
1373 ignore por completo dicha propiedad. Esto es especialmente útil para
1374 «apagar» propiedades de grobs (objetos gráficos) que de otra manera
1375 causarína problemas.
1377 Mostraremos a continuación cómo localizar esta información en el
1378 manual de notación y en la referencia de funcionamiento interno.
1381 @node The tweak command
1382 @subsection The @code{\tweak} command
1387 En ocasiones es posible tomar un atajo para realizar el ajuste fino de
1388 los objetos gráficos. Para objetos que reusultan directamente de un
1389 elemento de código de la entrada, puede usar la función @code{\tweak},
1392 @lilypond[relative=2,verbatim]
1397 \tweak #'duration-log #1
1400 -\tweak #'padding #8
1404 @cindex chord, modifying one note in
1406 Pero el uso principal de la instrucción @code{\tweak} es modificar
1407 solamente uno de varios elementos de notación que dan comienzo en el
1408 mismo momento musical, como las notas de un acorde, o corchetes de
1409 tresillo que empiezan al mismo tiempo.
1411 Para ver una introducción a la sintaxis y los usos de la instrucción
1412 tweak, consulte @rlearning{Tweaking methods}.
1414 La instrucción @code{\tweak} fija una propiedad en el objeto que viene
1415 a continuación de forma directa, sin necesidad de especificar el
1416 nombre del grob o el contexto. Para que esto funcione, es necesario
1417 que la instrucción @code{\tweak} permanezca inmediatamente adyacente
1418 al objeto al que se aplica, después de que el archivo de entrada se ha
1419 convertido en un flujo musical. Con frecuencia no es el caso, pues
1420 muchos elementos adicionales se insertan en la corriente musical de
1421 forma implícita. Por ejemplo, cuando se procesa una nota que no forma
1422 parte de un acorde, LilyPond inserta implícitamente un evento
1423 @code{ChordEvent} antes de la nota, separando así el truco de la nota.
1424 Sin embargo, si los símbolos de acorde se sitúan cerca del truco y la
1425 nota, la instrucción @code{\tweak} viene después del @code{ChordEvent}
1426 en el flujo musical, permaneciendo así adyacente a la nota, y con la
1427 posibilidad de modificarla.
1431 @lilypond[relative=2,verbatim,quote]
1432 <\tweak #'color #red c>4
1436 pero esto no funciona:
1438 @lilypond[relative=2,verbatim,quote]
1439 \tweak #'color #red c4
1442 Si se colocan varios elementos similares en el mismo momento musical,
1443 la instrucción @code{\override} no se puede usar para modificar uno
1444 solo de ellos: aquí es donde se debe usar la instrucción
1445 @code{\tweak}. Entre los elementos que pueden aparecer más de una vez
1446 en el mismo momento musical están los siguientes:
1448 @c TODO expand to include any further uses of \tweak
1450 @item las cabezas de las notas de un acorde
1451 @item signos de articulación sobre la misma nota
1452 @item ligaduras de unión entre notas de un acorde
1453 @item corchetes de grupos especials que comienzan en el mismo momento
1456 @c TODO add examples of these
1459 y se puede usar @code{\tweak} para modificar cualquier aparición
1460 específica de estos elementos.
1462 Es de resaltar que la instrucción @code{\tweak} no se puede usar para
1463 modificar plicas, barras o alteraciones accidentales, porque éstos se
1464 generan más tarde por parte de las cabezas de nota, en vez de por
1465 elementos musicales que están en el flujo de entrada. Ni se puede
1466 usar una instrucción @code{\tweak} para modificar claves o
1467 indicaciones de compás, ya que éstos están separados de cualquier
1468 instrucción @code{\tweak} precedente en el flujo de entrada a causa de
1469 la inserción automática de elementos adicionales necesarios para
1470 especificar el contexto.
1472 Pero la instrucción @code{\tweak} se puede usar como alternativa a la
1473 instrucción @code{\override} para modificar estos elementos
1474 notacionales que no producen la adición de ningún elemento notacional
1475 implícito antes de ellos mismos en el flujo musical. Por ejemplo, las
1476 ligaduras de expresión se pueden modificar de esta forma:
1478 @lilypond[verbatim,quote,relative=1]
1479 c-\tweak #'thickness #5 ( d e f)
1482 También se pueden escribir varias instrucciones @code{\tweak} antes de
1483 un elemento notacional, y todas ellas le afectan:
1485 @lilypond[verbatim,quote,relative=1]
1487 -\tweak #'style #'dashed-line
1488 -\tweak #'dash-fraction #0.2
1489 -\tweak #'thickness #3
1490 -\tweak #'color #red
1495 El flujo musical que se genera a partir de una sección de un archivo
1496 de entrada, incluido cualquier elemento insertado automáticamente,
1497 puede examinarse, véase @ref{Displaying music expressions}. Esto
1498 puede ser de utilidad en la determinación de lo que puede modificarse
1499 por medio de una instrucción @code{\tweak}.
1503 Manual de aprendizaje:
1504 @rlearning{Tweaking methods}.
1506 Referencia de la notación:
1507 @ref{Displaying music expressions}.
1512 @cindex trucos en una variable
1513 La instrucción @code{\tweak} no se puede usar dentro de una variable.
1515 @cindex trucos en la letra
1516 Las instrucciones @code{\tweak} no se pueden usar dentro del modo @code{\lyricmode}.
1518 @cindex trucar puntos de control
1519 @cindex control, trucar puntos de
1521 La instrucción @code{\tweak} no se puede usar para modificar los
1522 puntos de control de una única ligadura entre varias dentro de un
1523 acorde, aparte de la primera que aparece en el archivo de entrada.
1525 @node set versus override
1526 @subsection @code{\set} vs. @code{\override}
1528 Hemos visto dos formas de cambiar las propiedades: @code{\set} y
1529 @code{\override}. De hecho, en realidad existen dos clases diferentes
1532 Los contextos pueden tener propiedades, que por lo general reciben
1533 nombres en @code{mayúsculasDeCamello}. Principalmente controlan la
1534 traducción de la música a la notación, p.ej. @code{localKeySignature}
1535 (para determinar si hay que imprimir las alteraciones accidentales),
1536 @code{measurePosition} (para determinar cuándo imprimir una línea
1537 divisoria). Las propiedades de contexto pueden ver modificado su
1538 valor con el tiempo según se interpreta una pieza de música;
1539 @code{measurePosition} es un ejemplo obvio de esto. Las propiedades
1540 de contexto se modifican con @code{\set}.
1542 Hay un tipo especial de propiedad de contexto: la descripción del
1543 elemento. Estas propiedades reciben nombres en
1544 @code{MayúsculasDeCamello} (comenzando en letra mayúscula). Contienen
1545 los @q{ajustes por defecto} para dicho elemento gráfico como una lista
1546 asociativa. Consulte @file{scm/@/define@/-grobs@/.scm} para ver qué
1547 tipos de ajustes hay. Las descripciones de los elementos se pueden
1548 modificar con @code{\override}.
1550 Realmente, @code{\override} es un atajo;
1553 \override @var{contexto}.@var{nombre} #'@var{propiedad} = #@var{valor}
1557 es más o menos equivalente a
1559 @c leave this long line -gp
1561 \set @var{contexto}.@var{nombre} #'@var{propiedad} = #(cons (cons '@var{propiedad} @var{valor}) <valor previo de @var{contexto})
1564 El valor de @code{contexto} (la lista-a) se usa para da un valor
1565 inicial a las propiedades de los objetos gráficos individuales. Los
1566 objetos gráficos también tienen propiedades, que reciben nombres en el
1567 estilo de Scheme, con @code{palabras-con-guiones}. Los valores de las
1568 propiedades de objetos gráficos cambian durante el proceso de
1569 formateo: el formateo básicamente consiste en calcular las propiedades
1570 utilizando funciones de callback.
1572 @code{fontSize} es una propiedad especial: equivale a escribir
1573 @code{\override ... #'font-size} para todos los objetos pertinentes.
1574 Al ser éste un cambio muy común, se creó la propiedad especial
1575 (modificada con @code{\set}).
1578 @node Useful concepts and properties
1579 @section Useful concepts and properties
1584 * Direction and placement::
1585 * Distances and measurements::
1586 * Staff symbol properties::
1588 * Visibility of objects::
1590 * Rotating objects::
1594 @subsection Input modes
1596 La forma en que se interpreta la notación conenida dentro de un
1597 archivo de entrada, está determinada por el modo de entrada en curso.
1599 @strong{Modo de acordes}
1601 Se activa con la instrucción @code{\chordmode} y produce que la
1602 entrada se interprete con al sintaxis de la notación de acordes, véase
1603 @ref{Chord notation}. Los acordes se imprimen como notas sobre un
1606 El modo de acordes se activa también con la instrucción
1607 @code{\chords}. Esto crea también un contexto @code{ChordNames} nuevo
1608 y produce que el código que sigue se interprete conla sintaxis de la
1609 notación de acordes y se imprima como nombres de acorde dentro del
1610 contexto @code{ChordNames}, véase @ref{Printing chord names}.
1612 @strong{Modo de percusión}
1614 Se activa con la instrucción @code{\drummode} y produce que el código
1615 de entrada se interprete con la sintaxis de la notación de percusión,
1616 véase @ref{Basic percussion notation}.
1618 El modo de percusión también se activa con la instrucción
1619 @code{\drums}. También crea un contexto @code{DrumStaff} nuevo y hace
1620 que el código que sigue se interprete con la sintaxis de la notación
1621 de percusión y se imprima como símbolos de percusión sobre un
1622 pentagrama de percusión, véase @ref{Basic percussion notation}.
1624 @strong{Modo de cifras}
1626 Se activa con la instrucción @code{\figuremode} y hace que el código
1627 de entrada se interprete con la sintaxis del bajo cifrado, véase
1628 @ref{Entering figured bass}.
1630 El modo de cifrase también se activa con la instrucción
1631 @code{\figures}. También crea un contexto de @code{FiguredBass} nuevo
1632 y hace que el código que viene a continuación se interprete con la
1633 sintaxis del bajo cifrado y se imprima como símbolos de bajo cifrado
1634 dentro del contexto @code{FiguredBass}, véase @ref{Introduction to
1637 @strong{Modos de traste y tablatura}
1639 No existen modos de entrada especiales para introducir símibolos de
1640 trastes y de tablatura.
1642 Para crear diagramas de trastes, escriba las notas o acordes en el
1643 modo de notas e imprímalos dentro de un contexto @code{TabStaff},
1644 véase @ref{Default tablatures}.
1646 Para crear diagramas de trastes encima de un pentagrama, escríbalos
1647 como elementos de marcado encima de las notas utilizando la
1648 instrucción @code{\fret-diagram}, véase @ref{Fret diagram markups}.
1650 @strong{Modo de letra}
1652 Se activa con la instrucción @code{\lyricmode}, y hace que la entrada
1653 se interprete como sílabas de la letra de la canción con duraciones
1654 opcionales y modificadores de letra asociados, véase @ref{Vocal
1657 El modo de letra también se habilita con la instrucción
1658 @code{\addlyrics}. Esto también crea un contexto @code{Lyrics} nuevo
1659 y una instrucción @code{\lyricsto} implícita que asocia la letra que
1660 viene a continuación con la música precedente.
1662 @strong{Modo de marcado}
1664 Se activa con la instrucción @code{\markup}, y hace que la entrada se
1665 interprete con la sintaxis del marcado, véase @ref{Text markup
1668 @c silly work-around for texinfo broken-ness
1669 @c (@strong{Note...} causes a spurious cross-reference in Info)
1672 Es el modo predeterminado o se puede activar con la instrucción
1673 @code{\notemode}. La entrada se interpreta como alturas, duraciones,
1674 marcado, etc. y se imprime como notación musical sobre un pentagrama.
1676 Normalmente no es necesario especificar el modo de notas de forma
1677 explícita, pero puede ser útil hacerlo en ciertas situaciones, por
1678 ejemplo si estamos en el modo de letra, en el modo de acordes o en
1679 otro modo y queremos insertar algo que solamente se puede hacer con la
1680 sintaxis del modo de notas.
1682 Por ejemplo, para insertar indicaciones dinámicas para las estrofas de
1683 una pieza coral es necesario entrar en el modo de notas para poder
1684 interpretar dichas indicaciones:
1686 @lilypond[verbatim,relative=2,quote]
1689 \notemode{\set stanza = \markup{ \dynamic f 1. } }
1693 \notemode{\set stanza = \markup{ \dynamic p 2. } }
1700 @node Direction and placement
1701 @subsection Direction and placement
1703 Al tipografiar música, la dirección y colocación de muchos elementos
1704 es cuestión de elección. Por ejemplo, las plicas de las notas se
1705 pueden dirigir hacia arriba o hacia abajo; la letra, las indicaciones
1706 dinámicas y otras marcas expresivas se pueden colocar encima o debajo
1707 del pentagrama; el texto se pude alinear a la izquierda, a la derecha
1708 o centrado; etc. La mayoría de estas elecciones pueden dejarse que
1709 LilyPond las determine automáticamente, pero en ciertos casos puede
1710 ser deseable forzar una dirección o colocación concreta.
1712 @strong{Acciones predeterminadas}
1714 De forma predeterminada algunas direcciones siempre son hacia arriba o
1715 siempre hacia abajo (p. ej. los matices o el calderón), mientras que
1716 otras cosas pueden alternar entre arriba y abajo en función de la
1717 dirección de las plicas (como las ligaduras o los acentos).
1719 @c TODO Add table showing these
1721 @strong{Disposición de contexto}
1723 Los contextos se colocan dentro de un sistema de arriba a abajo en el
1724 orden en que se encuentran. Sin embargo, observe que se crea un
1725 contexto implícitamente si se encuentra una instrucción cuando no está
1726 disponible un contexto apropiado para contenerla.
1728 @c TODO Add example ?
1730 Se pude cambiar el orden predeterminado en que los contextos se
1731 presentan, véase @ref{Aligning contexts}
1733 @strong{Indicadores de dirección de las articulaciones}
1735 Al añadir articulaciones a notas se puede omitir normalmente el
1736 indicador de dirección, @code{^} (que significa @qq{arriba}), @code{_}
1737 (que significa @qq{abajo}) o @code{-} (que significa @qq{usar la
1738 dirección predeterminada}), en cuyo caso se supone el perdeterminado
1739 @code{-}. Pero se necesita un indicador de dirección @strong{always}
1743 @item las instrucciones @code{\tweak}
1744 @item las instrucciones @code{\markup}
1745 @item las instrucciones @code{\tag}
1746 @item los marcados de cadena, p.ej. -"cadena"
1747 @item las instrucciones de digitación, p.ej. @code{-1}
1748 @item las abreviaturas de articulación, p.ej. @code{-.}, @code{->}, @code{--}
1751 @strong{La propiedad de dirección}
1753 La posición o dirección de muchos objetos de presentación está
1754 controlada por la propiedad @code{direction}.
1756 El valor de la propiedad @code{direction} se puede establecer al valor
1757 @code{1}, con el significado de @qq{hacia arriba} o @qq{encima}, o a
1758 @code{-1}, con el significado de @qq{hacia abajo} o @qq{debajo}. Se
1759 pueden usar los símbolos @code{UP} y @code{DOWN} en sustitución de
1760 @code{1} y @code{-1} respectivamente. La dirección predeterminada se
1761 puede especificar estableciendo @code{direction} a @code{0} ó a
1762 @code{CENTER}. De forma alternativa, en muchos casos existen
1763 instrucciones predefinidas para especificar la dirección. Todas ellas
1767 @code{\xxxUp}, @code{xxxDown}, @code{xxxNeutral}
1770 donde @code{xxxNeutral} significa @qq{utilizar la dirección
1771 predeterminada}. Véase @rlearning{Within-staff objects}.
1773 En alguna que otra ocasión, con el único ejemplo usual del arpegio, el
1774 valor de la propiedad @code{direction} especifica si el objeto se debe
1775 colocar a la izquierda o a la derecha del objeto padre. En este caso
1776 @code{-1} ó @code{LEFT} significan @qq{a la izquierda} y @code{1} ó
1777 @code{RIGHT} significan @qq{a la derecha}. @code{0} ó @code{CENTER}
1778 significan @qq{utilizar la dirección predeterminada}, como antes.
1781 @node Distances and measurements
1782 @subsection Distances and measurements
1784 @cindex distances, absolute
1785 @cindex distances, scaled
1792 Las distancias en LilyPond son de dos tipos: absolutas y escaladas.
1794 Las distancias absolutas se usan para especificar márgenes, sangrados
1795 y otros detalles de diseño de página, y de forma predeterminada se
1796 especifican en milímetros. Las distancias se pueden especificar en
1797 otras unidades escribiendo después de la cifra indicativa de la
1798 cantidad, @code{\mm}, @code{\cm}, @code{\in}@tie{}(pulgadas), o
1799 @code{\pt}@tie{}(puntos, 1/72.27 pulgadas). Las distancias de diseño
1800 de página se pueden especificar también en unidades escalables (véase
1801 el párrafo siguiente) adjuntando @code{\staff-space} a la cantidad.
1802 La disposición de página se describe en detalle en @ref{Page
1805 Las distancias escaladas siempre se especifican en unidades de un
1806 espacio del pentagrama o, más raramente, medio espacio del pentagrama.
1807 El espacio de pentagrama es la distancia entre dos líneas del
1808 pentagrama adyacentes. El valor predeterminado se puede cambiar
1809 globalmente fijando el tamaño global del pentagrama, o se puede
1810 sobreescribir localmente cambiando la propiedad @code{staff-space} del
1811 objeto @code{StaffSymbol}. Las distancias escaladas se escalan
1812 automáticamente con cualquier cambio al tamaño global del pentagrama o
1813 a la propiedad @code{staff-space} del objeto @code{StaffSymbol}, pero
1814 las fuentes tipográficas se escalan solamente con los cambios
1815 efectuados al tamaño global del pentagrama. Así, el tamaño global del
1816 pentagrama posibilita la fácil variación del tamaño general de una
1817 partitura impresa. Para ver los métodos de establecimiento del tamaño
1818 global del pentagrama, véase @ref{Setting the staff size}.
1822 Si se necesita dibujar sólo una sección de una partitura a una escala
1823 distinta, por ejemplo una sección ossia o una nota al pie, no se puede
1824 simplemente cambiar el tamaño global del pentagrama porque esto
1825 afectaría a toda la partitura. En tales casos, el cambio de tamaño se
1826 hace sobreescribiendo tanto la propiedad @code{staff-space} de
1827 @code{StaffSymbol} como el tamaño de las fuentes tipográficas. Está a
1828 nuestra disposición una función de Scheme, @code{magstep}, para
1829 convertir de un cambio en el tamaño de la fuente al cambio equivalente
1830 en @code{staff-space}. Para ver una explicación y un ejemplo de su
1831 utilización, consulte @rlearning{Length and thickness of objects}.
1835 Manual de aprendizaje:
1836 @rlearning{Length and thickness of objects}.
1838 Referencia de la notación:
1839 @ref{Page formatting},
1840 @ref{Setting the staff size}.
1843 @node Staff symbol properties
1844 @subsection Staff symbol properties
1846 @cindex ajuste del símbolo del pentagrama
1847 @cindex dibujar el símbolo del pentagrama
1848 @cindex pentagrama, establecer el símbolo del
1850 @c TODO Extend or remove this section. See also NR 1.6.2 Staff symbol
1851 @c Need to think of uses for these properties. Eg 'line-positions
1852 @c is used in a snippet to thicken centre line.
1853 @c If retained, add @ref to here in 1.6.2 -td
1855 Se puede definir al mismo tiempo la posición vertical de las líneas de
1856 la pauta y el número de líneas de la misma. Como muestra el siguiente
1857 ejemplo, las posiciones de las notas no están influidas por las
1858 posiciones de las líneas de la pauta.
1860 @warning{La propiedad @code{'line-positions} sobreescribe a la
1861 propiedad @code{'line-count}. El número de líneas de la pauta está
1862 definido implícitamente por el número de elementos de la lista de
1863 valores de @code{'line-positions}.}
1865 @lilypond[verbatim,quote,relative=1]
1867 \override StaffSymbol #'line-positions = #'(7 3 0 -4 -6 -7)
1872 Se puede modificar la anchura de la pauta. Las unidades son espacios
1873 de pentagrama. El espaciado de los objetos dentro del pentagrama no
1874 resulta afectado por este ajuste.
1876 @lilypond[verbatim,quote,relative=1]
1878 \override StaffSymbol #'width = #23
1885 @subsection Spanners
1887 Muchos objetos de notación musical abarcan varias notas o incluso
1888 varios compases. Son ejemplos los crescendi, trinos, corchetes de
1889 grupo especial y corchetes de primera y segunda vez. Estos objetos se
1890 llaman @qq{spanners} u «objetos de extensión», y tienen propiedades
1891 especiales para controlar su apariencia y comportamiento. Algunas de
1892 estas propiedades son comunes a todos los objetos de extensión; otras
1893 se limitan a un subconjunto de los extensores.
1895 Todos los objetos de extensión contemplan el interface
1896 @code{spanner-interface}. Algunos, básicamente aquellos que trazan
1897 una línea recta entre los dos objetos, contemplan también el interface
1898 @code{line-spanner-interface}.
1900 @unnumberedsubsubsec Using the @code{spanner-interface}
1902 Este interface proporciona dos propiedades que se aplican a varios
1905 @strong{@i{La propiedad @code{minimum-length}}}
1907 La longitud mínima del objeto de extensión se pesoecifica a través de
1908 la propiedad @code{minimum-length}. Su aumento suele producir el
1909 efecto necesario de aumentar el espaciado de las notas entre los dos
1910 puntos extremos. Sin embargo, esta sobreescritura no tiene ningún
1911 efecto sobre muchos extensores, pues su longitud está determinada por
1912 otras consideraciones. Más abajo se muestran algunos ejemplos de
1923 Works as long as callback is made:
1927 Works not at all for:
1936 @lilypond[verbatim,quote,relative=2]
1939 % increase the length of the tie
1940 -\tweak #'minimum-length #5
1944 @lilypond[verbatim,quote,relative=2]
1946 \compressFullBarRests
1948 % increase the length of the rest bar
1949 \once \override MultiMeasureRest #'minimum-length = #20
1954 @lilypond[verbatim,quote,relative=2]
1956 % increase the length of the hairpin
1957 \override Hairpin #'minimum-length = #20
1961 Esta sobreescritura se puede usar también para aumentar la longitud de
1962 las ligaduras de expresión y de fraseo:
1964 @lilypond[verbatim,quote,relative=2]
1967 -\tweak #'minimum-length #5
1972 -\tweak #'minimum-length #5
1976 Para algunos objetos de preesentación, la propiedad
1977 @code{minimum-length} es efectiva sólo si se llama explícitamente al
1978 procedimiento @code{set-spacing-rods}. Para hacerlo, se debe fijar la
1979 propiedad @code{springs-and-rods} al valor
1980 @code{ly:spanner::set-spacing-rods}. Por ejemplo, la longitud mínima
1981 de un glissando no tiene efecto a no ser que se establezca la
1982 propiedad @code{springs-and-rods}:
1984 @lilypond[verbatim,quote,relative=1]
1988 % not effective alone
1989 \once \override Glissando #'minimum-length = #20
1992 % effective only when both overrides are present
1993 \once \override Glissando #'minimum-length = #20
1994 \once \override Glissando #'springs-and-rods = #ly:spanner::set-spacing-rods
1998 Lo mismo se puede decir del objeto @code{Beam}:
2000 @lilypond[verbatim,quote,relative=1]
2001 % not effective alone
2002 \once \override Beam #'minimum-length = #20
2005 % effective only when both overrides are present
2006 \once \override Beam #'minimum-length = #20
2007 \once \override Beam #'springs-and-rods = #ly:spanner::set-spacing-rods
2011 @strong{@i{The @code{to-barline} property}}
2013 La segunda propiedad útil del @code{spanner-interface} es
2014 @code{to-barline}. De forma predeterminada tiene el valor cierto,
2015 haciendo que los reguladores y otros objetos de extensión que terminan
2016 sobre la primera nota de un compás, en vez de eso terminen en la línea
2017 divisoria inmediatamente precedente. Si se establece al valor falso,
2018 el extensor llegará más allá de la barra de compás y terminará
2019 excatamente sobre la nota:
2021 @lilypond[verbatim,quote,relative=2]
2022 a \< a a a a \! a a a \break
2023 \override Hairpin #'to-barline = ##f
2024 a \< a a a a \! a a a
2027 Esta propiedad no es efectiva para todos los extensores. Por ejemplo,
2028 su establecimiento a @code{#t} no tienen ningún efecto sobre las
2029 ligaduras de expresión o de fraseo, o sobre otros extensores para los
2030 que terminar en la barra de compás no tendría ningún significado.
2032 @unnumberedsubsubsec Using the @code{line-spanner-interface}
2034 Entre los objetos que contemplan el interface
2035 @code{line-spanner-interface} se encuentran
2038 @item @code{DynamicTextSpanner}
2039 @item @code{Glissando}
2040 @item @code{TextSpanner}
2041 @item @code{TrillSpanner}
2042 @item @code{VoiceFollower}
2045 La rutina responsable de dibujar los sellos de estos extensores es
2046 @code{ly:line-interface::print}. esta rutina determina la
2047 localización exacta de los dos puntos extremos y traza una línea entre
2048 ellos, en el estilo solicitado. Las posiciones de los dos puntos
2049 extremos del extensor se calculan al vuelo, pero es posible
2050 sobreescribir sus coordenadas Y. Las propiedades que se deben
2051 especificar están anidadas a dos niveles de profundidad en la
2052 jerarquía de propiedades, pero la sintaxis de la instrucción
2053 @code{\override} es bastante sencilla:
2055 @lilypond[relative=2,quote,verbatim]
2057 \once \override Glissando #'(bound-details left Y) = #3
2058 \once \override Glissando #'(bound-details right Y) = #-2
2062 Las unidades para la propiedad @code{Y} son @code{staff-space}s,
2063 siendo el punto del cero la línea central del pentagrama. Para el
2064 glissando, esto es el valor de @code{Y} en la coordenada X que
2065 corresponde al punto central de cada cabeza de nota si nos imaginamos
2066 que la línea se extiende hasta allí.
2068 Si no está fijado @code{Y}, su valor se calcula a partir de la
2069 posición vertical del punto de anclaje correspondiente del extensor.
2071 En caso de salto de línea, los valores para los puntos extremos se
2072 especifican por las sub-listas @code{left-broken} y
2073 @code{right-broken} de @code{bound-details}. Por ejemplo:
2075 @lilypond[relative=2,ragged-right,verbatim,fragment]
2076 \override Glissando #'breakable = ##t
2077 \override Glissando #'(bound-details right-broken Y) = #-3
2078 c1 \glissando \break
2082 Un número de propiedades adicionales de las sub-listas @code{left} y
2083 @code{right} de la propiedad @code{bound-details} se pueden
2084 especificar de la misma forma que @code{Y}:
2088 Establece la coordenada Y del punto extremo, en desplazamientos de
2089 @code{staff-space}s desde la línea central del pentagrama. De forma
2090 predeterminada es el centro del objeto ancla, y así un glissando
2091 apunta al centro vertical de la cabeza de la nota.
2093 Para extensores horizontales como los extensores de texto y los
2094 trinos, está inamoviblemente codificado como 0.
2096 @item attach-dir (dirección de anclaje)
2097 Determina dónde comienza y termina la línea en la dirección X, con
2098 relación al objeto ancla. Sí, un valor de @code{-1} (o @code{LEFT},
2099 izquierda) hace que la línea comienze o termine en el lado izquierdo
2100 de la cabeza de la nota a la que está anclado.
2103 Es la coordenada X absoluta del punto extremo. Se suele calcular al
2104 vuelo, y su sobreescritura no tiene un efecto útil.
2106 @item stencil (sello)
2107 Los extensores de línea pueden tener símbolos al comienzo o al final,
2108 lo que está contenido en esta sub-propiedad. Esto es para uso
2109 interno; se recomienda en su lugar el uso de @code{text}.
2112 Es un elemento de marcado que se evalúa para dar lugar al sello. Se
2113 usa para escribir @i{cresc.}, @i{tr} y otros textos sobre los objetos
2114 de extensión horizontales.
2116 @lilypond[quote,ragged-right,fragment,relative=2,verbatim]
2117 \override TextSpanner #'(bound-details left text)
2118 = \markup { \small \bold Slower }
2119 c2\startTextSpan b c a\stopTextSpan
2122 @item stencil-align-dir-y (alineación del sello en y)
2123 @item stencil-offset (desplazamiento del sello)
2124 Si no se modifican uno u otro, el sello se coloca sencillamente en el
2125 punto extremo, centrado sobrer la línea, como viene definido por las
2126 subpropiedades @code{X} e @code{Y}. Si se fijan
2127 @code{stencil-align-dir-y} o @code{stencil-offset} se moverá el
2128 símbolo del borde verticalmente con relación al extremo de la línea:
2130 @lilypond[relative=1,fragment,verbatim]
2131 \override TextSpanner
2132 #'(bound-details left stencil-align-dir-y) = #-2
2133 \override TextSpanner
2134 #'(bound-details right stencil-align-dir-y) = #UP
2136 \override TextSpanner
2137 #'(bound-details left text) = #"ggg"
2138 \override TextSpanner
2139 #'(bound-details right text) = #"hhh"
2140 c4^\startTextSpan c c c \stopTextSpan
2143 Observe que los valores negativos mueven el texto @emph{hacia arriba},
2144 al contrario de lo que podríoa esperarse, pues el valor de @code{-1} o
2145 @code{DOWN} (abajo) significa alinear el bborde @emph{inferior} del
2146 texto con la línea de extensión. Un valor de @code{1} o @code{UP}
2147 (arriba) alinea el borde superior del texto con la línea extensora.
2149 @item arrow (flecha)
2150 Al establecer esta sub-propiedad a @code{#t} se produce una punta de
2151 flecha en el extremo de la línea.
2153 @item padding (relleno)
2154 Esta sub-propiedad controla el espacio entre el punto extremo
2155 especificado de la línea y el extremo real. Sin relleno, un glissando
2156 empezaría y terminaría en el centro de la cabeza de las notas.
2160 La función musical @code{\endSpanners} finaliza de forma prematura el
2161 extensor que comienza sobre la nota que sigue inmediatamente a
2162 continuación. Se termina después de una nota exactamente, o en la
2163 siguiente barra de compás si @code{to-barline} es verdadero y se
2164 produce una divisoria antes de la siguiente nota.
2166 @lilypond[verbatim,quote,ragged-right,relative=2,fragment]
2168 c2 \startTextSpan c2 c2
2173 Si se usa @code{\endSpanners} no es necesario cerrar \startTextSpan
2174 con \stopTextSpan, ni cerrar los reguladores con @code{\!}.
2178 Referencia de funcionamiento interno:
2179 @rinternals{TextSpanner},
2180 @rinternals{Glissando},
2181 @rinternals{VoiceFollower},
2182 @rinternals{TrillSpanner},
2183 @rinternals{line-spanner-interface}.
2186 @node Visibility of objects
2187 @subsection Visibility of objects
2189 @cindex objetos, visibilidad de
2190 @cindex grobs, visibilidad de
2191 @cindex visibilidad de los objetos
2193 Hay cuatro formas principales en que se puede controlar la visibilidad
2194 de los objetos de presentación: se puede eliminar su sello, se pueden
2195 volver transparentes, se pueden pintar de blanco, o se puede
2196 sobreescribir su propiedad @code{break-visibility}. Las tres primeras
2197 se aplican a todos los objetos de presentación; la última sólo a unos
2198 pocos: los objetos @emph{divisibles}. El Manual de aprendizaje
2199 introduce estas cuatro técnicas, véase @rlearning{Visibility and color
2202 Hay también algunas otras técnicas que son específicas de ciertos
2203 objetos de presentación. Se estudian bajo Consideraciones especiales.
2206 * Removing the stencil::
2207 * Making objects transparent::
2208 * Painting objects white::
2209 * Using break-visibility::
2210 * Special considerations::
2214 @node Removing the stencil
2215 @unnumberedsubsubsec Removing the stencil
2217 @cindex sello, eliminar
2219 Todo objeto de presentación tiene una propiedad stencil (sello). De
2220 forma predeterminada está establecida a la función específica que
2221 dibuja ese objeto. Se se sobreescribe eesta propiedad a @code{#f} no
2222 se llama a ninguna función y el objeto no se dibuja. La acción
2223 predeterminada se puede recuperar con @code{\revert}.
2225 @lilypond[quote,verbatim,relative=1]
2227 \override Score.BarLine #'stencil = ##f
2229 \revert Score.BarLine #'stencil
2233 @node Making objects transparent
2234 @unnumberedsubsubsec Making objects transparent
2236 @cindex transparentes, hacer los objetos
2238 Todo objeto de presentación tiene una propiedad transparent
2239 (transparente) que de forma predeterminada está establecida a
2240 @code{#f}. Si se fija a @code{#t} el objeto aún ocupa espacio pero es
2243 @lilypond[quote,verbatim,relative=2]
2245 \once \override NoteHead #'transparent = ##t
2249 @node Painting objects white
2250 @unnumberedsubsubsec Painting objects white
2252 @cindex objetos, coloreado de
2253 @cindex coloreado de objetos
2255 @cindex impresión, orden de
2256 @cindex sobreescritura de objetos
2257 @cindex objetos, sobreescritura de
2258 @cindex grobs, sobreescritura de
2260 Todo objeto de presentación tiene una propiedad de color que de forma
2261 predeterminada está establecida a @code{black} (negro). Si se
2262 sobreescribe a @code{white} (blanco) el objeto será indistinguible del
2263 fondo blanco. Sin embargo, si el objeto cruza a otros objetos, el
2264 color de los puntos de cruce queda determinado por el orden en que se
2265 dibujan estos objetos, lo que puede dejar una imagen fantasma del
2266 objeto blanco, como puede verse aquí:
2268 @lilypond[quote,verbatim,relative=2]
2269 \override Staff.Clef #'color = #white
2273 Se puede evitar esto cambiando el orden de impresión de los objetos.
2274 Todos los objetos de presentación tienen una propiedad @code{layer}
2275 (capa) que se debe establecer a un valor entero. Los objetos con el
2276 valor de @code{layer} más bajo se dibujan primero, después se dibujan
2277 los objetos con valores progresivamente mayores, y así los objetos con
2278 valores más altos se dibujan encima de los que tienen valores más
2279 bajos. De forma predeterminada, casi todos los objetos tienen
2280 asignado un valor @code{layer} de @code{1}, aunque algunos objetos,
2281 entre ellos el pentagrama y las líneas divisorias, @code{StaffSymbol}
2282 y @code{BarLine}, tienen asignado un calor de @code{0}. El orden de
2283 impresión de los objetos con el mismo valor de @code{layer} es
2286 En el ejemplo de arriba, la clave blanca, con un valor @code{layer}
2287 predeterminado de @code{1}, se dibuja después de las líneas del
2288 pentragrama (valor @code{layer} predeterminado de @code{0}),
2289 sobreimpresionándolas. Para cambiarlo, se debe dar al objeto
2290 @code{Clef} un valor de @code{layer} más bajo, digamos @code{-1}, para
2291 que se dibuje antes:
2293 @lilypond[quote,verbatim,relative=2]
2294 \override Staff.Clef #'color = #white
2295 \override Staff.Clef #'layer = #-1
2299 @node Using break-visibility
2300 @unnumberedsubsubsec Using break-visibility
2302 @c TODO Add making other objects breakable
2304 @cindex break-visibility
2306 Casi todos los objetos de presentación se imprimen una sola vez, pero
2307 algunos como las líneas divisorias, claves, indicaciones de compás y
2308 armaduras de tonalidad, se pueden tener que imprimir dos veces cuando
2309 se produce un salto de línea : una vez al final de la línea y otra al
2310 comienzo de la siguiente. Estos objetos reciben el nombre de
2311 @emph{divisibles}, y tienen una propiedad, @code{break-visibility}
2312 (visibilidad en el salto), para controlar su visibilidad en las tres
2313 posiciones en que pueden aparecer: al comienzo de una línea, dentro de
2314 la línea si se produce un cambio, y al final de la línea si el cambio
2315 se produce en ese lugar.
2317 Por ejemplo, la indicación de compás se imprime de forma
2318 predeterminada al comienzo de la primera línea y en ningún otro lugar
2319 a no ser que cambie, en cuyo caso se imprime en el punto en que se
2320 produce el cambio. Si este cambio se produce al final de una línea,
2321 la nueva indicación de compás se imprime al principio de la línea
2322 siguiente y también al final de la línea anterior como indicación de
2325 Este comportamiento se controla por medio de la propiedad
2326 @code{break-visibility}, que se explica en
2327 @c Leave this ref on a newline - formats incorrectly otherwise -td
2328 @rlearning{Visibility and color of objects}. Esta propiedad toma un
2329 vector de tres valores booleanos que, por orden, determinan si el
2330 objeto se imprime al final, dentro, o al principio de la línea. O,
2331 para ser más exactos: antes del salto de línea, si no hay salto, o
2334 Como alternativa se puede especificar cualquiera de las ocho
2335 combinaciones mediante funciones predefinidas cuya definición está en
2336 @file{scm/output-lib.scm}, donde las tres últimas columnas indican si
2337 los objetos de presentación serán visibles en las posiciones que se
2338 muestran en el encabezamiento de cada columna:
2340 @multitable {@code{begin-of-line-invisible}} {@code{'#(#t #t #t)}} {yes} {yes} {yes}
2341 @headitem Forma @tab Forma @tab Antes del @tab Si no hay @tab Después del
2342 @headitem de función @tab de vector @tab salto @tab salto @tab salto
2344 @item @code{all-visible} @tab @code{'#(#t #t #t)} @tab sí @tab sí @tab sí
2345 @item @code{begin-of-line-visible} @tab @code{'#(#f #f #t)} @tab no @tab no @tab sí
2346 @item @code{center-visible} @tab @code{'#(#f #t #f)} @tab no @tab sí @tab no
2347 @item @code{end-of-line-visible} @tab @code{'#(#t #f #f)} @tab sí @tab no @tab no
2348 @item @code{begin-of-line-invisible} @tab @code{'#(#t #t #f)} @tab sí @tab sí @tab no
2349 @item @code{center-invisible} @tab @code{'#(#t #f #t)} @tab sí @tab no @tab sí
2350 @item @code{end-of-line-invisible} @tab @code{'#(#f #t #t)} @tab no @tab sí @tab sí
2351 @item @code{all-invisible} @tab @code{'#(#f #f #f)} @tab no @tab no @tab no
2354 Los ajustes predeterminados de @code{break-visibility} dependen del
2355 objeto de presentación. La tabla siguiente muestra todos los objetos
2356 de presentación de interés que resultan afectados por
2357 @code{break-visibility} y el ajuste predeterminado de esta propiedad:
2359 @multitable @columnfractions .3 .3 .4
2361 @headitem Objeto @tab Contexto usual @tab Valor predet.
2363 @c omit Ambitus as it appears not to be affected by break-visibility -td
2364 @c @item @code{Ambitus} @tab as specified @tab @code{begin-of-line-visible}
2365 @item @code{BarLine} @tab @code{Score} @tab calculado
2366 @item @code{BarNumber} @tab @code{Score} @tab @code{begin-of-line-visible}
2367 @c omit the following item until it can be explained -td
2368 @c @item @code{BreakAlignGroup} @tab @code{Score} @tab calculated
2369 @item @code{BreathingSign} @tab @code{Voice} @tab @code{begin-of-line-invisible}
2370 @item @code{Clef} @tab @code{Staff} @tab @code{begin-of-line-visible}
2371 @item @code{Custos} @tab @code{Staff} @tab @code{end-of-line-visible}
2372 @item @code{DoublePercentRepeat} @tab @code{Voice} @tab @code{begin-of-line-invisible}
2373 @c omit KeyCancellation until it can be explained -td
2374 @c @item @code{KeyCancellation} @tab ?? @tab @code{begin-of-line-invisible}
2375 @item @code{KeySignature} @tab @code{Staff} @tab @code{begin-of-line-visible}
2376 @c omit LeftEdge until it can be explained -td
2377 @c @item @code{LeftEdge} @tab @code{Score} @tab @code{center-invisible}
2378 @item @code{OctavateEight} @tab @code{Staff} @tab @code{begin-of-line-visible}
2379 @item @code{RehearsalMark} @tab @code{Score} @tab @code{end-of-line-invisible}
2380 @item @code{TimeSignature} @tab @code{Staff} @tab @code{all-visible}
2384 El ejemplo de abajo muestra el uso de la forma de vector para
2385 controlar la visibilidad de las líneas divisorias:
2387 @lilypond[quote,verbatim,relative=1,ragged-right]
2390 % Remove bar line at the end of the current line
2391 \once \override Score.BarLine #'break-visibility = #'#(#f #t #t)
2397 Aunque los tres componentes del vector utilizado para sobreescribir
2398 @code{break-visibility} deben estar presentes, no todos son efectivos
2399 para todos los objetos de presentación, y algunas combinaciones pueden
2400 incluso dar errores. Son de aplicación las siguientes limitaciones:
2403 @item Las líneas divisorias no se pueden imprimir al principio de la línea.
2404 @item No se puede imprimir el número de compás al principio de la primera
2405 línea a no ser que su valor establecido sea distinto de 1.
2406 @item Clave: véase más abajo
2407 @item Las repeticiones dobles de tipo porcentaje se imprimen completamente o
2408 se suprimen por completo. Utilice begin-of line-invisible para
2409 imprimirlas y all-invisible para suprimirlas.
2410 @item Armadura: véase más abajo
2411 @item OctavateEight: véase más abajo
2414 @node Special considerations
2415 @unnumberedsubsubsec Special considerations
2417 @strong{@emph{Visibilidad después de un cambio explícito}}
2419 @cindex armadura, visibilidad después de un cambio explícito
2420 @cindex explicitKeySignatureVisibility
2421 @cindex clave, visibilidad después de un cambio explícito
2422 @cindex explicitClefVisibility
2424 La propiedad @code{break-visibility} controla la visibilidad de las
2425 armaduras y cambios de clave sólo al principio de las líneas, es
2426 decir, después de un salto. No tiene ningún efecto sobre la
2427 visibilidad de la armadura o la clave después de un cambio explícito
2428 de tonalidad o de clave dentro o al final de una línea. En el ejemplo
2429 siguiente la armadura que sigue al cambio explícito de tonalidad a Si
2430 bemol mayor es visible incluso con @code{all-invisible} establecido.
2432 @lilypond[quote,verbatim,relative=1,ragged-right]
2435 % Try to remove all key signatures
2436 \override Staff.KeySignature #'break-visibility = #all-invisible
2444 La visibilidad de estos cambios explícitos de tonalidad y de clave se
2445 controla por medio de las propiedades
2446 @code{explicitKeySignatureVisibility} y @code{explicitClefVisibility}.
2447 Son los equivalentes de la propiedad @code{break-visibility} y las dos
2448 toman un vector de tres valores booleanos o las funciones predefinidas
2449 relacionadas anteriormente, exactamente igual que
2450 @code{break-visibility}. Las dos son propiedades del contexto Staff,
2451 no de los propios objetos de presentación, y por tanto se establecen
2452 utilizando la instrucción @code{\set}. Las dos están establecidas de
2453 forma predeterminada al valor @code{all-visible}. Estas propiedades
2454 controlan sólo la visibilidad de las armaduras y las claves que
2455 resultan de los cambios explícitos y no afectan a las armaduras y
2456 tonalidades que están al principio de las líneas; para quitarlas, aún
2457 se debe sobreescribir la propiedad @code{break-visibility} en el
2458 objeto correspondiente.
2460 @lilypond[quote,verbatim,relative=1,ragged-right]
2463 \set Staff.explicitKeySignatureVisibility = #all-invisible
2464 \override Staff.KeySignature #'break-visibility = #all-invisible
2471 @strong{@emph{Visibilidad de las alteraciones de precaución}}
2473 Para eliminar las alteraciones de precaución que se imprimen en un
2474 cambio de tonalidad explícito, establezca la propiedad
2475 @code{printKeyCancellation} del contexto Staff a @code{#f}:
2477 @lilypond[quote,verbatim,relative=1,ragged-right]
2480 \set Staff.explicitKeySignatureVisibility = #all-invisible
2481 \set Staff.printKeyCancellation = ##f
2482 \override Staff.KeySignature #'break-visibility = #all-invisible
2489 Con estas sobreescrituras solamente permanecen las alteraciones
2490 accidentales delante de las notas para indicar el cambio de tonalidad.
2492 @c TODO Add visibility of cautionary accidentals before notes
2494 @strong{@emph{Automatic bars}}
2496 @cindex automaticBars
2497 @cindex líneas divisorias, eliminación
2499 Como caso especial, la impresión de las líneas divisorias también se
2500 puede inhabilitar estableciendo la propiedad @code{automaticBars} en
2501 el contexto Score. Si se fija a @code{#f}, las barras de compás no se
2502 imprimen automáticamente; se deben crear explícitamente con una
2503 instrucción @code{\bar}. A diferencia de la instrucción predefinida
2504 @code{\cadenzaOn}, los compases se siguen contando. La generación de
2505 compases continúa de acuerdo a esta cuenta si esta propiedad se
2506 establece posteriormente a @code{#t}. Si se fija al valor @code{#f},
2507 sólo pueden producirse saltos de línea en instrucciones @code{\bar}
2512 @strong{@emph{Octavated clefs}}
2514 @cindex octavadas, visibilidad de las claves
2515 @cindex visibilidad de las claves octavadas
2516 @cindex claves, visibilidad de la octavación
2518 El pequeño símbolo de octava sobre las claves en octava alta o baja se
2519 produce por parte del objeto @code{OctavateEight}. Su visibilidad se
2520 controla independientemente de la del objeto @code{Clef}, así que es
2521 necesario aplicar las sobreescrituras correspondientes
2522 @code{break-visibility} tanto a los objetos @code{Clef} como
2523 @code{OctavateEight} para suprimir completamente estos símbolos de
2524 clave al comienzo de cada línea.
2526 Para los cambios de clave explícitos, la propiedad
2527 @code{explicitClefVisibility} controla tanto el símbolo de clave como
2528 el símbolo de octava asociado.
2532 Manual de aprendizaje:
2533 @rlearning{Visibility and color of objects}
2537 @subsection Line styles
2539 Ciertas indicaciones de ejecución, p.ej., @i{rallentando},
2540 @i{accelerando} y los @i{trinos} se escriben como texto y se extienden
2541 sobre muchos compases mediante líneas, a veces punteadas u onduladas.
2543 Todos ellos usan las mismas rutinas que el glissando para dibujar los
2544 textos y las líneas, y por ello el ajuste fino de su comportamiento se
2545 hace de la misma manera. Se hace con un spanner (un objeto de
2546 extensión), y la rutina responsable de dibujar los objetos de
2547 extensión es @code{ly:line-interface::print}. Esta rutina determina la
2548 colocación exacta de los dos @i{extremos del objeto de extensión} y
2549 dibuja una línea entre ellos, en el estilo solicitado.
2551 He aquí un ejemplo de los distintos estilos de línea disponibles, y
2552 cómo aplicarles ajustes finos.
2554 @lilypond[relative=2,ragged-right,verbatim,fragment]
2556 \once \override Glissando #'style = #'dashed-line
2558 \override Glissando #'style = #'dotted-line
2560 \override Glissando #'style = #'zigzag
2562 \override Glissando #'style = #'trill
2566 Las posiciones de los puntos extremos del objeto de extensión se
2567 computan al vuelo para cada uno de los objetos gráficos, pero es
2568 posible sobreescribirlos:
2570 @lilypond[relative=2,ragged-right,verbatim,fragment]
2572 \once \override Glissando #'(bound-details right Y) = #-2
2576 El valor de @code{Y} está establecido a @code{-2} para el extremo
2577 derecho. El lado izquierdo se puede ajustar de forma similar
2578 especificando @code{left} en vez de @code{right}.
2580 Si no está establecido @code{Y}, el valor se computa a partir de la
2581 posición vertical de los puntos de anclaje izquierdo y derecho del
2584 Son posibles otros ajustes de los extensores, para ver más detalles
2585 consulte @ref{Spanners}.
2588 @node Rotating objects
2589 @subsection Rotating objects
2591 Tanto los objetos de presentación como los elementos de texto de
2592 marcado se pueden girar cualquier ángulo respecto a cualquier punto,
2593 pero difiere el método de hacerlo.
2596 * Rotating layout objects::
2600 @node Rotating layout objects
2601 @unnumberedsubsubsec Rotating layout objects
2603 @cindex rotating objects
2604 @cindex objects, rotating
2606 Todos los objetos de presentación que contemplan el interface
2607 @code{grob-interface} se pueden rotar estableciendo su propiedad
2608 @code{rotation}. Acepta una lista de tres elementos: el ángulo de la
2609 rotación en sentido antihorario, y las coordenadas x e y del punto con
2610 relación al punto de referencia del objeto, alrededor del que se va a
2611 realizar la rotación. El ángulo de rotación se pespecifica en grados
2612 y las coordenadas en espacios de pentagrama.
2614 El ángulo de rotación y las coordenadas del punto de rotación se deben
2615 determinar por ensayo y error.
2617 @cindex reguladores en ángulo
2618 @cindex ángulo, reguladores en
2620 Solamente en ciertas ocasiones es útil la rotación de objetos de
2621 presentación; el ejemplo siguiente muestra una situación en que puede
2624 @lilypond[quote,verbatim,relative=1]
2626 \override Hairpin #'rotation = #'(20 -1 0)
2630 @node Rotating markup
2631 @unnumberedsubsubsec Rotating markup
2633 Todos los textos de marcado se pueden rotar para que se dispongan en
2634 cualquier ángulo predeciéndolos de la instrucción @code{\rotate}. La
2635 instrucción acepta dos argumentos: el ángulo de rotación en grados en
2636 sentido antihorario, y el texto que rotar. Los límites que ocupa el
2637 texto no se rotan: toman su valor a partir de los extremos de las
2638 coordenadas x e y del texto rotado. En el ejemplo siguiente la
2639 propiedad @code{outside-staff-priority} del texto se establece a
2640 @code{#f} para desactivar la evitación automática de colisiones, lo
2641 que empuja al texto a una posición muy alta.
2643 @lilypond[quote,verbatim,relative=1]
2644 \override TextScript #'outside-staff-priority = ##f
2645 g4^\markup { \rotate #30 "a G" }
2646 b^\markup { \rotate #30 "a B" }
2647 des^\markup { \rotate #30 "a D-Flat" }
2648 fis^\markup { \rotate #30 "an F-Sharp" }
2651 @node Advanced tweaks
2652 @section Advanced tweaks
2654 Esta sección trata sobre distintos enfoques en la realización de
2655 ajustes finos a la apariencia de la partitura impresa.
2658 * Aligning objects::
2659 * Vertical grouping of grobs::
2660 * Modifying stencils::
2661 * Modifying shapes::
2666 Manual de aprendizaje:
2667 @rlearning{Tweaking output},
2668 @rlearning{Other sources of information}.
2670 Referencia de la notación:
2671 @ref{Explaining the Internals Reference},
2672 @ref{Modifying properties},
2673 @ref{Interfaces for programmers}.
2676 @file{scm/@/define@/-grobs@/.scm}.
2678 Fragmentos de código:
2679 @rlsr{Tweaks and overrides}.
2681 Referencia de funcionamiento interno:
2682 @rinternals{All layout objects}.
2685 @node Aligning objects
2686 @subsection Aligning objects
2688 Los objetos gráficos que soportan el interface
2689 @code{self-alignment-interface} y/o el @code{side-position-interface}
2690 se pueden alinear contra un objeto colocado previamente, de diversas
2691 maneras. Para ver una lista de estos objetos, consulte
2692 @rinternals{self-alignment-interface} y
2693 @rinternals{side-position-interface}.
2695 Todos los objetos gráficos tienen un punto de referencia, una
2696 extensión horizontal y una extensión vertical. La extensión
2697 horizontal es una pareja de números que dan los desplazamientos a
2698 partir del punto de referencia de los bordes izquierdo y derecho,
2699 siendo negativos los desplazamientos hacia la izquierda. La extensión
2700 vertical es una pareja de números que dan el desplazamiento a partir
2701 del punto de referencia hasta los bordes inferior y superior, siendo
2702 negativos los deplazamientos hacia abajo.
2704 La posición de un objeto sobre el pentagrama viene dada por los
2705 valores de las propiedades @code{X-offset} e @code{Y-offset}. El
2706 valor de @code{X-offset} da el desplazamiento desde la coordenada x
2707 del punto de referencia del objeto padre, y el valor de
2708 @code{Y-offset} da el desplazamiento a partir de la línea central del
2709 pentagrama. Los valores de @code{X-offset} y @code{Y-offset} se
2710 pueden establecer directamente o se puede dejar que se calculen por
2711 parte de procedimientos para conseguir una alineación con el objeto
2712 padre de distintas maneras.
2714 @warning{Muchos objetos tienen consideraciones de posicionamiento
2715 especiales que hacen que se ignore o se modifique cualquier ajuste
2716 realizado a @code{X-offset} o a @code{Y-offset}, a pesar de que el
2717 objeto contemple el interface @code{self-alignment-interface}.}
2719 Por ejemplo, una alteración accidental se puede reposicionar
2720 verticalmente estableciendo @code{Y-offset} pero los cambios a
2721 @code{X-offset} no tienen ningún efecto.
2723 Las letras de ensayo se pueden alinear con objetos divisibles como
2724 líneas divisorias, claves, armaduras e indicaciones de compás. Hay
2725 propiedades especiales que se encuentran en
2726 @code{break-aligned-interface} para el posicionamiento de las letras
2727 de ensayo sobre dichos objetos.
2730 * Setting @code{X-offset} and @code{Y-offset} directly::
2731 * Using the @code{side-position-interface}::
2732 * Using the @code{self-alignment-interface}::
2733 * Using the @code{break-aligned-interface}::
2736 @node Setting @code{X-offset} and @code{Y-offset} directly
2737 @unnumberedsubsubsec Setting @code{X-offset} and @code{Y-offset} directly
2739 Se pueden dar valores numéricos a las propiedades @code{X-offset} y
2740 @code{Y-offset} de muchos objetos. El ejemplo siguiente muestra tres
2741 notas con una digitación en su posición predeterminada y con los
2742 valores @code{X-offset} y @code{Y-offset} modificados.
2744 @lilypond[verbatim,quote,relative=2]
2747 -\tweak #'X-offset #0
2748 -\tweak #'Y-offset #0
2751 -\tweak #'X-offset #-1
2752 -\tweak #'Y-offset #1
2758 @node Using the @code{side-position-interface}
2759 @unnumberedsubsubsec Using the @code{side-position-interface}
2761 Un objeto que contempla el @code{side-position-interface} se puede
2762 colocar junto a su objeto padre de forma que los bordes especificados
2763 de los dos objetos se toquen. El objeto se puede situar encima,
2764 debajo, a la derecha o a la izquierda del objeto padre. El padre no
2765 se puede especificar; ciene determinado por el orden de los elementos
2766 en el flujo de entrada. Casi todos los objetos tienen la cabeza de la
2767 nota asociada como padre.
2769 Los valores de las propiedades @code{side-axis} y @code{direction}
2770 determinan dónde colocar el objeto, como sigue:
2772 @c TODO add an example of each to the table
2774 @multitable @columnfractions .3 .3 .3
2775 @headitem @code{side-axis} @tab @code{direction} @tab
2776 @headitem propiedad @tab propiedad @tab colocación
2778 @item @code{0} @tab @code{-1} @tab izquierda
2779 @item @code{0} @tab @code{1} @tab derecha
2780 @item @code{1} @tab @code{-1} @tab debajo
2781 @item @code{1} @tab @code{1} @tab encima
2785 Si @code{side-axis} es @code{0}, @code{X-offset} se debe establecer al
2786 procedimiento @code{ly:side-position-interface::x-aligned-side}. Este
2787 procedimiento devuelve el calor correcto de @code{X-offset} para
2788 situar el objeto al lado izquierdo o derecho del padre de acuerdo con
2789 el valor de @code{direction}.
2791 Si @code{side-axis} es @code{1}, @code{Y-offset} se debe establecer al
2792 procedimiento @code{ly:side-position-interface::y-aligned-side}. Este
2793 procedimiento devuelve el valor correcto de @code{Y-offset} para
2794 situar el objeto encima o debajo del padre de acuerdo con el valor de
2797 @c TODO Add examples
2799 @node Using the @code{self-alignment-interface}
2800 @unnumberedsubsubsec Using the @code{self-alignment-interface}
2802 @emph{Auto-alineación horizontal de los objetos}
2804 La alineación horizontal de un objeto que contempla el interface
2805 @code{self-alignment-interface} está controlada por el valor de la
2806 propiedad @code{self-alignment-X}, siempre y cuando la propiedad
2807 @code{X-offset} de este objeto esté establecida a
2808 @code{ly:self-alignment-interface::x-aligned-on-self}. Se le puede
2809 dar a @code{self-alignment-X} cualquier valor real, en unidades de la
2810 mitad de la extensión X total del objeto. Los valores negativos
2811 mueven el objeto a la derecha, los positivos hacia la izquierda. Un
2812 valor de @code{0} centra el objeto sobre el punto de referencia de su
2813 padre, un valor de @code{-1} alinea el borde izquierdo del objeto
2814 sobre el punto de referencia de su padre, y un valor de @code{1}
2815 alinea el borde derecho del objeto sobre el punto de referencia de su
2816 padre. Se pueden usar los símbolos @code{LEFT}, @code{CENTER} y
2817 @code{RIGHT} en sustitución de los valores @code{-1, 0, 1},
2820 Normalmente se usaría la instrucción @code{\override} para modificar
2821 el valor de @code{self-alignment-X}, pero se puede usar la instrucción
2822 @code{\tweak} para alinear varias anotaciones por separado sobre una
2825 @lilypond[quote,verbatim,relative=1]
2827 -\tweak #'self-alignment-X #-1
2829 -\tweak #'self-alignment-X #0
2831 -\tweak #'self-alignment-X #RIGHT
2833 -\tweak #'self-alignment-X #-2.5
2834 ^"aligned further to the right"
2837 @emph{Auto-alineación vertical de los objetos}
2839 Los objetos se pueden alinear verticalmente en una forma análoga a la
2840 alineación horizontal si la propiedad @code{Y-offset} está establecida
2841 a @code{ly:self-alignment-interface::y-aligned-on-self}. Sin embargo,
2842 a menudo se encuentran implicados otros mecanismos en la alineación
2843 vertical: el valor de @code{Y-offset} es tan sólo una variable que se
2844 tiene en cuenta. Esto puede hacer que ajustar el valor de ciertos
2845 objetos sea una tarea dificultosa. Las unidades son sólo la mitad de
2846 las dimensiones verticales del objeto, que suele ser bastante pequeño,
2847 por lo que pueden requerirse números bastante grandes. Un valor de
2848 @code{-1} alinea el borde inferior del objeto con el punto de
2849 referencia del objeto padre, un valor de @code{0} alinea el centro del
2850 objeto con el punto de referencia del padre, y un valor de @code{1}
2851 alinea el borde superior del objeto con el punto de referencia del
2852 padre. Se pueden usar los símbolos @code{DOWN}, @code{CENTER},
2853 @code{UP} en sustitución de @code{-1, 0, 1} respectivamente.
2855 @emph{Auto-alineación de objetos en las dos direcciones}
2857 Estableciendo tanto @code{X-offset} como @code{Y-offset}, se puede
2858 alinear un objeto en las dos direcciones simultáneamente.
2860 El ejemplo siguiente muestra cómo ajustar una digitación de forma que
2861 se acerque a la cabeza de la nota.
2863 @lilypond[quote,verbatim,relative=2]
2865 -\tweak #'self-alignment-X #0.5 % move horizontally left
2866 -\tweak #'Y-offset #ly:self-alignment-interface::y-aligned-on-self
2867 -\tweak #'self-alignment-Y #-1 % move vertically up
2872 @unnumberedsubsubsec Using the @code{aligned-on-parent} procedures
2874 @c Cannot document as they do not seem to operate consistently on all objects -td
2875 @c TODO investigate further
2877 The @code{aligned-on-parent} procedures are used in the same way
2878 as the @code{aligned-on-self} procedures, they difference being
2879 that they permit an object to be aligned with the @emph{edges} of
2880 the parent rather than the parent's reference point. The following
2881 example shows the difference:
2885 @lilypond[verbatim,quote]
2891 @unnumberedsubsubsec Using the @code{centered-on-parent} procedures
2893 @c Cannot document as they do not seem to operate consistently on all objects -td
2894 @c TODO investigate further
2898 @c TODO The align-interface, BassFigureAlignment and VerticalAlignment
2901 @node Using the @code{break-aligned-interface}
2902 @unnumberedsubsubsec Using the @code{break-aligned-interface}
2904 Las letras de ensayo se pueden alinear con objetos de notación
2905 distintos a las barras de compás. Estos objetos son @code{ambitus},
2906 @code{breathing-sign}, @code{clef}, @code{custos}, @code{staff-bar},
2907 @code{left-edge}, @code{key-cancellation}, @code{key-signature} y
2908 @code{time-signature}.
2910 De forma predeterminada, las letras de ensayo se centran
2911 horizontalmente sobre el objeto:
2913 @lilypond[verbatim,quote,relative=1]
2915 % the RehearsalMark will be centered above the Clef
2916 \override Score.RehearsalMark #'break-align-symbols = #'(clef)
2921 % the RehearsalMark will be centered above the TimeSignature
2922 \override Score.RehearsalMark #'break-align-symbols = #'(time-signature)
2930 La alineación de la letra de enzayo con relación al objeto de notación
2931 se puede cambiar, como se ve en el ejemplo siguiente. En una
2932 partitura con varios pentagramas, este ajuste se debe hacer para todos
2935 @lilypond[verbatim,quote,relative=1]
2936 % The RehearsalMark will be centered above the KeySignature
2937 \override Score.RehearsalMark #'break-align-symbols = #'(key-signature)
2943 % The RehearsalMark will be aligned with the left edge of the KeySignature
2944 \once \override Score.KeySignature #'break-align-anchor-alignment = #LEFT
2948 % The RehearsalMark will be aligned with the right edge of the KeySignature
2949 \once \override Score.KeySignature #'break-align-anchor-alignment = #RIGHT
2955 La letra de ensayo también se puede desplazar al borde derecho o
2956 izquierdo en una medida arbitraria. Las unidades son espacios de
2959 @lilypond[verbatim,quote,relative=1]
2960 % The RehearsalMark will be aligned with the left edge of the KeySignature
2961 % and then shifted right by 3.5 staff-spaces
2962 \override Score.RehearsalMark #'break-align-symbols = #'(key-signature)
2963 \once \override Score.KeySignature #'break-align-anchor = #3.5
2967 % The RehearsalMark will be aligned with the left edge of the KeySignature
2968 % and then shifted left by 2 staff-spaces
2969 \once \override Score.KeySignature #'break-align-anchor = #-2
2976 @node Vertical grouping of grobs
2977 @subsection Vertical grouping of grobs
2979 Los grobs (objetos gráficos) @code{VerticalAlignment} y
2980 @code{VerticalAxisGroup} trabajan de manera coordinada.
2981 @code{VerticalAxisGroup} agrupa distintos grobs como @code{Staff},
2982 @code{Lyrics}, etc. Después, @code{VerticalAlignment} alinea los
2983 distintos grobs agrupados previamente por @code{VerticalAxisGroup}.
2984 Normalmente sólo existe un @code{VerticalAlignment} por cada
2985 partitura, pero cada @code{Staff}, @code{Lyrics}, etc. tiene su propio
2986 @code{VerticalAxisGroup}.
2989 @node Modifying stencils
2990 @subsection Modifying stencils
2992 Todos los objetos de presentación tienen una propiedad @code{stencil}
2993 que es parte del @code{grob-interface}. De forma predeterminada, esta
2994 propiedad suele estar establecida a una función específica del objeto
2995 que está hecha a medida para disponer el símbolo que lo representa en
2996 la salida. Por ejemplo, el ajuste estándar para la propiedad
2997 @code{stencil} del objeto @code{MultiMeasureRest} es
2998 @code{ly:multi-measure-rest::print}.
3000 El símbolo estándar de cualquier objeto se puede sustituir modificando
3001 la propiedad @code{stencil} para que haga referencia a un
3002 procedimiento diferente escrito especialmente. Esto requiere un alto
3003 nivel de conocimiento del funcionamiento interno de LilyPond, pero hay
3004 una forma más fácil que a menudo puede dar resultados adecuados.
3006 El procedimiento es establecer la propiedad @code{stencil} al
3007 procedimiento que imprime texto (@code{ly:text-interface::print}) y
3008 añadir una propiedad @code{text} al objeto ajustada para que contenga
3009 el texto de marcado que produce el símbolo requerido. Debido a la
3010 flexibilidad del marcado, se pueden conseguir muchas cosas; en
3011 particular, consulte @ref{Graphic notation inside markup}.
3013 El ejemplo siguiente muestra esto cambiando el símbolo de la cabeza de
3014 la nota a unas aspas dentro de una circunferencia.
3016 @lilypond[verbatim,quote]
3018 \once \override NoteHead #'stencil = #ly:text-interface::print
3019 \once \override NoteHead #'text = \markup {
3021 \halign #-0.7 \draw-circle #0.85 #0.2 ##f
3022 \musicglyph #"noteheads.s2cross"
3030 Cualquiera de los glifos de la fuente tipográfica Feta se puede pasar
3031 a la instrucción de marcado @code{\musicglyph}: véase @ref{The Feta
3034 @c TODO Add inserting eps files or ref to later
3036 @c TODO Add inserting Postscript or ref to later
3040 Referencia de la notación:
3041 @ref{Graphic notation inside markup},
3042 @ref{Formatting text},
3043 @ref{Text markup commands},
3044 @ref{The Feta font}.
3047 @node Modifying shapes
3048 @subsection Modifying shapes
3051 * Modifying ties and slurs::
3054 @node Modifying ties and slurs
3055 @unnumberedsubsubsec Modifying ties and slurs
3057 Las ligaduras de unión, de expresión y de fraseo se trazan como curvas
3058 de Bézier de tercer orden. Si la forma de la ligadura calculada
3059 automáticamente no resulta óptima, se puede modificar su forma
3060 manualmente mediante la especificación explícita de los cuatro puntos
3061 de control necesarios para definir una curva de Bézier de tercer
3064 Las curvas Bézier de tercer orden o cúbicas están definidas por cuatro
3065 puntos de control. El primer y cuarto puntos de control son
3066 exactamente los puntos extremos de comienzo y de final de la curva.
3067 Los dos puntos de contros intermedios definen la forma. Se pueden
3068 encontrar en la web animaciones que muestran cómo se traza la curva,
3069 pero la descripción siguiente puede ser de ayuda. La curva comienza a
3070 partir del primer punto de control dirigiéndose directamente hacia el
3071 segundo, curvándose progresivamente para dirigirse hacia el tercero y
3072 continuando la curva hacia el cuarto, llegando a éste en viaje directo
3073 desde el tercer punto de control. La curva está contenida enteramente
3074 dentro del cuadrilátero definido por los cuatro puntos de control.
3076 He aquí un ejemplo de un caso en que la ligadura no es óptima, y donde
3077 @code{\tieDown} no sirve de ayuda.
3079 @lilypond[verbatim,quote,relative=1]
3083 { r4 <g c,> <g c,> <g c,> }
3087 Una forma de mejorar esta ligadura es modificar manualmente sus puntos
3088 de control como sigue.
3090 Las coordenadas de los puntos de control de Bézier se especifican en
3091 unidades de espacios de pentagrama. La coordenada@tie{}X está en
3092 relación con el punto de referencia de la nota a la que está unida la
3093 ligadura, y la coordenada@tie{}Y está en relación con la línea central
3094 del pentagrama. Las coordenadas se introducen como una lista de
3095 cuatro parejas de números decimales (reales). Un enfoque es estimar
3096 las coordenadas de los dos puntos extremos, y luego tratar de adivinar
3097 los dos puntos intermedios. Los valores óptimos se encuentran por
3100 Es útil recordar que una curva simétrica necesita puntos de contros
3101 simétricos, y que las curvas de Bézier tienen la útil propiedad de que
3102 las transformaciones de la curva tales como la traslación, rotación y
3103 escalado se pueden obtener aplicando la misma transformación a los
3104 puntos de control de la curva.
3106 Para el ejemplo anterior, la sobreescritura siguiente da una ligadura
3109 @lilypond[verbatim,quote,relative=1]
3112 #'control-points = #'((1 . -1) (3 . 0.6) (12.5 . 0.6) (14.5 . -1))
3115 { r4 <g c,> <g c,> <g c,>4 }
3121 No es posible modificar la forma de las ligaduras de unión o de
3122 expresión cambiando la propiedad @code{control-points} si hay más de
3123 una en el mismo mom ento musical, ni siquiera usando la instrucción