Doc-es: update Notation/Changing.

[lilypond.git] / Documentation / es / notation / changing-defaults.itely

@c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-

@ignore
Translation of GIT committish: 4299c96f609f79426a181ffed107d17fa6e1fdbd

    When revising a translation, copy the HEAD committish of the
    version that you are working on.  For details, see the Contributors'
    Guide, node Updating translation committishes..
@end ignore

@c \version "2.19.22"

@node Cambiar los valores por omisión
@chapter Cambiar los valores por omisión
@translationof Changing defaults

El objetivo del diseño de LilyPond es proporcionar la más alta
calidad de los resultados, de forma predeterminada.  A pesar de
ello, podría tener que cambiar este resultado predeterminado.  La
disposición sobre el papel se controla a través de un amplio
número de @q{botones e interruptores} llamados en su conjunto
@q{propiedades}.  En el Manual de aprendizaje podemos encontrar
una introducción en forma de tutorial al acceso y modificación de
estas propiedades, véase @rlearning{Trucar la salida}.  Éste
debería leerse en primer lugar.  Este capítulo cubre un terreno
similar, pero con un estilo más adecuado para un manual de
referencia.

@cindex Referencia de funcionamiento interno

La descripción definitiva de los controles que están disponibles
para su ajuste fino están en un documento aparte: la
@rinternalsnamed{Top,Referencia de funcionamiento interno}.  Dicho
manual relaciona todas las variables, funciones y opciones que se
encuentran disponibles en LilyPond.  Está escrito como un
documento HTML, que se puede encontrar
@c leave the @uref as one long line.
@uref{http://@/lilypond@/.org/@/doc/@/stable/@/Documentation/@/internals/,en@tie{}línea},
pero que también va incluido en el paquete de la documentación de
LilyPond.

Internamente, LilyPond utiliza el lenguaje Scheme (un dialecto de
LISP) para aportar la infraestructura.  La sobreescritura de las
decisiones de disposición da acceso efectivo a las interioridades
del programa, lo que requiere código de Scheme como entrada.  Los
elementos de Scheme se inauguran dentro de un archivo @file{.ly}
con el símbolo de
cuadradillo@tie{}@code{#}.@footnote{@rextend{Tutorial de Scheme}
contiene un breve tutorial sobre la introducción de números,
listas, cadenas y símbolos en Scheme.}

@menu
* Contextos de interpretación::
* Explicación del Manual de referencia de funcionamiento interno::
* Modificar las propiedades::
* Conceptos y propiedades útiles::
* Trucos avanzados::
* Uso de las funciones musicales::
@end menu


@node Contextos de interpretación
@section Contextos de interpretación
@translationof Interpretation contexts

Esta sección explica qué son los contextos y cómo modificarlos.

@menu
* Explicación de los contextos::
* Crear y referenciar contextos::
* Mantener vivos los contextos::
* Modificar los complementos (plug-ins) de contexto::
* Cambiar los valores por omisión de los contextos::
* Definir contextos nuevos::
* Orden de disposición de los contextos::
@end menu

@seealso
Manual de aprendizaje:
@rlearning{Contextos y grabadores}.

Archivos de inicio:
@file{ly/engraver-init.ly},
@file{ly/performer-init.ly}.

Fragmentos de código:
@rlsr{Contexts and engravers}.

Referencia de funcionamiento interno:
@rinternals{Contexts},
@rinternals{Engravers and Performers}.


@node Explicación de los contextos
@subsection Explicación de los contextos
@translationof Contexts explained

Los contextos se disponen de forma jerárquica:

@menu
* Definiciones de salida - estructura de los contextos::
* Score. El contexto maestro::
* Contextos del nivel superior. Contenedores de pentagramas::
* Contextos de nivel intermedio. Pentagramas::
* Contextos del nivel más bajo. Voces::
@end menu

@node Definiciones de salida - estructura de los contextos
@unnumberedsubsubsec Definiciones de salida - estructura de los contextos
@translationof Output definitions - blueprints for contexts

Esta sección explica la relevancia de las definiciones de salida
cuando se trabaja con los contextos. Más adelante ofrecemos
ejemplos de definiciones de salida reales (véase
@ref{Cambiar todos los contextos del mismo tipo}).

@cindex salida, definiciones de
@funindex \layout
Aunque la música escrita en un archivo haga referencia a tipos y
nombres de contexto, los contextos se crean solamente cuando la
música se está realmente interpretando.  LilyPond interpreta la
música bajo el control de una @q{definición de salida} y puede
hacerlo así para varias definiciones de salida distintas, dando
como resultado distintas salidas también.  La definicion de salida
que corresponde a la impresión de la música se especifica mediante
@code{\layout}.

@funindex \midi
Una definición de salida mucho más sencilla que se usa para la
producción de MIDI se especifica mediante @code{\midi}.
Internamente, LilyPond utiliza varias otras definiciones de
salida, como cuando se usa el combinador de particellas
(@ref{Combinación automática de las partes}) o se crean fragmentos
de notas guía citadas (@ref{Citar otras voces}).

Las definiciones de salida establecen la relación entre los
contextos así como sus respectivos valores predeterminados.
Aunque la mayor parte de los cambios se suelen hacer dentro de un
bloque @code{\layout}, los ajustes de valores relacionados con el
MIDI solamente tienen efecto cuando se hacen dentro de un bloque
@code{\midi} block.

@funindex autoBeaming
Algunos ajustes afectan a varias salidas: por ejemplo, si se
desactiva el barrado automático, @code{autoBeaming}, dentro de
algún contexto, las barras cuentan como melismas en lo que
respecta a la correspondencia entre la música y la letra, como se
describe en @ref{Duración automática de las sílabas}.  Esta
correspondencia se hace tanto para la salida impresa como para el
MIDI.  Si los cambios hechos sobre el @code{autoBeaming} dentro de
la definición de contexto de un bloque @code{\layout} no se
repiten dentro del correspondiente bloque @code{\midi}, la letra y
la música dejarán de estar sincronizadas dentro del MIDI.

@seealso
Archivos instalados:
@file{ly/engraver-init.ly}.
@file{ly/performer-init.ly}.

@node Score. El contexto maestro
@unnumberedsubsubsec Score. El contexto maestro
@translationof Score - the master of all contexts

Este es el contexto de notación del nivel más alto.  Ningún otro
contexto puede contener a un contexto Score.  De forma
predeterminada, el contexto Score maneja la administración de las
indicaciones de compás y se asegura de que ciertos elementos como
claves, compases y armaduras están siempre alineados entre los
distintos pentagramas.

Se crea implícitamente una instancia del contexto Score cuando se
procesa un bloque @code{\score @{@dots{}@}}.


@node Contextos del nivel superior. Contenedores de pentagramas
@unnumberedsubsubsec Contextos del nivel superior: contenedores de pentagramas
@translationof Top-level contexts - staff containers

@strong{@emph{StaffGroup}}

Agrupa pentagramas y añade un corchete en la parte izquierda,
formando un grupo.  Las líneas divisorias de los pentagramas
contenidos se conectan verticalmente.  @code{StaffGroup} sólo
consiste en una colección de pentagramas, con un corchete delante
y líneas divisorias de arriba a abajo.

@strong{@emph{ChoirStaff}}

Idéntico a @code{StaffGroup} excepto que las barras de compás de
los pentagramas contenidos no se conectan verticalmente.

@strong{@emph{GrandStaff}}

Un grupo de pentagramas, con una llave en la parte izquierda que
abarca el grupo.  Las barras de compás de los pentagramas
contenidos se conectan verticalmente.

@strong{@emph{PianoStaff}}

Igual que @code{GrandStaff}, pero contempla la posibilidad de
poner el nombre del instrumento a la izquierda del sistema.


@node Contextos de nivel intermedio. Pentagramas
@unnumberedsubsubsec Contextos de nivel intermedio. Pentagramas
@translationof Intermediate-level contexts - staves

@strong{@emph{Staff}}

Maneja claves, barras de compás, tonalidades y alteraciones
accidentales.  Puede contener contextos de @code{Voice}.

@strong{@emph{RhythmicStaff}}

Como @code{Staff}, pero para imprimir ritmos.  Al imprimir se
ignoran las alturas de las notas; las notas se imprimen sobre una
línea.  La salida de MIDI conserva las alturas sin modificación.

@strong{@emph{TabStaff}}

Contexto para generar tablaturas.  De forma predeterminada dispone la
expresión musical como una tablatura de guitarra, impresa sobre seis
líneas.

@strong{@emph{DrumStaff}}

Maneja el tipografiado para instrumentos de percusión.  Puede contener
contextos @code{DrumVoice}.

@strong{@emph{VaticanaStaff}}

Igual que @code{Staff}, excepto que está pensado para tipografiar
piezas en estilo gregoriano.

@strong{@emph{MensuralStaff}}

Igual que @code{Staff}, excepto que está diseñado para tipografiar
piezas en estilo mensural.


@node Contextos del nivel más bajo. Voces
@unnumberedsubsubsec Contextos del nivel más bajo. Voces
@translationof Bottom-level contexts - voices

Los contextos del mismo nivel que Voice dan un valor inicial a
ciertas propiedades e inician los grabadores correspondientes.  Un
contexto del nivel más bajo es aquel que no tiene un contexto
descendiente predeterminado @code{defaultchild}.  Aunque es
posible hacer que pueda aceptar o contener subcontextos, éstos
solo se pueden crear e introducir de forma explícita.

@strong{@emph{Voice}}

Corresponde a una voz sobre un pentagrama. este contexto maneja la
conversión de las indicaciones dinámicas, plicas, barras, subíndices y
superíndices, ligaduras de expresión y de unión, y silencios.  Tenemos
que crear instancias explícitas de este contexto si necesitamos varias
voces en el mismo pentagrama.

@strong{@emph{VaticanaVoice}}

Lo mismo que @code{Voice}, excepto que está diseñado para
tipografiar piezas en estilo gregoriano.

@strong{@emph{MensuralVoice}}

Lo mismo que @code{Voice}, con modificaciones para el tipografiado
de piezas en estilo mensural.

@strong{@emph{Lyrics}}

Corresponde a una voz con letra.  Maneja la impresión de una sola
línea de letra.

@strong{@emph{DrumVoice}}

El contexto de voz utilizado en una pauta de percusión.

@strong{@emph{FiguredBass}}

El contexto en que los objetos @code{BassFigure} se crean a partir
de la entrada escrita en el modo @code{\figuremode}.

@strong{@emph{TabVoice}}

El contexto de voz utilizado dentro de un contexto @code{TabStaff}.
Se suele dejar que se cree implícitamente.

@strong{@emph{CueVoice}}

El contexto de voz que se utiliza para dibujar notas de tamaño
reducido, con el principal objetivo de añadir notas guía de un
pentagrama a otro, véase @ref{Formateo de las notas guía}.
Normalmente se deja que se cree implícitamente.

@strong{@emph{ChordNames}}

Tipografía nombres de acordes.


@node Crear y referenciar contextos
@subsection Crear y referenciar contextos
@translationof Creating and referencing contexts

@funindex \new
@funindex \context
@cindex nuevos contextos
@cindex contextos, creación y referenciación de
@cindex referenciar contextos

LilyPond crea automáticamente contextos de nifel inferior si se
encuentra una expresión musical antes de que exista un contexto
adecuado, pero normalmente esto sólo funciona bien para partituras
sencillas o fragmentos musicales como los que aparecen en la
documentación.  Para partituras más complejas, se recomienda
especificar explícitamente todos los contextos con las
instrucciones @code{\new} o @code{\context}.  La sintaxis de estas
dos instrucciones es muy similar:

@example
[\new | \context] @var{Contexto} [ = @var{nombre}] [@var{expresión_musical}]
@end example

@noindent
donde se puede especificar @code{\new} o @code{\context}.
@var{Contexto} es el tipo de contexto que se desea crear,
@var{nombre} es un nombre opcional que se da al contexto concreto
que se está creando, y @var{expresión_musical} es una sola
expresión musical que será interpretada por los complementos
grabadores y reproductores dentro de este contexto.

El prefijo @code{\new} sin ningún nombre se usa con frecuencia
para crear partituras con muchos pentagramas:

@lilypond[quote,verbatim]
<<
  \new Staff \relative {
    % leave the Voice context to be created implicitly
    c''4 c
  }
  \new Staff \relative {
    d''4 d
  }
>>
@end lilypond

@noindent
y para introducir varias voces dentro de un solo pentagrama:

@lilypond[quote,verbatim]
\new Staff <<
  \new Voice \relative {
    \voiceOne
    c''8 c c4 c c
  }
  \new Voice \relative {
    \voiceTwo
    g'4 g g g
  }
>>
@end lilypond

@noindent
@code{\new} debería usarse siempre para especificar contextos sin
nombre.

La diferencia entre @code{\new} y @code{\context} se encuentra en
la acción que se realiza:

@itemize
@item
@code{\new} con un nombre o sin él, siempre crea un contexto nuevo
y distinto, incluso si ya existe un contexto con el mismo nombre:

@lilypond[quote,verbatim]
\new Staff <<
  \new Voice = "A" \relative {
    \voiceOne
    c''8 c c4 c c
  }
  \new Voice = "A" \relative {
    \voiceTwo
    g'4 g g g
  }
>>
@end lilypond

@item
@code{\context} con un nombre especificado, crea un contexto nuevo
solamente si no existe ya un contexto del mismo tipo y con el
mismo nombre, dentro de la misma jerarquía de contextos.  En caso
contrario, se toma como referencia a dicho contexto creado
previamente, y su expresión musical se pasa a este contexto para
su interpretación.

Una aplicación de los contextos con nombre es la separación entre
la disposición de la partitura y el contenido musical.  Son
válidas culaquiera de las dos formas siguientes:

@lilypond[quote,verbatim]
\score {
  <<
    % score layout
    \new Staff <<
      \new Voice = "one" {
        \voiceOne
      }
      \new Voice = "two" {
        \voiceTwo
      }
    >>

    % musical content
    \context Voice = "one" {
      \relative {
        c''4 c c c
      }
    }
    \context Voice = "two" {
      \relative {
        g'8 g g4 g g
      }
    }
  >>
}
@end lilypond

@lilypond[quote,verbatim]
\score {
  <<
    % score layout
    \new Staff <<
      \context Voice = "one" {
        \voiceOne
      }
      \context Voice = "two" {
        \voiceTwo
      }
    >>

    % musical content
    \context Voice = "one" {
      \relative {
        c''4 c c c
      }
    }
    \context Voice = "two" {
      \relative {
        g'8 g g4 g g
      }
    }
  >>
}
@end lilypond

@noindent
De manera alternativa, se pueden utilizar variables con un efecto
similar. Véase @rlearning{Organizar las piezas mediante variables}.

@item
@code{\context} sin ningún nombre corresponderá con el primer
contexto que se encuentre entre los creados previamente que sean
del mismo tipo dentro de la misma jerarquía de contextos, incluso
si tiene nombre, y su expresión musical se pasará a dicho contexto
para su interpretación.  Esta forma rara vez es útil.  Sin
embargo, @code{\context} sin nombre y sin expresión musical se usa
para establecer el contexto en que se ejecuta un procedimiento de
Scheme especificado con @code{\applyContext}:

@example
\new Staff \relative @{
  c'1
  \context Timing
  \applyContext #(lambda (ctx)
                   (newline)
                   (display (ly:context-current-moment ctx)))
  c1
@}
@end example

@end itemize

Un contexto debe tener un nombre si se va a hacer referencia a él
más tarde, por ejemplo cuando se asocia la letra con la música:

@example
\new Voice = "tenor" @var{música}
@dots{}
\new Lyrics \lyricsto "tenor" @var{letra}
@end example

@noindent
Para ver más detalles sobre la asociación de letra y música,
consulte @ref{Duración automática de las sílabas}.

Las propiedades de todos los contextos de un tipo en particular se
pueden modificar dentro de un bloque @code{\layout} (con una
sintaxis diferente), véase
@ref{Cambiar todos los contextos del mismo tipo}.

Esta construcción también ofrece una forma de mantener las
instrucciones de disposición separadas del contenido musical.  Si
se va a modificar un solo contexto, debe usarse un bloque
@code{\with}, véase
@ref{Cambiar solamente un contexto determinado}.

@seealso
Manual de aprendizaje:
@rlearning{Organizar las piezas mediante variables}.

Referencia de la notación:
@ref{Cambiar solamente un contexto determinado},
@ref{Duración automática de las sílabas}.


@node Mantener vivos los contextos
@subsection Mantener vivos los contextos
@translationof Keeping contexts alive

@cindex contextos, mantener vivos
@cindex contextos, tiempo de vida

Normalmente los contextos finalizan en el primer momento musical en
que no tienen nada que hacer.  Así, los contextos de @code{Voice}
mueren tan pronto como ya no contienen ningún evento; los contextos de
@code{Staff} mueren tan pronto como todos los contextos de
@code{Voice} que contenían ya no contengan ningún evento; etc.  Esto
puede ocasionar dificultades si se tiene que hacer referencia a
contextos anteriores que ya han muerto, por ejemplo, al cambiar de
pentagramas con instrucciones @code{\change}, asociar letra con una
voz mediante instrucciones @code{\lyricsto}, o cuando se añaden
eventos musicales adicionales a un contexto anterior.

Existe una excepción a esta regla general: dentro de una
construcción @code{@{@dots{}@}} (música secuencial), la noción que
la construcción tiene del @qq{contexto actual} descenderá un nivel
cada vez que un elemento de la secuencia finaliza en un
subcontexto del contexto anterior.  Esto evita la creación espúrea
de contextos implícitos en ciertas situaciones, pero significa que
el primer contexto dentro del que se desciende, se va a mantener
vivo hasta el final de la expresión.

Como contraste, los contextos de una expresión hecha con la
construcción @code{<<@dots{}>>} (música simultánea) no se
prolongan, por lo que si una instrucción que crea un contexto se
encierra en otro par de @code{<<@dots{}>>}, se impedirá que el
contexto persista durante toda la duración de la secuencia
@code{@{@dots{}@}} que lo contiene.

Cualquier contexto se puede mantener vivo si nos aseguramos de que
tiene algo que hacer en cualquier momento musical dado.  Los
contextos de @code{Staff} se mantienen con vida si nos aseguramos
de que una de sus voces se mantiene viva.  Una manera de hacerlo
es añadir silencios de separación a una voz en paralelo con la
música real.  Éstos deben añadirse a todos y cada uno de los
contextos de @code{Voice} que se hayan de mantener vivos.  Si se
van a usar esporádicamente varias voces, es más seguro mantenerlas
todas vivas en lugar de tratar de confiar en las excepciones que
hemos mencionado arriba.

En el ejemplo siguiente, tanto la voz A como la voz B se mantienen
vivas de esta manera durante la duración de la pieza:

@lilypond[quote,verbatim]
musicA = \relative { d''4 d d d }
musicB = \relative { g'4 g g g }
keepVoicesAlive = {
  <<
    \new Voice = "A" { s1*5 }  % Keep Voice "A" alive for 5 bars
    \new Voice = "B" { s1*5 }  % Keep Voice "B" alive for 5 bars
  >>
}

music = {
  \context Voice = "A" {
    \voiceOneStyle
    \musicA
  }
  \context Voice = "B" {
    \voiceTwoStyle
    \musicB
  }
  \context Voice = "A" { \musicA }
  \context Voice = "B" { \musicB }
  \context Voice = "A" { \musicA }
}

\score {
  \new Staff <<
    \keepVoicesAlive
    \music
  >>
}
@end lilypond

@cindex letra, alineación con melodía esporádica

El ejemplo siguiente muestra cómo se puede escribir una línea
melódica esporádica con letra utilizando este enfoque.  Por
supuesto, en una situación real la melodía y el acompañamiento
consistirían en varias secciones diferentes.

@lilypond[quote,verbatim]
melody = \relative { a'4 a a a }
accompaniment = \relative { d'4 d d d }
words = \lyricmode { These words fol -- low the mel -- o -- dy }
\score {
  <<
    \new Staff = "music" {
      <<
        \new Voice = "melody" {
          \voiceOne
          s1*4  % Keep Voice "melody" alive for 4 bars
        }
        {
          \new Voice = "accompaniment" {
            \voiceTwo
            \accompaniment
          }
          <<
            \context Voice = "melody" { \melody }
            \context Voice = "accompaniment" { \accompaniment }
          >>
          \context Voice = "accompaniment" { \accompaniment }
          <<
            \context Voice = "melody" { \melody }
            \context Voice = "accompaniment" { \accompaniment }
          >>
        }
      >>
    }
    \new Lyrics \with { alignAboveContext = #"music" }
    \lyricsto "melody" { \words }
  >>
}
@end lilypond

Una forma alternativa, que podría resultar mejor en muchas
situaciones, es mantener con vida la línea melódica simplemente
incluyendo notas espaciadoras para alinearla correctamente con el
acompañamiento:

@lilypond[quote,verbatim]
melody = \relative {
  s1  % skip a bar
  a'4 a a a
  s1  % skip a bar
  a4 a a a
}
accompaniment = \relative {
  d'4 d d d
  d4 d d d
  d4 d d d
  d4 d d d
}
words = \lyricmode { These words fol -- low the mel -- o -- dy }

\score {
  <<
    \new Staff = "music" {
      <<
        \new Voice = "melody" {
          \voiceOne
          \melody
        }
        \new Voice = "accompaniment" {
          \voiceTwo
          \accompaniment
        }
      >>
    }
    \new Lyrics \with { alignAboveContext = #"music" }
    \lyricsto "melody" { \words }
  >>
}
@end lilypond


@node Modificar los complementos (plug-ins) de contexto
@subsection Modificar los complementos (plug-ins) de contexto
@translationof Modifying context plug-ins

@c TODO Should this be Modifying engravers or Modifying contexts?

Los contextos de notación (como @code{Score} y @code{Staff}) no
sólo almacenan propiedades, también contienen «plug-ins» o
complementos llamados @q{grabadores} que crean elementos de
notación.  Por ejemplo, el contexto @code{Voice} contiene un
grabador @code{Note_heads_engraver} que crea las cabezas de nota y
el contexto @code{Staff} contiene un grabador @code{Key_engraver}
que crea la armadura.

Para ver una descripción completa de todos y cada uno de los
complementos, consulte
@ifhtml
@rinternals{Engravers and Performers}.
@end ifhtml
@ifnothtml
Referencia de funcionamiento interno @expansion{} Traducción @expansion{} Grabadores.
@end ifnothtml
Cada contexto que se describe en
@ifhtml
@rinternals{Contexts}
@end ifhtml
@ifnothtml
Referencia de funcionamiento interno @expansion{} Traducción @expansion{} Contexto.
@end ifnothtml
relaciona los grabadores que se usan para ese contexto.


Puede ser de utilidad jugar un poco con estos complementos.  Se
hace iniciando un contexto nuevo con @code{\new} o @code{\context}
y modificándolo:

@funindex \with

@example
\new @var{contexto} \with @{
  \consists @dots{}
  \consists @dots{}
  \remove @dots{}
  \remove @dots{}
  @emph{etc.}
@}
@{
  @emph{@dots{}música@dots{}}
@}
@end example

@noindent
donde los @dots{} deben ser el nombre de un grabador.  Aquí
tenemos un ejemplo sencillo que suprime los grabadores
@code{Time_signature_engraver} y @code{Clef_engraver} de un
contexto @code{Staff}:

@lilypond[quote,verbatim]
<<
  \new Staff \relative {
    f'2 g
  }
  \new Staff \with {
     \remove "Time_signature_engraver"
     \remove "Clef_engraver"
  } \relative {
    f'2 g2
  }
>>
@end lilypond

En el segundo pentagrama no hay indicación de compás ni clave.
Éste es un método bastante rudimentario de hacer que desaparezcan
los objetos porque afecta a todo el pentagrama.  Este método
también afecta al espaciado, lo que puede ser deseable o no serlo.
Se muestran métodos más sofisticados para quitar objetos en
@rlearning{Visibilidad y color de los objetos}.

El ejemplo siguiente muestra una aplicación práctica.  Normalmente
las líneas divisorias y las indicaciones de compás están
sincronizadas a lo largo de toda la partitura.  Lo hacen los
grabadores @code{Timing_translator} y
@code{Default_bar_line_engraver}.  Estos complementos mantienen al
día la administración de las indicaciones de compás, posición
dentro del compás, etc.  Moviendo estos grabadores desde el
contexto de @code{Score} al de @code{Staff}, podemos conseguir una
partitura en la que cada pentagrama tiene su propio compás
independiente.

@cindex polimétricas, partituras
@cindex compases distintos al mismo tiempo

@lilypond[quote,verbatim]
\score {
  <<
    \new Staff \with {
      \consists "Timing_translator"
      \consists "Default_bar_line_engraver"
    }
    \relative {
        \time 3/4
        c''4 c c c c c
    }
  \new Staff \with {
    \consists "Timing_translator"
    \consists "Default_bar_line_engraver"
  }
  \relative {
      \time 2/4
      c''4 c c c c c
  }
>>
\layout {
  \context {
    \Score
    \remove "Timing_translator"
    \remove "Default_bar_line_engraver"
    }
  }
}
@end lilypond

@knownissues

El orden en que los grabadores se especifican es el orden en que
se llaman para realizar su tarea de procesamiento.  Normalmente,
el orden en que se especifican los grabadores no tiene
importancia, pero en algunos casos especiales sí la tiene, por
ejemplo donde un grabador escribe una propiedad y otro la lee, o
donde un grabador crea un groby otro debe procesarlo.

Las siguientes ordenaciones son importantes:

@itemize
@item
el grabador de compases @code{Bar_engraver} debe ir normalmente en
primer lugar,

@item
el grabador de digitaciones @code{New_fingering_engraver} debe ir
antes del grabador @code{Script_column_engraver} de columnas de
inscripciones,

@item
el @code{Timing_translator} debe ir antes del grabador de números
de compás @code{Bar_number_engraver}.

@end itemize

@seealso
Archivos instalados:
@file{ly/engraver-init.ly}.


@node Cambiar los valores por omisión de los contextos
@subsection Cambiar los valores por omisión de los contextos
@translationof Changing context default settings

@cindex predeterminadas, cambio de propiedades de contexto
@cindex contexto, cambiar propiedades predeterminadas de

Se pueden cambiar las propiedades de contexto y de grob con las
instrucciones @code{\set} y @code{\override}, tal y como se
describe en @ref{Modificar las propiedades}.  Estas instrucciones
crean eventos musicales, haciendo que los cambios tengan efecto en
el punto temporal en que la música se está procesando.

Por contra, esta sección explica la forma de cambiarlos valores
@emph{predeterminados} de las propiedades de contexto y de grob en
el momento en que se crea el contexto.  Existen dos formas de
hacerlo.  Una modifica los valores predeterminados en todos los
contextos de un tipo dado, y el otro modifica los valores
predeterminados solamente en una instancia concreta de un
contexto.

@menu
* Cambiar todos los contextos del mismo tipo::
* Cambiar solamente un contexto determinado::
* Orden de precedencia::
@end menu

@node Cambiar todos los contextos del mismo tipo
@unnumberedsubsubsec Cambiar todos los contextos del mismo tipo
@translationof Changing all contexts of the same type

@cindex \context dentro de un bloque \layout
@funindex \context
@funindex \layout

Los ajustes de contexto predeterminados que se han de usar para la
composición tipográfica dentro de @code{Score}, @code{Staff},
@code{Voice} y otros contextos se pueden especificar en un bloque
@code{\context} dentro de cualquier bloque @code{\layout}.

Los ajustes para la salida MIDI, al contrario que para la
composición tipográfica, se tendrán que especificar aparte en
bloques @code{\midi} (véase
@ref{Definiciones de salida - estructura de los contextos}).

El bloque @code{\layout} se debe colocar dentro del bloque
@code{\score} al que se aplica, después de la música.

@example
\layout @{
  \context @{
    \Voice
    [ajustes de contexto para todos los contextos Voice]
  @}
  \context @{
    \Staff
    [ajustes de contexto para todos los contextos Staff]
  @}
@}
@end example

Se pueden especificar los siguientes tipos de ajustes:

@itemize
@item
Una instrucción @code{\override}, pero omitiendo el nombre del
contexto

@lilypond[quote,verbatim]
\score {
  \relative {
    a'4^"Thicker stems" a a a
    a4 a a\ff a
  }
  \layout {
    \context {
      \Staff
      \override Stem.thickness = #4.0
    }
  }
}
@end lilypond

@item
Estableciendo una propiedad de contexto directamente

@lilypond[quote,verbatim]
\score {
  \relative {
    a'4^"Smaller font" a a a
    a4 a a\ff a
  }
  \layout {
    \context {
      \Staff
      fontSize = #-4
    }
  }
}
@end lilypond

@item
Una instrucción predefinida tal como @code{\dynamicUp} o una
expresión musical como @code{\accidentalStyle dodecaphonic}

@lilypond[quote,verbatim]
\score {
  \relative {
    a'4^"Dynamics above" a a a
    a4 a a\ff a
  }
  \layout {
    \context {
      \Voice
      \dynamicUp
    }
    \context {
      \Staff
      \accidentalStyle dodecaphonic
    }
  }
}
@end lilypond

@item
Una variable definida por el usuario que contenga un bloque
@code{\with}; para ver detalles acerca del bloque @code{\with},
consulte @ref{Cambiar solamente un contexto determinado}.

@lilypond[quote,verbatim]
StaffDefaults = \with {
  fontSize = #-4
}

\score {
  \new Staff {
    \relative {
      a'4^"Smaller font" a a a
      a4 a a a
    }
  }
  \layout {
    \context {
      \Staff
      \StaffDefaults
    }
  }
}
@end lilypond

@end itemize

Las instrucciones de ajuste de propiedades se pueden disponer
dentro de un bloque @code{\layout} sin que estén encerradas en un
bloque @code{\context}.  Tales ajustes son equivalentes a incluir
las mismas instrucciones de ajuste de propiedades al comienzo de
cada uno de los contextos del tipo especificado.  Si no se
especifica ningún contexto, @emph{todos y cada uno} de los
contextos del nivel inferior quedan afectados, véase
@ref{Contextos del nivel más bajo. Voces}.  La sintaxis de una
instrucción de ajuste de propiedades dentro de un bloque
@code{\layout} es la misma que si la misma instrucción estuviera
escrita en el propio flujo musical.

@lilypond[quote,verbatim]
\score {
  \new Staff {
    \relative {
      a'4^"Smaller font" a a a
      a4 a a a
    }
  }
  \layout {
    \accidentalStyle dodecaphonic
    \set fontSize = #-4
    \override Voice.Stem.thickness = #4.0
  }
}
@end lilypond


@node Cambiar solamente un contexto determinado
@unnumberedsubsubsec Cambiar solamente un contexto determinado
@translationof Changing just one specific context

@cindex \with
@funindex \with

Las propiedades de contexto de una única instancia de contexto
pueden cambiarse dentro de un bloque @code{\with}.  Todas las
demás instancias de contexto del mismo tipo retienen los ajustes
predeterminados que LilyPond tiene programados y que se modifican
por parte de cualquier bloque @code{\layout} que se encuentre
dentro del ámbito.  El bloque @code{\with} se debe situar
inmediatamente después de las instrucciones @code{\new}
@var{context-type}:

@example
\new Staff \with @{ [ajustes de contexto para esta instancia de contexto solamente] @}
@{
  @dots{}
@}
@end example

Dado que dicha @q{modificación de contexto} está especificada
dentro de la música, afectará a @emph{todas} las salidas
(tipografía @emph{y también} el MIDI), a diferencia de los cambios
que se hacen dentro de una definición de salida.

Se pueden especificar los siguientes tipos de ajustes:

@itemize
@item
Una instrucción @code{\override}, pero omitiendo el nombre del
contexto

@lilypond[quote,verbatim]
\score {
  \new Staff {
    \new Voice \with { \override Stem.thickness = #4.0 }
    {
      \relative {
        a'4^"Thick stems" a a a
        a4 a a a
      }
    }
  }
}
@end lilypond

@item
Estableciendo una propiedad de contexto directamente

@lilypond[quote,verbatim]
\score {
  <<
    \new Staff {
      \relative {
        a'4^"Default font" a a a
        a4 a a a
      }
    }
    \new Staff \with { fontSize = #-4 }
    {
      \relative {
        a'4^"Smaller font" a a a
        a4 a a a
      }
    }
  >>
}
@end lilypond

@item
Una instrucción predefinida tal como @code{\dynamicUp}

@lilypond[quote,verbatim]
\score {
  <<
    \new Staff {
      \new Voice {
        \relative {
          a'4^"Dynamics below" a a a
          a4 a a\ff a
        }
      }
    }
    \new Staff \with { \accidentalStyle dodecaphonic }
    {
      \new Voice \with { \dynamicUp }
      {
        \relative {
          a'4^"Dynamics above" a a a
          a4 a a\ff a
        }
      }
    }
  >>
}
@end lilypond

@end itemize

@node Orden de precedencia
@unnumberedsubsubsec Orden de precedencia
@translationof Order of precedence

El valor de una propiedad que se aplica en un momento determinado
se determina de la siguiente forma:

@itemize
@item
si está en efecto una instrucción @code{\override} o @code{\set}
dentro del flujo musical, se usa dicho valor,

@item
de lo contrario, se usa el valor predeterminado tomado de un
enunciado @code{\with} en las instrucciones de inicio del
contexto,

@item
de lo contrario, se usa el valor tomado del bloque @code{\context}
más reciente que corresponda dentro de los bloques @code{\layout}
o @code{\midi},

@item
de lo contrario se usa el valor predeterminado que LilyPond lleva
preprogramado.
@end itemize

@seealso
Manual de aprendizaje:
@rlearning{Modificar las propiedades de los contextos}.

Referencia de la notación:
@ref{Explicación de los contextos},
@ref{Contextos del nivel más bajo. Voces},
@ref{La instrucción set},
@ref{La instrucción override},
@ref{El bloque layout,,El bloque @code{@bs{}layout}}.


@node Definir contextos nuevos
@subsection Definir contextos nuevos
@translationof Defining new contexts

@cindex contextos, definición de nuevos
@cindex grabadores, incluir en contextos

@funindex \alias
@funindex alias
@funindex \name
@funindex name
@funindex \type
@funindex type
@funindex \consists
@funindex consists
@funindex \accepts
@funindex accepts
@funindex \denies
@funindex denies

Los contextos específicos, como @code{Staff} y @code{Voice}, están
construidos a partir de bloques sencillos.  Es posible crear
nuevos tipos de contextos con combinaciones distintas de añadidos
grabadores.

El siguiente ejemplo muestra cómo construir un tipo diferente de
contexto de @code{Voice} partiendo de cero.  Será parecido a
@code{Voice}, pero imprime solamente cabezas centradas en forma de
barra inclinada.  Se puede usar para indicar improvisación en
piezas de jazz,

@lilypond[quote,ragged-right]
\layout { \context {
  \name ImproVoice
  \type "Engraver_group"
  \consists "Note_heads_engraver"
  \consists "Rhythmic_column_engraver"
  \consists "Text_engraver"
  \consists "Pitch_squash_engraver"
  squashedPosition = #0
  \override NoteHead.style = #'slash
  \hide Stem
  \alias Voice
}
\context { \Staff
  \accepts "ImproVoice"
}}

\relative {
  a'4 d8 bes8 \new ImproVoice { c4^"ad lib" c
   c4 c^"undress" c_"while playing :)" c }
  a1
}
@end lilypond


Estos ajustes se definen dentro de un bloque @code{\context} que a
su vez está dentro de un bloque @code{\layout},

@example
\layout @{
  \context @{
    @dots{}
  @}
@}
@end example

En el siguiente análisis, la entrada de ejemplo que se muestra debe ir
en el lugar de los puntos suspensivos @dots{} del fragmento anterior.

En primer lugar es necesario definir un nombre para el nuevo
contexto:

@example
\name ImproVoice
@end example

Debido a que es parecido al contexto @code{Voice}, queremos
órdenes que funcionen dentro de los contextos @code{Voice}
(existentes) para que siga funcionando.  Esto se consigue dando al
contexto nuevo un alias de @code{Voice},

@example
\alias Voice
@end example

El contexto imprimirá notas y textos explicativos, por ello
tenemos que añadir los grabadores que aportan esta funcionalidad,
y además el grabador que agrupa las notas, plicas y silencios que
están en el mismo momento musical en forma de columnas,

@example
\consists "Note_heads_engraver"
\consists "Text_engraver"
\consists "Rhythmic_column_engraver"
@end example

Las cabezas de todas las notas se deben situar sobre la línea
central,

@example
\consists "Pitch_squash_engraver"
squashedPosition = #0
@end example

El grabador @code{Pitch_squash_engraver} modifica las cabezas de
nota (creadas por el grabador @code{Note_heads_engraver}) y
establece sus posiciones verticales al valor de
@code{squashedPosition}, en este caso@tie{}@code{0}, la línea
central.

Las notas parecen barras inclinadas y no tienen plica:

@example
\override NoteHead.style = #'slash
\hide Stem
@end example

Todos estos complementos o plug-ins tienen que comunicarse bajo el
control del contexto.  Los mecanismos con el que se comunican los
contextos se establecen mediante la declaración del @code{\type}
(tipo) del contexto.  Dentro de un bloque @code{\layout}, casi
todos los contextos serán del tipo @code{Engraver_group}.  Algunos
contextos especiales y los contextos de los bloques @code{\midi}
usan otros tipos.  La copia y la modificación de una definición de
contexto existente también cumplimentan el tipo.  Como este
ejemplo crea una definición partiendo de cero, tiene que ser
especificada explícitamente.

@example
\type "Engraver_group"
@end example

Al juntarlo todo, obtenemos

@example
\context @{
  \name ImproVoice
  \type "Engraver_group"
  \consists "Note_heads_engraver"
  \consists "Text_engraver"
  \consists "Rhythmic_column_engraver"
  \consists "Pitch_squash_engraver"
  squashedPosition = #0
  \override NoteHead.style = #'slash
  \hide Stem
  \alias Voice
@}
@end example

@funindex \accepts
Los contextos dan lugar a jerarquías.  Queremos poner el contexto
@code{ImproVoice} dentro del contexto @code{Staff}, igual que los
contextos de voz normales.  Por tanto, modificamos la definición
de @code{Staff} con la instrucción @code{\accepts} (acepta),

@example
\context @{
  \Staff
  \accepts ImproVoice
@}
@end example

@funindex \inherit-acceptability
Con frecuencia, al reutilizar una definición de contexto
existente, el contexto resultante se puede usar en cualquier lugar
donde el contexto original hubiera podido hacerlo.

@example
\layout @{
  @dots{}
  \inherit-acceptability @var{to} @var{from}
@}
@end example

@noindent
consigue que tengamos contextos del tipo @var{to} aceptados por
todos los contextos que asimismo aceptan @var{from}.  Por ejemplo,
usar

@example
\layout @{
  @dots{}
  \inherit-acceptability "ImproVoice" "Voice"
@}
@end example

@noindent
añade un @code{\accepts} para @code{ImproVoice} tanto a la
definición de @code{Staff} como a la de @code{RhythmicStaff}.

@funindex \denies
Lo opuesto a @code{\accepts} (acepta) es @code{\denies} (deniega),
lo que a veces se necesita cuando se están reutilizando
definiciones de contexto existentes.

Organizar las piezas requeridas dentro de un bloque @code{\layout}
nos deja con

@example
\layout @{
  \context @{
    \name ImproVoice
    @dots{}
  @}
  \inherit-acceptability "ImproVoice" "Voice"
@}
@end example

Así pues, la salida que aparece al comienzo de esta sub-sección se
puede escribir como

@example
\relative @{
  a'4 d8 bes8
  \new ImproVoice @{
    c4^"ad lib" c
    c4 c^"desvístete"
    c c_"mientras tocas :)"
  @}
  a1
@}
@end example

Para completar el ejemplo, los cambios que afectan a la jerarquía
de contextos se deben repetir dentro de un bloque @code{\midi} de
manera que la salida MIDI dependa de las mismas relaciones de
contexto.

@seealso

Referencia de funcionamiento interno:
@rinternals{Note_heads_engraver},
@rinternals{Text_engraver},
@rinternals{Rhythmic_column_engraver},
@rinternals{Pitch_squash_engraver}.


@node Orden de disposición de los contextos
@subsection Orden de disposición de los contextos
@translationof Context layout order

@cindex contextos, orden de disposición
@funindex \accepts
@funindex \denies

Los contextos se disponen en un sistema normalmente desde arriba
hacia abajo en el orden en que se encuentran en el archivo de
entrada.  Cuando los contextos se anidan unos dentro de otros, el
contexto exterior incluye a los contextos anidados tal y como se
especifica en el archivo de entrada, siempre y cuando los
contextos interiores estén incluidos en la lista @qq{accepts} del
contexto externo.  Los contextos anidados que no está nincluidos
en la lista @qq{accepts} del contexto externo se recolocan debajo
del contexto externo en lugar de anidarse dentro de él.

La lista @qq{accepts} de un contexto se puede cambiar con las
instrucciones @code{\accepts} (acepta) o @code{\denies} (niega).
@code{\accepts} añade un contexto a la lista @qq{accepts} y
@code{\denies} elimina un contexto de la lista.

Por ejemplo, un grupo de pentagramas con un corchete cuadrado no
se encuentra normalmente en el interior de un pentagrama con llave
curva que tenga conectadas las líneas divisorias, y un
@code{GrandStaff} para piano no acepta un @code{StaffGroup} dentro
de él, de forma predeterminada.

@lilypond[verbatim,quote]
\score {
  \new GrandStaff <<
    \new StaffGroup <<
      \new Staff { c'1 }
      \new Staff { d'1 }
    >>
    \new Staff { \set Staff.instrumentName = bottom f'1 }
  >>
}
@end lilypond

Sin embargo, usando la instrucción @code{\accepts}, se puede
añadir un @code{StaffGroup} al contexto @code{GrandStaff}:

@lilypond[verbatim,quote]
\score {
  \new GrandStaff <<
    \new StaffGroup <<
      \new Staff { c'1 }
      \new Staff { d'1 }
    >>
    \new Staff { \set Staff.instrumentName = bottom f'1 }
  >>
  \layout {
    \context {
      \GrandStaff
      \accepts "StaffGroup"
    }
  }
}
@end lilypond

@code{\denies} se usa principalmente cuando un contexto nuevo se
está basando en otro, pero los anidamientos requeridos difieren.
Por ejemplo, el contexto @code{VaticanaStaff} está basado en el
contexto @code{Staff}, pero con el contexto @code{VaticanaVoice}
sustituido por el contexto @code{Voice} en la lista @qq{accepts}.


@cindex contextos implícitos
@cindex implícitos, contextos
@funindex \defaultchild

Observe que discretamente se crea un contexto de forma implícita
si se encuentra una instrucción donde no hay un contexto apropiado
para contenerlo.

Dentro de una definición de contexto, el tipo de un subcontexto
que se va a crear implícitamente se especifica usando
@code{\defaultchild} (hijo predeterminado).  Algunos eventos
musicales requieren un contexto @samp{Bottom} (inferior): cuando
se encuentra este evento, se crean subcontextos de forma recursiva
hasta que se alcanza un contexto que no tiene establecido el
@samp{defaultchild}.

La creación implícita de contextos puede dar lugar a pentagramas o
partituras nuevos no esperados.  La utilización de @code{\new}
para crear contextos explícitamente evita esos problemas.

@cindex alignAboveContext
@cindex alignBelowContext
@funindex alignAboveContext
@funindex alignBelowContext

En ocasiones se necesita que un contexto exista durante un breve
intervalo de tiempo, siendo un buen ejemplo el contexto de
pentagrama de un ossia.  Esto se consigue normalmente mediante la
introducción de la definición del contexto en el lugar apropiado
en paralelo con la sección correspondiente de la música principal.
De forma predeterminada, el contexto tempral se coloca debajo de
todos los contextos existentes.  Para reposicionarlo por encima
del contexto que tenga el nombre @qq{principal}, debería definirse
de esta forma:

@example
@code{\new Staff \with @{ alignAboveContext = #"principal" @} }
@end example

Se presenta una situación similar cuando se posiciona un contexto
temporal de letra de una canción dentro de una disposición de varios
pentagramas tal como @code{ChoirStaff}, por ejemplo, cuando se añade
una segunda estrofa a una sección que se repite.  De forma
predeterminada, el contexto temporal de letra se coloca debajo de los
pentagramas inferiores.  Mediante la definición del contexto temporal
de letra con @code{alignBelowContext} se puede posicionar
correctamente debajo del contexto de letra con nombre que contiene el
texto de la primera estrofa.

En diversos lugares pueden verse ejemplos que muestran esta
recolocación de contextos temporales: véase
@rlearning{Anidado de expresiones musicales},
@ref{Modificación de pentagramas sueltos} y
@ref{Técnicas específicas para la letra}.

@seealso
Manual de aprendizaje:
@rlearning{Anidado de expresiones musicales}.

Referencia de la notación:
@ref{Modificación de pentagramas sueltos},
@ref{Técnicas específicas para la letra}.

Manual de utilización del programa:
@rprogram{Aparece un pentagrama de más}.

Archivos instalados:
@file{ly/engraver-init.ly}.


@node Explicación del Manual de referencia de funcionamiento interno
@section Explicación del Manual de referencia de funcionamiento interno
@translationof Explaining the Internals Reference

@menu
* Navegar por la referencia del programa::
* Interfaces de la presentación::
* Determinar la propiedad del grob::
* Convenciones de nombres::
@end menu


@node Navegar por la referencia del programa
@subsection Navegar por la referencia del programa
@translationof Navigating the program reference

Supongamos que queremos mover la indicación de digitación del
fragmento siguiente:

@lilypond[quote,fragment,verbatim]
c''-2
@end lilypond

Si hace una visita a la documentación en busca de instrucciones de
digitación (en @ref{Indicaciones de digitación}), encontrará:

@quotation
@strong{Véase también}

Referencia de funcionamiento interno: @rinternals{Fingering}.

@end quotation

@ifnothtml
La referencia del programador se encuentra disponible en forma de
documento HTML.  Se recomienda mucho que lo lea en la forma HTML,
bien en línea o bien descargando los archivos de la documentación
HTML.  Esta sección sería mucho más difícil de entender si está
utilizando el manual en formato PDF.
@end ifnothtml

Siga el enlace que lleva a @rinternals{Fingering}.  Al principio
de la página, puede ver

@quotation
Los objetos de digitación se crean por parte de:
@rinternals{Fingering_engraver} y @rinternals{New_fingering_engraver}.
@end quotation

Siguiendo los enlaces relacionados dentro de la referencia del
programa, podemos seguir el flujo de información dentro del
programa:

@itemize

@item @rinternals{Fingering}:
los objetos @rinternals{Fingering} se crean por parte de:
@rinternals{Fingering_engraver}

@item @rinternals{Fingering_engraver}:
Tipos de música aceptados: @rinternals{fingering-event}

@item @rinternals{fingering-event}:
El tipo de evento musical @code{fingering-event} está descrito en
Expresiones musicales con el nombre de @rinternals{FingeringEvent}
@end itemize

Este camino se recorre en contra de la corriente de información
del programa: comienza por la salida y acaba en el evento de
entrada.  También podríamos haber empezado por un evento de la
entrada, y leído siguiendo el flujo de información terminando en
su caso en el objeto (u objetos) de la salida.

La referencia del programa también se puede examinar como un
documento normal.  Contiene capítulos que tratan de
@ifhtml
@rinternals{Music definitions},
@end ifhtml
@ifnothtml
@code{Music definitions}
@end ifnothtml
de la @rinternals{Translation}, y del @rinternals{Backend}.  Cada
uno de los capítulos relaciona todas las definiciones utilizadas y
todas las propiedades que se pueden ajustar.


@node Interfaces de la presentación
@subsection Interfaces de la presentación
@translationof Layout interfaces

@cindex interfaz de la presentación
@cindex presentación, interfaz de la
@cindex grob

La página HTML que pudimos ver en la sección anterior describe el
objeto de presentación llamado @rinternals{Fingering}.  Dicho
objeto es un símbolo dentro de la partitura.  Tiene propiedades
que guardan números (como grosores y direcciones), pero también
punteros a objetos relacionados.  Un objeto de presentación
también se llama un @emph{Grob}, que es una abreviatura de
Graphical Object (objeto gráfico).  Para ver más detalles acerca
de los objetos gráficos o Grobs, consulte
@rinternals{grob-interface}.

La página dedicada a @code{Fingering} relaciona las definiciones del
objeto @code{Fingering}.  Por ejemplo, la página dice

@quotation
@code{padding} (dimensión, en espacios de pentagrama):

@code{0.5}
@end quotation

@noindent
lo que significa que el número se mantendrá a una distancia de al
menos 0.5 de la cabeza de la nota.


Cada objeto de presentación puede tener varias funciones como
elemento notacional o tipográfico.  Por ejemplo, el objeto de
digitación Fingering tiene los siguientes aspectos

@itemize
@item
Su tamaño es independiente del espaciado horizontal, al contrario
de las ligaduras o las barras de las figuras.

@item
Es un elemento de texto.  Casi seguro que es un texto muy corto.

@item
este elemento de texto se tipografía con un tipo de letra, no como
las ligaduras o las barras de las figuras.

@item
Horizontalmente, el centro del símbolo se debe alinear con el
centro de la cabeza de la nota.

@item
Verticalmente, el símbolo se coloca cerca de la nota y del pentagrama.

@item
La posición vertical también está coordinada con otros símbolos de
superíndice y de subíndice.
@end itemize

Cada uno de estos aspectos se capta en lo que se llaman
@emph{interface}s, que se relacionan al final de la página dedicada a
@rinternals{Fingering}

@quotation
Este objeto contempla los siguientes interfaces:
@rinternals{item-interface},
@rinternals{self-alignment-interface},
@rinternals{side-position-interface}, @rinternals{text-interface},
@rinternals{text-script-interface}, @rinternals{font-interface},
@rinternals{finger-interface} y @rinternals{grob-interface}.
@end quotation

Al pulsar sobre cualquiera de los enlaces nos desplazaremos a la
página del respectivo interfaz del objeto.  Cada interfaz tiene un
cierto número de propiedades.  Algunas de ellas no son para que el
usuario las pueda ajustar (@q{Propiedades internas}), pero otras
sí se pueden modificar.

Hemos estado hablando de @emph{el} objeto @code{Fingering}, pero
realmente esto no significa mucho.  El archivo de inicialización
(véase @rlearning{Otras fuentes de información})
@file{scm/define-grobs.scm} muestra el alma del @q{objeto},

@example
(Fingering
  . ((padding . 0.5)
     (avoid-slur . around)
     (slur-padding . 0.2)
     (staff-padding . 0.5)
     (self-alignment-X . 0)
     (self-alignment-Y . 0)
     (script-priority . 100)
     (stencil . ,ly:text-interface::print)
     (direction . ,ly:script-interface::calc-direction)
     (font-encoding . fetaText)
     (font-size . -5)           ; don't overlap when next to heads.
     (meta . ((class . Item)
     (interfaces . (finger-interface
                    font-interface
                    text-script-interface
                    text-interface
                    side-position-interface
                    self-alignment-interface
                    item-interface))))))
@end example

@noindent
Como podemos ver, el objeto @code{Fingering} no es más que un
montón de valores de variables, y la página web de la Referencia
de funcionamiento interno se genera directamente a partir de esta
definición.


@node Determinar la propiedad del grob
@subsection Determinar la propiedad del grob
@translationof Determining the grob property

Recordemos que queríamos cambiar la posición del @b{2} en

@lilypond[quote,fragment,verbatim]
c''-2
@end lilypond

Puesto que el @b{2} se encuentra colocado verticalmente sobre su
nota, tenemos que negociar con el interfaz asociado con esta
colocación.  Esto se hace usando @code{side-position-interface}.
La página que describe este interface dice:

@quotation
@code{side-position-interface}

Colocar un objeto víctima (este mismo) junto a otros objetos (el
soporte).  La propiedad @code{direction} significa dónde poner el
objeto víctima con relación al soporte (¿a la izquierda o a la
derecha, encima o debajo?)
@end quotation

@cindex relleno
@cindex padding (relleno)
@noindent
Debajo de esta descripción, la variable @code{padding} (relleno)
se describe como

@quotation
@table @code
@item padding
(dimensión, en espacios de pentagrama)

Añadir esta cantidad de espacio adicional entre objetos que están
unos junto a otros.
@end table
@end quotation

Aumentando el valor de @code{padding}, podemos alejar la cifra de
digitación de la cabeza de la nota.  La siguiente orden inserta un
espacio en blanco de tres @qq{espacios de pentagrama} entre la
nota y la digitación:

@example
\once \override Voice.Fingering.padding = #3
@end example

Al insertar este relleno antes de que se haya creado el objeto de
digitación, llegamos al siguiente resultado:

@lilypond[quote,fragment,verbatim]
\once \override Voice.Fingering.padding = #3
c''-2
@end lilypond

En este caso, el contexto de este truco es @code{Voice}.  Véase el
apartado dedicado al añadido @rinternals{Fingering_engraver}, que
dice:

@quotation
El grabador Fingering_engraver forma parte de los contextos:
@dots{}  @rinternals{Voice}
@end quotation


@node Convenciones de nombres
@subsection Convenciones de nombres
@translationof Naming conventions

Se hace necesario presentar una panorámica de las diversas
convenciones de nomenclatura:

@itemize
@item funciones de Scheme: minúsculas-con-guiones (lo que incluye a los nombres de una sola palabra)

@item funciones de Scheme específicas de LilyPond: ly:más-estilo-de-scheme

@item eventos, clases y propiedades musicales: como-las-funciones-de-scheme

@item interfaces de Grobs: estilo-scheme

@item propiedades de backend: estilo-scheme (¡pero X e Y en mayúsculas!)

@item contextos (y ExpresionesMusicales y grobs): Mayúsculas o MayúsculasDeCamello

@item propiedades de contexto: minúsculasSeguidoDeMayúsculasDeCamello

@item grabadores: Mayúsculas_seguido_de_minúsculas_y_con_barras_bajas
@end itemize

@ignore
Preguntas aún sin respuesta
@itemize
@item ¿Cuáles de aquéllas son convenciones y cuáles son reglas?

@item ¿Cuáles son reglas del lenguaje subyacente, y cuáles son específicas de LilyPond?
@end itemize
@end ignore


@node Modificar las propiedades
@section Modificar las propiedades
@translationof Modifying properties

@menu
* Panorámica de la modificación de las propiedades::
* La instrucción set::
* La instrucción override::
* La instrucción tweak::
* set frente a override::
* Modificación de las listas-A::
@end menu


@node Panorámica de la modificación de las propiedades
@subsection Panorámica de la modificación de las propiedades
@translationof Overview of modifying properties

Cada contexto es responsable de la creación de ciertos tipos de
objetos gráficos.  Los ajustes que se usan para imprimir estos
objetos también se almacenan por contexto.  Mediante la
modificación de estos ajustes, se puede alterar la apariencia de
los objetos.

Existen dos tipos diferentes de propiedades almacenadas en los
contextos: las propiedades de contexto y las propiedades de grob.
Las propiedades de contexto son propiedades que se aplican al
contexto como un todo y controlan la forma en que el propio
contexto se imprime.  Por contra, las propiedades de grob se
aplican a los tipos de grob específicos que se imprimirán dentro
del contexto.

Las instrucciones @code{\set} y @code{\unset} se usan para cambiar
los valores de las propiedades de contexto.  Las instrucciones
@code{\override} y @code{\revert} se usan para cambiar los valores
de las propiedades de grob.

@ignore
La sintaxis de esto es

@example
\override @var{contexto}.@var{nombre} #'@var{propiedad} = #@var{valor}
@end example

Aquí @var{nombre} es el nombre de un objeto gráfico, como @code{Stem}
o @code{NoteHead}, y @var{propiedad} es una variable interna del
sistema de formateo (@q{propiedad del grob} o @q{propiedad de
disposición}).  Este último es un símbolo, y por ello debe ir
precedido de un apóstrofo.  La subsección @ref{Modificar las propiedades}
explica cómo se deben cumplimentar los conceptos @var{nombre},
@var{propiedad} y @var{valor}.  Aquí sólo nos ocuparemos de la
funcionalidad des esta instrucción.

La instrucción

@verbatim
\override Staff.Stem.thickness = #4.0
@end verbatim

@noindent
hace más gruesas las plicas (el valor predeterminado es 1.3, con el
grosor de una línea del pentagrama como unidad).  Puesto que la
instrucción especifica como contexto a @code{Staff}, sólo se aplica al
pentagrama actual.  Otros pentagramas mantienen su aspecto normal.
Aquí vemos la instrucción en pleno funcionamiento:

@lilypond[quote,fragment,verbatim]
c''4
\override Staff.Stem.thickness = #4.0
c''4
c''4
c''4
@end lilypond

La instrucción @code{\override} modifica la definición de la plica
@code{Stem} dentro del pentagrama en curso @code{Staff}.  Después de
que la instrucción se ha interpretado, todas las plicas se engrosan.

De manera análoga a @code{\set}, el argumento @var{contexto} se puede
omitir, ocasionando que se utilice el contexto predeterminado
@code{Voice}.  Al añadir @code{\once} se aplica el cambio durante un
solo paso de tiempo.

@lilypond[quote,fragment,verbatim]
c''4
\once \override Stem.thickness = #4.0
c''4
c''4
@end lilypond

El @code{\override} se debe hacer antes de que el objeto se inicia.
Por tanto, al alterar objetos @emph{Spanner} «de extensión» como
ligaduras o barras, la instrucción @code{\override} se debe ejecutar
en el momento en que se crea el objeto.  En este ejemplo:

@lilypond[quote,fragment,verbatim]
\override Slur.thickness = #3.0
c''8[( c''
\override Beam.beam-thickness = #0.6
c''8 c''])
@end lilypond

@noindent
la ligadura es más gruesa pero la barra no lo es.  Esto es así porque
la instrucción para @code{Beam}, la barra, va después de que la barra
se ha iniciado, y por ello no tiene ningún efecto.

De forma análoga a @code{\unset}, la instrucción @code{\revert} para
un contexto deshace una instrucción @code{\override}; como con
@code{\unset}, solamente afecta a los ajustes que se hicieron dentro
del mismo contexto.  En otras palabras, el @code{\revert} del
siguiente ejemplo no hace nada.

@example
\override Voice.Stem.thickness = #4.0
\revert Staff.Stem.thickness
@end example

Algunas opciones «trucables» se llaman @q{subpropiedades} y residen
dentro de las propiedades normales.  Para trucarlas, utilice
instrucciones de la forma

@c leave this as a long long
@example
\override @var{context}.@var{name} #'@var{property} #'@var{subproperty} = #@var{value}
@end example

@noindent
tales como

@example
\override Stem.details.beamed-lengths = #'(4 4 3)
@end example

@end ignore

@seealso
Referencia de funcionamiento interno:
@rinternals{Backend},
@rinternals{All layout objects},
@rinternals{OverrideProperty},
@rinternals{RevertProperty},
@rinternals{PropertySet}.

@knownissues
El «back-end» o motor de salida no es muy estricto en la
comprobación de tipos de las propiedades de objetos.  Las
referencias cíclicas en valores Scheme de propiedades pueden
producir cuelgues o salidas abruptas, o las dos cosas.


@node La instrucción set
@subsection La instrucción @code{@bs{}set}
@translationof The set command

@cindex propiedades
@funindex \set
@cindex cambiar propiedades

Cada contexto puede tener distintas @emph{propiedades}, variables
contenidas dentro de ese contexto.  Se pueden cambiar mientras
dura el paso de interpretación.  Se consigue insertando la
instrucción @code{\set} dentro de la música:

@example
\set @var{contexto}.@var{propiedad} = #@var{valor}
@end example

@var{valor} es un objeto de Scheme, razón por la que va precedido
del carácter almohadilla,@tie{}@code{#}.

El nombre de las propiedades de contexto suele ir en minúsculas
con mayúscula en medio.  Controlan sobre todo la traducción de la
música a la notación, p.ej. @code{localAlterations} (para
determinar si hay que impriir alteraciones o no), o
@code{measurePosition} (para determinar cuándo hay que imprimir
una línea divisoria).  El valor de las propiedades de contexto
puede modifcarse con el tiempo durante la interpretación de la
música; un ejemplo obvio es @code{measurePosition}.  Las
propiedades de contexto se modifican mediante la instrucción
@code{\set}.

Por ejemplo, los silencios multicompás se combinan en un solo
compás si el valor de la propiedad de contexto @code{skipBars} se
establece a @code{#t} (verdadero):

@lilypond[quote,fragment,verbatim]
R1*2
\set Score.skipBars = ##t
R1*2
@end lilypond

Si se omite el argumento @var{context}, entonces se utiliza el
contexto actual de nivel más bajo (normalmente @code{ChordNames},
@code{Voice} o @code{Lyrics}). En este ejemplo:

@lilypond[quote,fragment,verbatim]
\set Score.autoBeaming = ##f
\relative {
  e''8 e e e
  \set autoBeaming = ##t
  e8 e e e
} \\
\relative {
  c''8 c c c c8 c c c
}
@end lilypond

El cambio se aplica @q{al vuelo}, mientras dura la música, de
forma que el ajuste sólo afecta al segundo grupo de corcheas.

Observe que el contexto del nivel más bajo no siempre contiene la
propiedad que querríamos modificar: por ejemplo, intentar ajustar
el valor de la propiedad @code{skipBars} del contexto
predeterminado del nivel más bajo, que en este caso es
@code{Voice}, no tendrá ningún efecto, porque skipBars es una
propiedad del contexto @code{Score}.

@lilypond[quote,fragment,verbatim]
R1*2
\set skipBars = ##t
R1*2
@end lilypond

Los contextos son jerárquicos, y si se ha especificado un contexto
mayor, por ejemplo @code{Staff}, entonces el cambio se aplicaría
también a todos los contextos @code{Voice} dentro del pentagrama
actual.

@funindex \unset

También existe una instrucción @code{\unset}:
@example
\unset @var{contexto}.@var{propiedad}
@end example

@noindent
que elimina la definición de @var{propiedad}.  Esta instrucción
elimina la definición solamente si está establecida dentro de
@var{contexto}.  Properties that have been set in enclosing contexts will
not be altered by an unset in an enclosed context:

@lilypond[quote,fragment,verbatim]
\set Score.autoBeaming = ##t
\relative {
  \unset autoBeaming
  e''8 e e e
  \unset Score.autoBeaming
  e8 e e e
} \\
\relative {
  c''8 c c c c8 c c c
}
@end lilypond

Como @code{\set}, el argumento @var{contexto} no se tiene que
especificar para un contexto del nivel más bajo, por lo que los
dos enunciados

@example
\set Voice.autoBeaming = ##t
\set autoBeaming = ##t
@end example

@noindent
son equivalentes si el contexto inferior en curso es @code{Voice}.


@cindex \once
Los ajustes con @code{\set} o @code{\unset} que se aplican
solamente a un único paso de tiempo se pueden escribir con
@code{\once}, por ejemplo en

@lilypond[quote,fragment,verbatim]
c''4
\once \set fontSize = #4.7
c''4
c''4
@end lilypond

En el manual de Referencia de funcionamiento interno hay una
descripción completa de todas las propiedades de contexto
disponibles, consulte
@ifhtml
@rinternals{Tunable context properties}.
@end ifhtml
@ifnothtml
Traducción @expansion{} Propiedades de contexto modificables por el
usuario.
@end ifnothtml

@seealso
Referencia de funcionamiento interno:
@rinternals{Tunable context properties}.

@node La instrucción override
@subsection La instrucción @code{\override}
@translationof The override command

@cindex grob, propiedades de
@cindex propiedades de grob
@funindex \override

Existe un tipo especial de propiedad de contexto: la descripción
de los grobs.  Las decscripciones de los grobs reciben un nombre
en @code{MayúsculasDeCamello} (empezando en mayúscula).  Contienen
los @q{ajustes predeterminados} para un tipo particular de grob,
en forma de lista asociativa.  Consulte
@file{scm/define-grobs.scm} para ver los ajustes de cada
descripción de grob.  Las descripciones de grob se modifican con
@code{\override}.

La sintaxis de la instrucción @code{\override} es

@example
\override [@var{contexto}.]@var{NombreDelGrob}.@var{propiedad} = #@var{valor}
@end example

Por ejemplo, podemos aumentar el grosor de la plica de una figura
sobreescribiendo la propiedad @code{thickness} (grosor) del objeto
@code{Stem} (plica):

@lilypond[quote,fragment,verbatim]
c''4 c''
\override Voice.Stem.thickness = #3.0
c''4 c''
@end lilypond

Si no se ha especificado ningún contexto en la instrucción
@code{\override}, se utiliza el contexto del nivel inferior:

@lilypond[quote,fragment,verbatim]
\override Staff.Stem.thickness = #3.0
<<
  \relative {
    e''4 e
    \override Stem.thickness = #0.5
    e4 e
  } \\
  \relative {
    c''4 c c c
  }
>>
@end lilypond

Algunas opciones susceptibles de trucaje, se llaman
@q{subpropiedades} y residen dentro de las propiedades.  Para
efectura trujajes sobre ellas, utilice instrucciones de la forma

@example
\override Stem.details.beamed-lengths = #'(4 4 3)
@end example

o para modificar los extremos de los objetos extensos, utilice una
forma como las siguientes:

@example
\override TextSpanner.bound-details.left.text = #"left text"
\override TextSpanner.bound-details.right.text = #"right text"
@end example

@funindex \revert
@cindex reversión de sobreescrituras
@cindex sobreescrituras, reversión de

El efecto de una instrucción de sobreescritura @code{\override} se
puede deshacer con @code{\revert}.

La sintaxis de la instrucción @code{\revert} es

@example
\revert [@var{Contexto}.]@var{NombreDelGrob}.@var{propiedad}
@end example

Por ejemplo,

@lilypond[quote,verbatim]
\relative {
  c''4
  \override Voice.Stem.thickness = #3.0
  c4 c
  \revert Voice.Stem.thickness
  c4
}
@end lilypond

Los efectos de @code{\override} y @code{\revert} se aplican a
todos los grobs del contexto afectado partiendo del momento actual
y hacia adelante:

@lilypond[quote,verbatim]
<<
  \relative {
    e''4
    \override Staff.Stem.thickness = #3.0
    e4 e e
  } \\
  \relative {
    c''4 c c
    \revert Staff.Stem.thickness
    c4
  }
>>
@end lilypond

@funindex \once
@cindex sobreescritura para un solo momento

Se puede usar @code{\once} con @code{\override} o @code{\revert}
para afectar solamente al instante de tiempo actual:

@lilypond[quote,verbatim]
<<
  \relative c {
    \override Stem.thickness = #3.0
    e''4 e e e
  } \\
  \relative {
    c''4
    \once \override Stem.thickness = #3.0
    c4 c c
  }
>>
@end lilypond


@ignore
Las instrucciones que modifican la salida tienen por lo general un
aspecto como

@example
\override Voice.Stem.thickness = #3.0
@end example

@noindent
Para construir este truco debemos determinar los siguientes datos:

@itemize
@item el contexto: aquí @code{Voice}.
@item el objeto de presentación: aquí @code{Stem}.
@item la propiedad de presentación: aquí @code{thickness}.
@item un valor adecuado: aquí @code{3.0}.
@end itemize

@cindex documentación interna
@cindex buscar objetos gráficos
@cindex gráficos, descripción de los objetos
@cindex trucos
@funindex \override
@cindex interna, documentación

Para muchas propiedades, independientemente del tipo de datos de la
propiedad, si se establece el valor de la propiedad a falso
(@code{#f}) se producirá su desactivación, ocasionando que LilyPond
ignore por completo dicha propiedad.  Esto es especialmente útil para
«apagar» propiedades de grobs (objetos gráficos) que de otra manera
causarían problemas.

Mostraremos a continuación cómo localizar esta información en el
manual de notación y en la referencia de funcionamiento interno.
@end ignore

@seealso
Referencia de funcionamiento interno:
@rinternals{Backend}


@node La instrucción tweak
@subsection La instrucción @code{\tweak}
@translationof The tweak command

@funindex \tweak
@cindex trucar

El cambio de las propiedades de grob mediante @code{\override} produce
la aplicación del cambio a todos los grobs dados en el contexto en el
momento en que se aplica dicho cambio.  Sin embargo, en ocasiones
podemos desear que los cambios se apliquen a un solo grob en lugar de
a todos los grobs del contexto afectado.  Esto se consigue con la
instrucción @code{\tweak}, que tiene la sintaxis siguiente:

@example
\tweak [@var{objeto-de-presentación}.]@var{propiedad-del-grob} @var{valor}
@end example

Es opcional especificar el @var{objeto-de-presentación}.  La
instrucción @code{\tweak} se aplica al objeto musical que viene
inmediatamente después de @var{valor} dentro del flujo musical.

@ignore
En ocasiones es posible tomar un atajo para realizar el ajuste fino de
los objetos gráficos.  Para objetos que resultan directamente de un
elemento de código de la entrada, puede usar la función @code{\tweak},
por ejemplo

@lilypond[verbatim,quote]
\relative {
  < c''
    \tweak color #red
    d
    g
    \tweak duration-log #1
    a
  > 4
  -\tweak padding #8
  -^
}
@end lilypond



El uso principal de la instrucción @code{\tweak} es modificar
solamente uno de varios elementos de notación que dan comienzo en el
mismo momento musical, como las notas de un acorde, o corchetes de
tresillo que empiezan al mismo tiempo.

La instrucción @code{\tweak} fija una propiedad en el objeto que viene
a continuación de forma directa, sin necesidad de especificar el
nombre del grob o el contexto.  Para que esto funcione, es necesario
que la instrucción @code{\tweak} permanezca inmediatamente adyacente
al objeto al que se aplica, después de que el archivo de entrada se ha
convertido en un flujo musical.  Con frecuencia no es el caso, pues
muchos elementos adicionales se insertan en la corriente musical de
forma implícita.  Por ejemplo, cuando se procesa una nota que no forma
parte de un acorde, LilyPond inserta implícitamente un evento
@code{ChordEvent} antes de la nota, separando así el truco de la nota.
Sin embargo, si los símbolos de acorde se sitúan cerca del truco y la
nota, la instrucción @code{\tweak} viene después del @code{ChordEvent}
en el flujo musical, permaneciendo así adyacente a la nota, y con la
posibilidad de modificarla.

Así, esto funciona:

@lilypond[verbatim,fragment,quote]
<\tweak color #red c''>4
@end lilypond

@noindent
pero esto no funciona:

@lilypond[verbatim,fragment,quote]
\tweak color #red c''4
@end lilypond

@end ignore

Para ver una introducción a la sintaxis y los usos de la instrucción tweak,
consulte @rlearning{Métodos de trucaje}.

Si se colocan varios elementos similares en el mismo momento
musical, la instrucción @code{\override} no se puede usar para
modificar uno solo de ellos: aquí es donde se debe usar la
instrucción @code{\tweak}.  Entre los elementos que pueden
aparecer más de una vez en el mismo momento musical están los
siguientes:

@c TODO expand to include any further uses of \tweak
@itemize
@item las cabezas de las notas de un acorde
@item signos de articulación sobre la misma nota
@item ligaduras de unión entre notas de un acorde
@item corchetes de grupos especials que comienzan en el mismo momento
@end itemize

@c TODO add examples of these

@cindex acorde, modificación de una nota

En este ejemplo se modifican el color de una cabeza y el tipo de
otra, dentro del mismo acorde:

@lilypond[verbatim,fragment,quote]
< c''
  \tweak color #red
  d''
  g''
  \tweak duration-log #1
  a''
> 4
@end lilypond

@code{\tweak} se puede usar para modificar ligaduras de expresión:

@lilypond[verbatim,quote]
\relative { c'-\tweak thickness #5 ( d e f) }
@end lilypond


Para que funcione la instrucción @code{\tweak}, debe permanecer
adyacente al objeto al que se ha de aplicar después de que el código
de entrada se ha convertido a un flujo musical.  El trucaje de un
acorde completo no hace nada porque su evento musical actúa solamente
como un contenedor, y todos los objetos de presentación se crean a
partir de eventos dentro del @code{EventChord}:

@lilypond[verbatim,fragment,quote]
\tweak color #red c''4
\tweak color #red <c'' e''>4
<\tweak color #red c'' e''>4
@end lilypond

La instrucción @code{\tweak} sencilla no se puede usar para
modificar ningún objeto que no se haya creado directamente a
partir de la entrada.  Concretamente, no afecta a las plicas,
barras automáticas ni alteraciones, porque éstos se generan
posteriormente por parte de objetos de presentación
@code{NoteHead} más que por elementos musicales del flujo de
entrada.

Tales objetos de presentación creados indirectamente se pueden
trucar usando la forma de la instrucción @code{\tweak} en que el
nombre del grob se especifica de forma explícita:

@lilypond[fragment,verbatim,quote]
\tweak Stem.color #red
\tweak Beam.color #green c''8 e''
<c'' e'' \tweak Accidental.font-size #-3 ges''>4
@end lilypond

No se puede usar @code{\tweak} para modificar las claves o las
indicaciones de compás, porque éstos se separan de cualquier
instrucción @code{\tweak} precedente dentro del flujo de entrada
merced a la inserción automática de elementos adicionales que se
requieren para especificar el contexto.

Se pueden colocar varias instrucciones @code{\tweak} antes de un
elemento de notación; todos le afectan:

@lilypond[verbatim,fragment,quote]
c'
  -\tweak style #'dashed-line
  -\tweak dash-fraction #0.2
  -\tweak thickness #3
  -\tweak color #red
  \glissando
f''
@end lilypond

El flujo musical que se genera a partir de una sección de un
archivo de entrada (incluido cualquier elemento insertado
automáticamente) puede examinarse, véase
@rextend{Presentación de las expresiones musicales}.  Esto puede
ser de utilidad en la determinación de lo que puede modificarse
por medio de una instrucción @code{\tweak}.

@seealso
Manual de aprendizaje:
@rlearning{Métodos de trucaje}.

Manual de extensión:
@rextend{Presentación de las expresiones musicales}.

@knownissues

@cindex trucar puntos de control
@cindex control, trucar puntos de

No se puede usar la instrucción @code{\tweak} para modificar los
puntos de control de una sola de varias ligaduras de unión dentro
de un acorde, aparte de la primera que se encuentre en el código
de entrada.


@node set frente a override
@subsection @code{\set} frente a @code{\override}
@translationof set versus override

@c TODO Should't a bunch of that be explained earlier?

@funindex \set
@funindex \override

Tanto la instrucción @code{\set} como @code{\override} manipulan
propiedades asociadas a contextos.  En ambos casos las propiedades
siguen una@emph{jerarquía de contextos}: las propiedades que no se
establecen dentro del contexto aún presentan los valores del
contexto de su padre respectivo.

El valor y la duración en el tiempo de una propiedad de contexto
son dinámicos y están disponibles solamente cuando la música se
está interpretando o @q{iterando}.  En el momento de la creación
del contexto, se inicializan las propiedades a partir de las
definiciones correspondientes (así como otras posibles
modificaciones) de dicho contexto.  Cualquier cambio posterior se
obtiene a través de instrucciones de establecimiento de
propiedades dentro de la propia música.

Las definiciones de grob (objetos gráficos) son una clase
@emph{especial} de propiedades de contexto, pues su estructura y
uso son distintos de las propiedades de contexto ordinarias.  A
diferencia de las propiedades de los contextos normales, las
definiciones de grob se subdividen en @emph{propiedades de grob}.

Además, en contraste con las propiedades de contexto normales, las
definiciones de grob tienen su propio conjunto de @q{utilidades de
mantenimiento} de las propiedades individuales y, en su caso,
sub-propiedades.  Esto supone que es posible definir las distintas
partes dentro de diferentes contextos y aún tener la definición
completa del grob en el momento de su creación, montada a partir
de todas las piezas proporcionadas por el contexto actual y su
ancestro o ancestros, conjuntamente.

Un grob u objeto gráfico se crea normalmente por parte de un
grabador en el momento de la interpretación de una expresión
musical y recibe sus propiedades iniciales de la definición de
grob en curso del contexto del grabador.  El grabador (u otras
partes del @q{backend} de LilyPond) pueden después modificar (o
añadirse a) las propiedades iniciales del grob; sin embargo, ello
no afecta a la definición de grob del contexto.

Lo que LilyPond conoce como @q{propiedades de grob} en el contexto
del trucaje a nivel de usuario son en realidad las propiedades de
la definición de grob de un contexto.

Se accede a las definiciones de grob con un conjunto de
instrucciones diferente.  Se manipulan usando @code{\override} y
@code{\revert} y tienen un nombre que empieza con una letra
mayúscula (como @samp{NoteHead}) mientras que las propiedades de
contexto ordinarias se manipulan utilizando @code{\set} y
@code{\unset} y se nombran empezando en letra minúscula.

@cindex tweak, relación con @code{\override}
@funindex \tweak
@funindex \overrideProperty

Las instrucciones @code{\tweak} y @code{\overrideProperty} cambian
las propiedades de grob pasando por encima de las propiedades de
contexto completamente.  En su lugar, atrapan a los grobs tan
pronto se crean, y establecen propiedades sobre ellos directamente
con @code{\tweak} cuando se originan a partir de un evento musical
o, en el caso de @code{\overrideProperty}, para una sobreescritura
específica.

@node Modificación de las listas-A
@subsection Modificación de las listas-A
@translationof Modifying alists

Ciertas propiedades configurables por parte del usuario se
representan internamente como @emph{listas-A} (listas
asociativas), que almacenan duplas de @emph{claves} y
@emph{valores}.  La estructura de una lista-A es la siguiente:

@example
'((@var{clave1} . @var{valor1})
  (@var{clave2} . @var{valor2})
  (@var{clave3} . @var{valor3})
  @dots{})
@end example

Si una lista-A es una propiedad de un grob o una variable de
@code{\paper}, sus claves se pueden modificar individualmente sin
que afecte a las otras claves.

Por ejemplo, para reducir el espacio entre pentagramas adyacentes
dentro de un grupo, use la propiedad @code{staff-staff-spacing}
del grob @code{StaffGrouper}.  La propiedad es una lista-A con
cuatro claves: @code{basic-distance} (distancia básica),
@code{minimum-distance} (distancia mínima), @code{padding}
(relleno) y @code{stretchability} (ampliabilidad).  Los ajustes
estándar para esta propiedad se relacionan en la sección
@qq{Backend} de la Referencia de Funcionamiento Interno (véase
@rinternals{StaffGrouper}):

@example
'((basic-distance . 9)
  (minimum-distance . 7)
  (padding . 1)
  (stretchability . 5))
@end example

Una forma de acercar los pentagramas entre sí es reducir el valor
de la clave @code{basic-distance} (@code{9}) para que se
corresponda con el valor de @code{minimum-distance} (@code{7}).
Para modificar una única clave de forma individual, utilice una
@emph{declaración anidada}:

@lilypond[quote,verbatim]
% default space between staves
\new PianoStaff <<
  \new Staff { \clef treble c''1 }
  \new Staff { \clef bass   c1   }
>>

% reduced space between staves
\new PianoStaff \with {
  % this is the nested declaration
  \override StaffGrouper.staff-staff-spacing.basic-distance = #7
} <<
  \new Staff { \clef treble c''1 }
  \new Staff { \clef bass   c1   }
>>
@end lilypond

La utilización de una declaración anidada actualiza la clave
especificada (como @code{basic-distance} en el ejemplo anterior)
sin alterar ninguna de las otras claves que ya se habían
establecido para la misma propiedad.

Ahora, supongamos que deseamos que los pentagramas estén tan
próximos como sea posible sin que se superpongan.  La manera más
sencilla de hacerlo es establecer las cuatro claves de la lista-A
a cero.  Sin embargo, no es necesario escribir cuatro
declaraciones anidadas, una por cada clave.  En lugar de eso, se
puede redefinir completamente la propiedad con una sola
declaración, como una lista-A:

@lilypond[quote,verbatim]
\new PianoStaff \with {
  \override StaffGrouper.staff-staff-spacing =
    #'((basic-distance . 0)
       (minimum-distance . 0)
       (padding . 0)
       (stretchability . 0))
} <<
  \new Staff { \clef treble c''1 }
  \new Staff { \clef bass   c1   }
>>
@end lilypond

Observe que cualquier clave que no haya sido relacionada
explícitamente en la definición de la lista-A, será reiniciada a
sus valores @emph{predeterminados si no se han fijado}.  En el
caso de @code{staff-staff-spacing}, el valor de cualquier clave no
fijada se reiniciaría a cero (excepto @code{stretchability}, que
toma el valor de @code{basic-distance} si no se fija).  Así, las
dos declaraciones siguientes son equivalentes:

@example
\override StaffGrouper.staff-staff-spacing =
  #'((basic-distance . 7))

\override StaffGrouper.staff-staff-spacing =
  #'((basic-distance . 7)
     (minimum-distance . 0)
     (padding . 0)
     (stretchability . 7))
@end example

Una consecuencia de esto (posiblemente no intencionada) es la
eliminación de cualquier valor estándar que se establezca en un
archivo de inicio y que se carga cada vez que se compila un
archivo de entrada.  En el ejemplo anterior, los ajustes estándar
para @code{padding} y @code{minimum-distance} (definidos en
@file{scm/define-grobs.scm}) se reinician a sus valores
predeterminados si no se han fijado (cero para las dos claves).
La definición de una propiedad o variable como una lista-A (de
cualquier tamaño) siempre reinicia todos los valores de clave no
establecidos a sus valores predeterminados si no se han fijado.
Ano ser que este sea el resultado deseado, es más seguro
actualizar los valores de clave individualmente con una
declaración anidada.

@warning{Las declaraciones anidadas no funcionan para las listas-A
de propiedades de contexto (como @code{beamExceptions},
@code{keyAlterations}, @code{timeSignatureSettings}, etc.).  Estas
propiedades sólo se pueden modificar redefiniéndolas completamente
como listas-A.}


@node Conceptos y propiedades útiles
@section Conceptos y propiedades útiles
@translationof Useful concepts and properties


@menu
* Modos de entrada::
* Dirección y posición::
* Distancias y medidas::
* Dimensiones::
* Propiedades del símbolo del pentagrama::
* Objetos de extensión::
* Visibilidad de los objetos::
* Estilos de línea::
* Rotación de objetos::
@end menu

@node Modos de entrada
@subsection Modos de entrada
@translationof Input modes

La forma en que se interpreta la notación contenida dentro de un
archivo de entrada, está determinada por el modo de entrada en
curso.

@subsubsubheading Modo de acordes

Se activa con la instrucción @code{\chordmode} y produce que la
entrada se interprete con al sintaxis de la notación de acordes,
véase @ref{Notación de acordes}.  Los acordes se imprimen como
notas sobre un pentagrama.

El modo de acordes se activa también con la instrucción
@code{\chords}.  Esto crea también un contexto @code{ChordNames}
nuevo y produce que el código que sigue se interprete con la
sintaxis de la notación de acordes y se imprima como nombres de
acorde dentro del contexto @code{ChordNames}, véase @ref{Impresión
de los nombres de acorde}.

@subsubsubheading Modo de percusión

Se activa con la instrucción @code{\drummode} y produce que el
código de entrada se interprete con la sintaxis de la notación de
percusión, véase @ref{Notación básica de percusión}.

El modo de percusión también se activa con la instrucción
@code{\drums}.  También crea un contexto @code{DrumStaff} nuevo y
hace que el código que sigue se interprete con la sintaxis de la
notación de percusión y se imprima como símbolos de percusión
sobre un pentagrama de percusión, véase @ref{Notación básica de
percusión}.

@subsubsubheading Modo de cifras

Se activa con la instrucción @code{\figuremode} y hace que el código
de entrada se interprete con la sintaxis del bajo cifrado, véase
@ref{Introducir el bajo cifrado}.

El modo de cifras también se activa con la instrucción
@code{\figures}.  También crea un contexto de @code{FiguredBass}
nuevo y hace que el código que viene a continuación se interprete
con la sintaxis del bajo cifrado y se imprima como símbolos de
bajo cifrado dentro del contexto @code{FiguredBass}, véase
@ref{Introducción al bajo cifrado}.

@subsubsubheading Modos de traste y tablatura

No existen modos de entrada especiales para introducir símbolos de
trastes y de tablatura.

Para crear diagramas de trastes, escriba las notas o acordes en el
modo de notas e imprímalos dentro de un contexto @code{TabStaff},
véase @ref{Tablaturas predeterminadas}.

Para crear diagramas de trastes encima de un pentagrama, podemos
elegir entre dos posibilidades.  Se puede usar el contexto
@code{FretBoards} (véase @ref{Diagramas de traste automáticos}) o
se pueden introducir como elementos de marcado encima de las notas
utilizando la instrucción @code{\fret-diagram}, véase
@ref{Marcas de diagramas de trastes}.

@subsubsubheading Modo de letra

Se activa con la instrucción @code{\lyricmode}, y hace que la
entrada se interprete como sílabas de la letra de la canción con
duraciones opcionales y modificadores de letra asociados, véase
@ref{Música vocal}.

El modo de letra también se habilita con la instrucción
@code{\addlyrics}.  Esto también crea un contexto @code{Lyrics}
nuevo y una instrucción @code{\lyricsto} implícita que asocia la
letra que viene a continuación con la música precedente.

@subsubsubheading Modo de marcado

Se activa con la instrucción @code{\markup}, y hace que la entrada
se interprete con la sintaxis del marcado, véase
@ref{Text markup commands}.

@subsubsubheading Modo de notas

Es el modo predeterminado o se puede activar con la instrucción
@code{\notemode}.  La entrada se interpreta como alturas,
duraciones, marcado, etc. y se imprime como notación musical sobre
un pentagrama.

Normalmente no es necesario especificar el modo de notas de forma
explícita, pero puede ser útil hacerlo en ciertas situaciones, por
ejemplo si estamos en el modo de letra, en el modo de acordes o en
otro modo y queremos insertar algo que solamente se puede hacer
con la sintaxis del modo de notas.


@node Dirección y posición
@subsection Dirección y posición
@translationof Direction and placement

Al tipografiar música, la dirección y colocación de muchos
elementos es cuestión de elección.  Por ejemplo, las plicas de las
notas se pueden dirigir hacia arriba o hacia abajo; la letra, las
indicaciones dinámicas y otras marcas expresivas se pueden colocar
encima o debajo del pentagrama; el texto se pude alinear a la
izquierda, a la derecha o centrado; etc.  La mayoría de estas
elecciones pueden dejarse que LilyPond las determine
automáticamente, pero en ciertos casos puede ser deseable forzar
una dirección o colocación concreta.

@menu
* Indicadores de dirección de las articulaciones::
* La propiedad de dirección::
@end menu


@node Indicadores de dirección de las articulaciones
@unnumberedsubsubsec Indicadores de dirección de las articulaciones
@translationof Articulation direction indicators

De forma predeterminada algunas direcciones siempre son hacia
arriba o siempre hacia abajo (p. ej. los matices o el calderón),
mientras que otras cosas pueden alternar entre arriba y abajo en
función de la dirección de las plicas (como las ligaduras o los
acentos).

@c TODO Add table showing these

Se puede sobreescribir la acción predeterminada mediante el
prefijado de la articulación por un @emph{indicacor de dirección}.
Están disponibles tres indicadores de dirección: @code{^} (que
significa @qq{arriba}), @code{_} (que significa @qq{abajo}) o
@code{-} (que significa @qq{usar la dirección predeterminada}).
El indicador de dirección se puede normalmente omitir, en cuyo
caso se supone el indicador predeterminado @code{-}, pero se
necesita un indicador de dirección @strong{siempre} antes de:

@itemize
@item las instrucciones @code{\tweak}
@item las instrucciones @code{\markup}
@item las instrucciones @code{\tag}
@item los marcados de cadena, p.ej. -"cadena"
@item las instrucciones de digitación, p.ej. @w{@code{-1}}
@item las abreviaturas de articulación, p.ej. @w{@code{-.}}, @w{@code{->}}, @w{@code{--}}
@end itemize

Estas indicaciones afectan sólo a la nota siguiente.

@lilypond[verbatim,quote]
\relative {
  c''2( c)
  c2_( c)
  c2( c)
  c2^( c)
}
@end lilypond


@node La propiedad de dirección
@unnumberedsubsubsec La propiedad de dirección
@translationof The direction property

La posición o dirección de muchos objetos de presentación está
controlada por la propiedad @code{direction}.

El valor de la propiedad @code{direction} se puede establecer al
valor @code{1}, con el significado de @qq{hacia arriba} o
@qq{encima}, o a @w{@code{-1}}, con el significado de @qq{hacia
abajo} o @qq{debajo}.  Se pueden usar los símbolos @code{UP} y
@code{DOWN} en sustitución de @code{1} y @w{@code{-1}}
respectivamente.  La dirección predeterminada se puede especificar
estableciendo @code{direction} a @code{0} ó a @code{CENTER}.  De
forma alternativa, en muchos casos existen instrucciones
predefinidas para especificar la dirección.  Todas ellas son de la
forma:

@example
@code{\xxxUp}, @code{\xxxDown} o @code{\xxxNeutral}
@end example

@noindent
donde @code{\xxxNeutral} significa @qq{utilizar la dirección
predeterminada}.  Véase @rlearning{Objetos interiores al
pentagrama}.

En alguna que otra ocasión como en el arpegio, el valor de la
propiedad @code{direction} puede especificar si el objeto se debe
colocar a la izquierda o a la derecha del objeto padre.  En este
caso @w{@code{-1}} ó @code{LEFT} significan @qq{a la izquierda} y
@code{1} ó @code{RIGHT} significan @qq{a la derecha}.  @code{0} ó
@code{CENTER} significan @qq{utilizar la dirección
predeterminada}.

Estas indicaciones afectan a todas las notas hasta que son
canceladas.

@lilypond[verbatim,quote]
\relative {
  c''2( c)
  \slurDown
  c2( c)
  c2( c)
  \slurNeutral
  c2( c)
}
@end lilypond

En música polifónica, en general es mejor especificar una voz
explícita que cambiar la dirección de un objeto.  Para ver más
información, véase @ref{Varias voces}.

@seealso
Manual de aprendizaje:
@rlearning{Objetos interiores al pentagrama}.

Referencia de la notación:
@ref{Varias voces}.


@node Distancias y medidas
@subsection Distancias y medidas
@translationof Distances and measurements

@cindex distancias absolutas
@cindex distancias escaladas

@funindex \mm
@funindex \cm
@funindex \in
@funindex \pt

Las distancias en LilyPond son de dos tipos: absolutas y
escaladas.

Las distancias absolutas se usan para especificar márgenes,
sangrados y otros detalles de diseño de página, y de forma
predeterminada se especifican en milímetros.  Las distancias se
pueden especificar en otras unidades escribiendo después de la
cifra indicativa de la cantidad, @code{\mm}, @code{\cm},
@code{\in}@tie{}(pulgadas), o @code{\pt}@tie{}(puntos, 1/72.27
pulgadas).  Las distancias de diseño de página se pueden
especificar también en unidades escalables (véase el párrafo
siguiente) adjuntando @code{\staff-space} a la cantidad.  La
disposición de página se describe en detalle en @ref{Disposición
de la página}.

Las distancias escaladas siempre se especifican en unidades de un
espacio del pentagrama o, más raramente, medio espacio del
pentagrama.  El espacio de pentagrama es la distancia entre dos
líneas del pentagrama adyacentes.  El valor predeterminado se
puede cambiar globalmente fijando el tamaño global del pentagrama,
o se puede sobreescribir localmente cambiando la propiedad
@code{staff-space} del objeto @code{StaffSymbol}.  Las distancias
escaladas se escalan automáticamente con cualquier cambio al
tamaño global del pentagrama o a la propiedad @code{staff-space}
del objeto @code{StaffSymbol}, pero las fuentes tipográficas se
escalan solamente con los cambios efectuados al tamaño global del
pentagrama.  Así, el tamaño global del pentagrama posibilita la
fácil variación del tamaño general de una partitura impresa.  Para
ver los métodos de establecimiento del tamaño global del
pentagrama, véase @ref{Establecer el tamaño del pentagrama}.

@funindex magstep

Si se necesita dibujar sólo una sección de una partitura a una
escala distinta, por ejemplo una sección ossia o una nota al pie,
no se puede simplemente cambiar el tamaño global del pentagrama
porque esto afectaría a toda la partitura.  En tales casos, el
cambio de tamaño se hace sobreescribiendo tanto la propiedad
@code{staff-space} de @code{StaffSymbol} como el tamaño de las
fuentes tipográficas.  Está a nuestra disposición una función de
Scheme, @code{magstep}, para convertir de un cambio en el tamaño
de la fuente al cambio equivalente en @code{staff-space}.  Para
ver una explicación y un ejemplo de su utilización, consulte
@rlearning{Longitud y grosor de los objetos}.

@seealso
Manual de aprendizaje:
@rlearning{Longitud y grosor de los objetos}.

Referencia de la notación:
@ref{Disposición de la página},
@ref{Establecer el tamaño del pentagrama}.


@node Dimensiones
@subsection Dimensiones
@translationof Dimensions

@cindex dimensiones
@cindex caja circundante

Las dimensiones de un objeto gráfico especifican las posiciones de
los límites izquierdo y derecho, así como los límites inferior y
superior de las cajas limítrofes de los objetos como distancias a
partir del punto de referencia del objeto en unidades de espacios
de pentagrama.  Estas posiciones se codifican frecuentemente como
dos parejas de valores de Scheme.  Por ejemplo, la instrucción de
marcado de texto @code{\with-dimensions} toma tres argumentos, de
los cuales los dos primeros son una pareja de Scheme que da las
posiiciones de los bordes izquierdo y derecho y otra pareja de
Scheme que da las posiciones de los límites inferior y superior:

@example
\with-dimensions #'(-5 . 10) #'(-3 . 15) @var{arg}
@end example

Esto especifica una caja circundante para @var{arg} con su límite
izquierdo en -5, su límite derecho en 10, el inferior en -3 y el
superior e 15, todos ellos medidos a partir del punto de
referencia del objeto en unidades de espacios de pentagrama.

@seealso
Referencia de la notación:
@ref{Distancias y medidas}.


@node Propiedades del símbolo del pentagrama
@subsection Propiedades del símbolo del pentagrama
@translationof Staff symbol properties

@cindex ajuste del símbolo del pentagrama
@cindex dibujar el símbolo del pentagrama
@cindex pentagrama, establecer el símbolo del

@c TODO Extend or remove this section.  See also NR 1.6.2 Staff symbol
@c      Need to think of uses for these properties.  Eg 'line-positions
@c      is used in a snippet to thicken centre line.
@c      If retained, add @ref to here in 1.6.2  -td

Se puede definir al mismo tiempo la posición vertical de las
líneas de la pauta y el número de líneas de la misma.  Como
muestra el siguiente ejemplo, las posiciones de las notas no están
influidas por las posiciones de las líneas de la pauta.

@warning{La propiedad @code{'line-positions} sobreescribe a la
propiedad @code{'line-count}.  El número de líneas de la pauta
está definido implícitamente por el número de elementos de la
lista de valores de @code{'line-positions}.}

@lilypond[verbatim,quote]
\new Staff \with {
  \override StaffSymbol.line-positions = #'(7 3 0 -4 -6 -7)
}
\relative { a4 e' f b | d1 }
@end lilypond

Se puede modificar la anchura de la pauta.  Las unidades son
espacios de pentagrama.  El espaciado de los objetos dentro del
pentagrama no resulta afectado por este ajuste.

@lilypond[verbatim,quote]
\new Staff \with {
  \override StaffSymbol.width = #23
}
\relative { a4 e' f b | d1 }
@end lilypond


@node Objetos de extensión
@subsection Objetos de extensión
@translationof Spanners

Muchos objetos de notación musical abarcan varias notas o incluso
varios compases.  Son ejemplos los crescendi, trinos, corchetes de
grupo especial y corchetes de primera y segunda vez.  Estos
objetos se llaman @qq{spanners} u «objetos de extensión», y tienen
propiedades especiales para controlar su apariencia y
comportamiento.  Algunas de estas propiedades son comunes a todos
los objetos de extensión; otras se limitan a un subconjunto de los
extensores.

Todos los objetos de extensión contemplan el interface
@code{spanner-interface}.  Algunos, básicamente aquellos que
trazan una línea recta entre los dos objetos, contemplan también
el interface @code{line-spanner-interface}.

@menu
* Uso del spanner-interface::
* Uso del line-spanner-interface::
@end menu

@node Uso del spanner-interface
@unnumberedsubsubsec Uso del @code{spanner-interface}
@translationof Using the spanner-interface

Este interface proporciona dos propiedades que se aplican a varios
extensores.

@subsubsubheading La propiedad @code{minimum-length} (longitud mínima)

La longitud mínima del objeto de extensión se especifica a través
de la propiedad @code{minimum-length}.  Su aumento suele producir
el efecto necesario de aumentar el espaciado de las notas entre
los dos puntos extremos.  Sin embargo, esta sobreescritura no
tiene ningún efecto sobre muchos extensores, pues su longitud está
determinada por otras consideraciones.  Más abajo se muestran
algunos ejemplos de dónde es efectiva.

@ignore
Works for:
  Tie
  MultiMeasureRest
  Hairpin
  Slur
  PhrasingSlur

Works as long as callback is made:
  Glissando
  Beam

Works not at all for:
  LyricSpace
  LyricHyphen
  LyricExtender
  TextSpanner
  System

@end ignore

@lilypond[verbatim,quote,fragment]
a'~ a'
a'
% increase the length of the tie
-\tweak minimum-length #5
~ a'
@end lilypond

@lilypond[verbatim,quote]
\relative \compressMMRests {
  a'1
  R1*23
  % increase the length of the rest bar
  \once \override MultiMeasureRest.minimum-length = #20
  R1*23
  a1
}
@end lilypond

@lilypond[verbatim,quote]
\relative {
  a' \< a a a \!
  % increase the length of the hairpin
  \override Hairpin.minimum-length = #20
  a \< a a a \!
}
@end lilypond

Esta sobreescritura se puede usar también para aumentar la
longitud de las ligaduras de expresión y de fraseo:

@lilypond[verbatim,quote]
\relative {
  a'( g)
  a
  -\tweak minimum-length #5
  ( g)

  a\( g\)
  a
  -\tweak minimum-length #5
  \( g\)
}
@end lilypond

Para algunos objetos de presentación, la propiedad
@code{minimum-length} es efectiva sólo si se llama explícitamente
al procedimiento @code{set-spacing-rods}.  Para hacerlo, se debe
fijar la propiedad @code{springs-and-rods} al valor
@code{ly:spanner::set-spacing-rods}.  Por ejemplo, la longitud
mínima de un glissando no tiene efecto a no ser que se establezca
la propiedad @code{springs-and-rods}:

@lilypond[verbatim,fragment,quote]
% default
e' \glissando c''

% not effective alone
\once \override Glissando.minimum-length = #20
e' \glissando c''

% effective only when both overrides are present
\once \override Glissando.minimum-length = #20
\once \override Glissando.springs-and-rods = #ly:spanner::set-spacing-rods
e' \glissando c''
@end lilypond

Lo mismo se puede decir del objeto @code{Beam}:

@lilypond[verbatim,fragment,quote]
% not effective alone
\once \override Beam.minimum-length = #20
e'8 e' e' e'

% effective only when both overrides are present
\once \override Beam.minimum-length = #20
\once \override Beam.springs-and-rods = #ly:spanner::set-spacing-rods
e'8 e' e' e'
@end lilypond

@subsubsubheading La propiedad @code{to-barline}

La segunda propiedad útil del @code{spanner-interface} es
@code{to-barline}.  De forma predeterminada tiene el valor cierto,
haciendo que los reguladores y otros objetos de extensión que
terminan sobre la primera nota de un compás, en vez de eso
terminen en la línea divisoria inmediatamente precedente.  Si se
establece al valor falso, el extensor llegará más allá de la barra
de compás y terminará exactamente sobre la nota:

@lilypond[verbatim,quote]
\relative {
  a' \< a a a a \! a a a \break
  \override Hairpin.to-barline = ##f
  a \< a a a a \! a a a
}
@end lilypond

Esta propiedad no es efectiva para todos los extensores.  Por
ejemplo, su establecimiento a @code{#t} no tienen ningún efecto
sobre las ligaduras de expresión o de fraseo, o sobre otros
extensores para los que terminar en la barra de compás no tendría
ningún significado.

@node Uso del line-spanner-interface
@unnumberedsubsubsec Uso del @code{line-spanner-interface}
@translationof Using the line-spanner-interface

Entre los objetos que contemplan el interface
@code{line-spanner-interface} se encuentran

@itemize
@item @code{DynamicTextSpanner}
@item @code{Glissando}
@item @code{TextSpanner}
@item @code{TrillSpanner}
@item @code{VoiceFollower}
@end itemize

La rutina responsable de dibujar los sellos de estos extensores es
@code{ly:line-spanner::print}.  esta rutina determina la
localización exacta de los dos puntos extremos y traza una línea
entre ellos, en el estilo solicitado.  Las posiciones de los dos
puntos extremos del extensor se calculan al vuelo, pero es posible
sobreescribir sus coordenadas Y.  Las propiedades que se deben
especificar están anidadas a dos niveles de profundidad en la
jerarquía de propiedades, pero la sintaxis de la instrucción
@code{\override} es bastante sencilla:

@lilypond[quote,fragment,verbatim]
e''2 \glissando b'
\once \override Glissando.bound-details.left.Y = #3
\once \override Glissando.bound-details.right.Y = #-2
e''2 \glissando b'
@end lilypond

Las unidades para la propiedad @code{Y} son @code{staff-space}s,
siendo el punto del cero la línea central del pentagrama.  Para el
glissando, esto es el valor de @code{Y} en la coordenada X que
corresponde al punto central de cada cabeza de nota si nos
imaginamos que la línea se extiende hasta allí.

Si no está fijado @code{Y}, su valor se calcula a partir de la
posición vertical del punto de anclaje correspondiente del
extensor.

En caso de salto de línea, los valores para los puntos extremos se
especifican por las sub-listas @code{left-broken} y
@code{right-broken} de @code{bound-details}.  Por ejemplo:

@lilypond[ragged-right,fragment,verbatim,quote]
\override Glissando.breakable = ##t
\override Glissando.bound-details.right-broken.Y = #-3
c''1 \glissando \break
f''1
@end lilypond

Un número de propiedades adicionales de las sub-listas @code{left}
y @code{right} de la propiedad @code{bound-details} se pueden
especificar de la misma forma que @code{Y}:

@table @code
@item Y
Establece la coordenada Y del punto extremo, en desplazamientos de
@code{staff-space}s desde la línea central del pentagrama.  De
forma predeterminada es el centro del objeto ancla, y así un
glissando apunta al centro vertical de la cabeza de la nota.

Para extensores horizontales como los extensores de texto y los
trinos, está inamoviblemente codificado como 0.

@item attach-dir (dirección de anclaje)
Determina dónde comienza y termina la línea en la dirección X, con
relación al objeto ancla.  Sí, un valor de @w{@code{-1}} (o
@code{LEFT}, izquierda) hace que la línea comience o termine en el
lado izquierdo de la cabeza de la nota a la que está anclado.

@item X
Es la coordenada X absoluta del punto extremo.  Se suele calcular
al vuelo, y su sobreescritura no tiene un efecto útil.

@item stencil (sello)
Los extensores de línea pueden tener símbolos al comienzo o al
final, lo que está contenido en esta sub-propiedad.  Esto es para
uso interno; se recomienda en su lugar el uso de @code{text}.

@item text (texto)
Es un elemento de marcado que se evalúa para dar lugar al sello.
Se usa para escribir @i{cresc.}, @i{tr} y otros textos sobre los
objetos de extensión horizontales.

@lilypond[quote,ragged-right,fragment,verbatim]
\override TextSpanner.bound-details.left.text
   = \markup { \small \bold Slower }
\relative { c''2\startTextSpan b c a\stopTextSpan }
@end lilypond

@item stencil-align-dir-y (alineación del sello en y)
@item stencil-offset (desplazamiento del sello)
Si no se modifican uno u otro, el sello se coloca sencillamente en
el punto extremo, centrado sobre la línea, como viene definido por
las subpropiedades @code{X} e @code{Y}.  Si se fijan
@code{stencil-align-dir-y} o @code{stencil-offset} se moverá el
símbolo del borde verticalmente con relación al extremo de la
línea:

@lilypond[quote,fragment,verbatim]
\override TextSpanner.bound-details.left.stencil-align-dir-y = #-2
\override TextSpanner.bound-details.right.stencil-align-dir-y = #UP

\override TextSpanner.bound-details.left.text = #"ggg"
\override TextSpanner.bound-details.right.text = #"hhh"

\relative { c'4^\startTextSpan c c c \stopTextSpan }
@end lilypond

Observe que los valores negativos mueven el texto @emph{hacia
arriba}, al contrario de lo que podría esperarse, pues el valor de
@w{@code{-1}} o @code{DOWN} (abajo) significa alinear el borde
@emph{inferior} del texto con la línea de extensión.  Un valor de
@code{1} o @code{UP} (arriba) alinea el borde superior del texto
con la línea extensora.

@item arrow (flecha)
Al establecer esta sub-propiedad a @code{#t} se produce una punta de
flecha en el extremo de la línea.

@item padding (relleno)
Esta sub-propiedad controla el espacio entre el punto extremo
especificado de la línea y el extremo real.  Sin relleno, un
glissando empezaría y terminaría en el centro de la cabeza de las
notas.

@end table

La función musical @code{\endSpanners} finaliza de forma prematura
el extensor que comienza sobre la nota que sigue inmediatamente a
continuación.  Se termina después de una nota exactamente, o en la
siguiente barra de compás si @code{to-barline} es verdadero y se
produce una divisoria antes de la siguiente nota.

@lilypond[verbatim,quote,ragged-right]
\relative c'' {
  \endSpanners
  c2 \startTextSpan c2 c2
  \endSpanners
  c2 \< c2 c2
}
@end lilypond

Si se usa @code{\endSpanners} no es necesario cerrar
\startTextSpan con \stopTextSpan, ni cerrar los reguladores con
@code{\!}.

@seealso
Referencia de funcionamiento interno:
@rinternals{TextSpanner},
@rinternals{Glissando},
@rinternals{VoiceFollower},
@rinternals{TrillSpanner},
@rinternals{line-spanner-interface}.


@node Visibilidad de los objetos
@subsection Visibilidad de los objetos
@translationof Visibility of objects

@cindex objetos, visibilidad de
@cindex grobs, visibilidad de
@cindex visibilidad de los objetos

Hay cuatro formas principales en que se puede controlar la
visibilidad de los objetos de presentación: se puede eliminar su
sello, se pueden volver transparentes, se pueden pintar de blanco,
o se puede sobreescribir su propiedad @code{break-visibility}.
Las tres primeras se aplican a todos los objetos de presentación;
la última sólo a unos pocos: los objetos @emph{divisibles}.  El
Manual de aprendizaje introduce estas cuatro técnicas, véase
@rlearning{Visibilidad y color de los objetos}.

Hay también algunas otras técnicas que son específicas de ciertos
objetos de presentación.  Se estudian bajo Consideraciones
especiales.

@menu
* Eliminar el sello::
* Hacer transparentes los objetos::
* Pintar los objetos de blanco::
* Uso de break-visibility (visibilidad en el salto)::
* Consideraciones especiales::
@end menu


@node Eliminar el sello
@unnumberedsubsubsec Eliminar el sello
@translationof Removing the stencil

@cindex sello, eliminar
@funindex \omit

Todo objeto de presentación tiene una propiedad stencil (sello).
De forma predeterminada está establecida a la función específica
que dibuja ese objeto.  Si se sobreescribe esta propiedad a
@code{#f} no se llama a ninguna función y el objeto no se dibuja.
La acción predeterminada se puede recuperar con @code{\revert}.

@lilypond[quote,fragment,verbatim]
a1 a
\override Score.BarLine.stencil = ##f
a a
\revert Score.BarLine.stencil
a a a
@end lilypond

Esta operación, bastante común, tiene la forma abreviada
@code{\omit} como atajo:

@lilypond[quote,fragment,verbatim]
a1 a
\omit Score.BarLine
a a
\undo \omit Score.BarLine
a a a
@end lilypond


@node Hacer transparentes los objetos
@unnumberedsubsubsec Hacer transparentes los objetos
@translationof Making objects transparent

@cindex transparentes, hacer los objetos
@funindex \hide

Todo objeto de presentación tiene una propiedad transparent
(transparente) que de forma predeterminada está establecida a
@code{#f}.  Si se fija a @code{#t} el objeto aún ocupa espacio
pero es invisible.

@lilypond[quote,fragment,verbatim]
a'4 a'
\once \override NoteHead.transparent = ##t
a' a'
@end lilypond

Esta operación, bastante común, tiene la forma abreviada @code{\hide}
como atajo:

@lilypond[quote,fragment,verbatim]
a'4 a'
\once \hide NoteHead
a' a'
@end lilypond


@node Pintar los objetos de blanco
@unnumberedsubsubsec Pintar los objetos de blanco
@translationof Painting objects white

@cindex objetos, coloreado de
@cindex coloreado de objetos
@cindex capas
@cindex impresión, orden de
@cindex sobreescritura de objetos
@cindex objetos, sobreescritura de
@cindex grobs, sobreescritura de

Todo objeto de presentación tiene una propiedad de color que de
forma predeterminada está establecida a @code{black} (negro).  Si
se sobreescribe a @code{white} (blanco) el objeto será
indistinguible del fondo blanco.  Sin embargo, si el objeto cruza
a otros objetos, el color de los puntos de cruce queda determinado
por el orden en que se dibujan estos objetos, lo que puede dejar
una imagen fantasma del objeto blanco, como puede verse aquí:

@lilypond[quote,fragment,verbatim]
\override Staff.Clef.color = #white
a'1
@end lilypond

Se puede evitar esto cambiando el orden de impresión de los
objetos.  Todos los objetos de presentación tienen una propiedad
@code{layer} (capa) que se debe establecer a un valor entero.  Los
objetos con el valor de @code{layer} más bajo se dibujan primero,
después se dibujan los objetos con valores progresivamente
mayores, y así los objetos con valores más altos se dibujan encima
de los que tienen valores más bajos.  De forma predeterminada,
casi todos los objetos tienen asignado un valor @code{layer} de
@code{1}, aunque algunos objetos, entre ellos el pentagrama y las
líneas divisorias, @code{StaffSymbol} y @code{BarLine}, tienen
asignado un calor de @code{0}.  El orden de impresión de los
objetos con el mismo valor de @code{layer} es indeterminado.

En el ejemplo de arriba, la clave blanca, con un valor
@code{layer} predeterminado de @code{1}, se dibuja después de las
líneas del pentagrama (valor @code{layer} predeterminado de
@code{0}), sobreimpresionándolas.  Para cambiarlo, se debe dar al
objeto @code{Clef} un valor de @code{layer} más bajo, digamos
@w{@code{-1}}, para que se dibuje antes:

@lilypond[quote,fragment,verbatim]
\override Staff.Clef.color = #white
\override Staff.Clef.layer = #-1
a'1
@end lilypond


@node Uso de break-visibility (visibilidad en el salto)
@unnumberedsubsubsec Uso de break-visibility (visibilidad en el salto)
@translationof Using break-visibility

@c TODO Add making other objects breakable

@cindex break-visibility

Casi todos los objetos de presentación se imprimen una sola vez,
pero algunos como las líneas divisorias, claves, indicaciones de
compás y armaduras de tonalidad, se pueden tener que imprimir dos
veces cuando se produce un salto de línea : una vez al final de la
línea y otra al comienzo de la siguiente.  Estos objetos reciben
el nombre de @emph{divisibles}, y tienen una propiedad,
@code{break-visibility} (visibilidad en el salto), para controlar
su visibilidad en las tres posiciones en que pueden aparecer: al
comienzo de una línea, dentro de la línea si se produce un cambio,
y al final de la línea si el cambio se produce en ese lugar.

Por ejemplo, la indicación de compás se imprime de forma
predeterminada al comienzo de la primera línea y en ningún otro
lugar a no ser que cambie, en cuyo caso se imprime en el punto en
que se produce el cambio.  Si este cambio se produce al final de
una línea, la nueva indicación de compás se imprime al principio
de la línea siguiente y también al final de la línea anterior como
indicación de precaución.

Este comportamiento se controla por medio de la propiedad
@code{break-visibility}, que se explica en
@c Leave this ref on a newline - formats incorrectly otherwise -td
@rlearning{Visibilidad y color de los objetos}.  Esta propiedad
toma un vector de tres valores booleanos que, por orden,
determinan si el objeto se imprime al final, dentro, o al
principio de la línea.  O, para ser más exactos: antes del salto
de línea, si no hay salto, o después del salto.

Como alternativa se puede especificar cualquiera de las ocho
combinaciones mediante funciones predefinidas cuya definición está
en @file{scm/output-lib.scm}, donde las tres últimas columnas
indican si los objetos de presentación serán visibles en las
posiciones que se muestran en el encabezamiento de cada columna:

@multitable {@code{begin-of-line-invisible}} {@code{#(#t #t #t)}} {Antes del} {Si no hay} {Después del}
@headitem Forma                   @tab Forma                  @tab Antes del @tab Si no hay    @tab Después del
@headitem de función              @tab de vector              @tab salto     @tab salto        @tab salto

@item @code{all-visible}             @tab @code{#(#t #t #t)}     @tab sí     @tab sí       @tab sí
@item @code{begin-of-line-visible}   @tab @code{#(#f #f #t)}     @tab no     @tab no       @tab sí
@item @code{center-visible}          @tab @code{#(#f #t #f)}     @tab no     @tab sí       @tab no
@item @code{end-of-line-visible}     @tab @code{#(#t #f #f)}     @tab sí     @tab no       @tab no
@item @code{begin-of-line-invisible} @tab @code{#(#t #t #f)}     @tab sí     @tab sí       @tab no
@item @code{center-invisible}        @tab @code{#(#t #f #t)}     @tab sí     @tab no       @tab sí
@item @code{end-of-line-invisible}   @tab @code{#(#f #t #t)}     @tab no     @tab sí       @tab sí
@item @code{all-invisible}           @tab @code{#(#f #f #f)}     @tab no     @tab no       @tab no
@end multitable

Los ajustes predeterminados de @code{break-visibility} dependen
del objeto de presentación.  La tabla siguiente muestra todos los
objetos de presentación de interés que resultan afectados por
@code{break-visibility} y el ajuste predeterminado de esta
propiedad:

@multitable @columnfractions .3 .3 .4

@headitem Objeto   @tab Contexto usual  @tab Valor predet.

@c omit Ambitus as it appears not to be affected by break-visibility -td
@c @item @code{Ambitus}          @tab as specified   @tab @code{begin-of-line-visible}
@item @code{BarLine}             @tab @code{Score}          @tab calculado
@item @code{BarNumber}           @tab @code{Score}          @tab @code{begin-of-line-visible}
@c omit the following item until it can be explained -td
@c @item @code{BreakAlignGroup}  @tab @code{Score}          @tab calculado
@item @code{BreathingSign}       @tab @code{Voice}          @tab @code{begin-of-line-invisible}
@item @code{Clef}                @tab @code{Staff}          @tab @code{begin-of-line-visible}
@item @code{Custos}              @tab @code{Staff}          @tab @code{end-of-line-visible}
@item @code{DoublePercentRepeat} @tab @code{Voice}          @tab @code{begin-of-line-invisible}
@item @code{KeyCancellation}     @tab @code{Staff}          @tab @code{begin-of-line-invisible}
@item @code{KeySignature}        @tab @code{Staff}          @tab @code{begin-of-line-visible}
@c omit LeftEdge until it can be explained -td
@c @item @code{LeftEdge}         @tab @code{Score}          @tab @code{center-invisible}
@item @code{ClefModifier}       @tab @code{Staff}          @tab @code{begin-of-line-visible}
@item @code{RehearsalMark}       @tab @code{Score}          @tab @code{end-of-line-invisible}
@item @code{TimeSignature}       @tab @code{Staff}          @tab @code{all-visible}

@end multitable

El ejemplo de abajo muestra el uso de la forma de vector para
controlar la visibilidad de las líneas divisorias:

@lilypond[quote,verbatim,ragged-right]
\relative {
  f'4 g a b
  f4 g a b
  % Remove bar line at the end of the current line
  \once \override Score.BarLine.break-visibility = ##(#f #t #t)
  \break
  f4 g a b
  f4 g a b
}
@end lilypond

Aunque los tres componentes del vector utilizado para
sobreescribir @code{break-visibility} deben estar presentes, no
todos son efectivos para todos los objetos de presentación, y
algunas combinaciones pueden incluso dar errores.  Son de
aplicación las siguientes limitaciones:

@itemize @bullet
@item
Las líneas divisorias no se pueden imprimir al principio de la línea.

@item
No se puede imprimir el número de compás al principio de la
@emph{primera} línea a no ser que su valor establecido sea
distinto de @code{1}.

@item Clave: véase la sección siguiente.

@item
Las repeticiones dobles de tipo porcentaje se imprimen todas
siempre o bien no se imprimen nunca.  Utilice @code{begin-of
line-invisible} para imprimirlas y @code{all-invisible} para
suprimirlas.

@item Armadura: véase la sección siguiente.

@item ClefModifier: véase la sección siguiente.
@end itemize


@node Consideraciones especiales
@unnumberedsubsubsec Consideraciones especiales
@translationof Special considerations

@subsubsubheading Visibilidad después de un cambio explícito

@cindex armadura, visibilidad después de un cambio explícito
@cindex explicitKeySignatureVisibility
@cindex clave, visibilidad después de un cambio explícito
@cindex explicitClefVisibility

La propiedad @code{break-visibility} controla la visibilidad de
las armaduras y cambios de clave sólo al principio de las líneas,
es decir, después de un salto.  No tiene ningún efecto sobre la
visibilidad de la armadura o la clave después de un cambio
explícito de tonalidad o de clave dentro o al final de una línea.
En el ejemplo siguiente la armadura que sigue al cambio explícito
de tonalidad a Si bemol mayor es visible incluso con
@code{all-invisible} establecido.

@lilypond[quote,verbatim,ragged-right]
\relative {
  \key g \major
  f'4 g a b
  % Try to remove all key signatures
  \override Staff.KeySignature.break-visibility = #all-invisible
  \key bes \major
  f4 g a b
  \break
  f4 g a b
  f4 g a b
}
@end lilypond

La visibilidad de estos cambios explícitos de tonalidad y de clave
se controla por medio de las propiedades
@code{explicitKeySignatureVisibility} y
@code{explicitClefVisibility}.  Son los equivalentes de la
propiedad @code{break-visibility} y las dos toman un vector de
tres valores booleanos o las funciones predefinidas relacionadas
anteriormente, exactamente igual que @code{break-visibility}.  Las
dos son propiedades del contexto Staff, no de los propios objetos
de presentación, y por tanto se establecen utilizando la
instrucción @code{\set}.  Las dos están establecidas de forma
predeterminada al valor @code{all-visible}.  Estas propiedades
controlan sólo la visibilidad de las armaduras y las claves que
resultan de los cambios explícitos y no afectan a las armaduras y
tonalidades que están al principio de las líneas; para quitarlas,
aún se debe sobreescribir la propiedad @code{break-visibility} en
el objeto correspondiente.

@lilypond[quote,verbatim,ragged-right]
\relative {
  \key g \major
  f'4 g a b
  \set Staff.explicitKeySignatureVisibility = #all-invisible
  \override Staff.KeySignature.break-visibility = #all-invisible
  \key bes \major
  f4 g a b \break
  f4 g a b
  f4 g a b
}
@end lilypond

@subsubsubheading Visibilidad de las alteraciones de precaución

Para eliminar las alteraciones de cancelación que se imprimen en
un cambio de tonalidad explícito, establezca la propiedad
@code{printKeyCancellation} del contexto Staff a @code{#f}:

@lilypond[quote,verbatim,ragged-right]
\relative {
  \key g \major
  f'4 g a b
  \set Staff.explicitKeySignatureVisibility = #all-invisible
  \set Staff.printKeyCancellation = ##f
  \override Staff.KeySignature.break-visibility = #all-invisible
  \key bes \major
  f4 g a b \break
  f4 g a b
  f4 g a b
}
@end lilypond

Con estas sobreescrituras solamente permanecen las alteraciones
accidentales delante de las notas para indicar el cambio de
tonalidad.

Observe que al modificar la tonalidad a Do@tie{}mayor o
La@tie{}menor, las alteraciones de cancelación serían @emph{la
única} indicación del cambio de armadura.  En este caso, el
establecimiento de @code{printKeyCancellation} al valor @code{#f}
no tiene ningún efecto:

@lilypond[quote,verbatim,ragged-right]
\relative {
  \key g \major
  f'4 g a b
  \set Staff.explicitKeySignatureVisibility = #all-invisible
  \set Staff.printKeyCancellation = ##f
  \key c \major
  f4 g a b \break
  f4 g a b
  f4 g a b
}
@end lilypond

En lugar de ello, para suprimir las alteraciones de cancelación
aún cuando la armadura cambia a Do@tie{}mayor o a La@tie{}menor,
sobreescriba la visibilidad del grob @code{KeyCancellation}:

@lilypond[quote,verbatim,ragged-right]
\relative {
  \key g \major
  f'4 g a b
  \set Staff.explicitKeySignatureVisibility = #all-invisible
  \override Staff.KeyCancellation.break-visibility = #all-invisible
  \key c \major
  f4 g a b \break
  f4 g a b
  f4 g a b
}
@end lilypond

@c TODO Add visibility of cautionary accidentals before notes

@subsubsubheading Líneas divisorias automáticas

@cindex automaticBars
@cindex líneas divisorias, eliminación

Como caso especial, la impresión de las líneas divisorias también
se puede inhabilitar estableciendo la propiedad
@code{automaticBars} en el contexto Score.  Si se fija a
@code{#f}, las barras de compás no se imprimen automáticamente; se
deben crear explícitamente con una instrucción @code{\bar}.  A
diferencia de la instrucción predefinida @code{\cadenzaOn}, los
compases se siguen contando.  La generación de compases continúa
de acuerdo a esta cuenta si esta propiedad se establece
posteriormente a @code{#t}.  Si se fija al valor @code{#f}, sólo
pueden producirse saltos de línea en instrucciones @code{\bar}
explícitas.

@c TODO Add example

@subsubsubheading Claves transportadas

@cindex transportadas, visibilidad de las claves
@cindex visibilidad de las claves transportadas
@cindex claves, visibilidad de la transposición

El pequeño símbolo de transposición sobre una clave se produce por
parte del objeto @code{ClefModifier}.  Su visibilidad se hereda
automáticamente de la del objeto @code{Clef}, así que no es
necesario aplicar las sobreescrituras correspondientes
@code{break-visibility} a los objetos @code{ClefModifier} para
suprimir los símbolos de transposición u octavación para las
claves invisibles.

Para los cambios de clave explícitos, la propiedad
@code{explicitClefVisibility} controla tanto el símbolo de clave
como el símbolo de transposición o de octava asociado.

@seealso
Manual de aprendizaje:
@rlearning{Visibilidad y color de los objetos}


@node Estilos de línea
@subsection Estilos de línea
@translationof Line styles

Ciertas indicaciones de ejecución, p.ej., @i{rallentando},
@i{accelerando} y los @i{trinos} se escriben como texto y se
extienden sobre muchos compases mediante líneas, a veces punteadas
u onduladas.

Todos ellos usan las mismas rutinas que el glissando para dibujar
los textos y las líneas, y por ello el ajuste fino de su
comportamiento se hace de la misma manera. Se hace con un spanner
(un objeto de extensión), y la rutina responsable de dibujar los
objetos de extensión es @code{ly:line-spanner::print}. Esta rutina
determina la colocación exacta de los dos @i{extremos del objeto
de extensión} y dibuja una línea entre ellos, en el estilo
solicitado.

He aquí un ejemplo de los distintos estilos de línea disponibles,
y cómo aplicarles ajustes finos.

@lilypond[ragged-right,verbatim,quote]
\relative {
  d''2 \glissando d'2
  \once \override Glissando.style = #'dashed-line
  d,2 \glissando d'2
  \override Glissando.style = #'dotted-line
  d,2 \glissando d'2
  \override Glissando.style = #'zigzag
  d,2 \glissando d'2
  \override Glissando.style = #'trill
  d,2 \glissando d'2
}
@end lilypond

Las posiciones de los puntos extremos del objeto de extensión se
computan al vuelo para cada uno de los objetos gráficos, pero es
posible sobreescribirlos:

@c TODO Complete
@lilypond[ragged-right,verbatim,quote]
\relative {
  e''2 \glissando f
  \once \override Glissando.bound-details.right.Y = #-2
  e2 \glissando f
}
@end lilypond

El valor de @code{Y} está establecido a @w{@code{-2}} para el
extremo derecho.  El lado izquierdo se puede ajustar de forma
similar especificando @code{left} en vez de @code{right}.

Si no está establecido @code{Y}, el valor se computa a partir de la
posición vertical de los puntos de anclaje izquierdo y derecho del
extensor.

Son posibles otros ajustes de los extensores, para ver más
detalles consulte @ref{Objetos de extensión}.


@node Rotación de objetos
@subsection Rotación de objetos
@translationof Rotating objects

Tanto los objetos de presentación como los elementos de texto de
marcado se pueden girar cualquier ángulo respecto a cualquier
punto, pero difiere el método de hacerlo.

@menu
* Rotación de objetos de presentación::
* Rotación de elementos de marcado::
@end menu

@node Rotación de objetos de presentación
@unnumberedsubsubsec Rotación de objetos de presentación
@translationof Rotating layout objects

@cindex rotating objects
@cindex objects, rotating

Todos los objetos de presentación que contemplan el interface
@code{grob-interface} se pueden rotar estableciendo su propiedad
@code{rotation}.  Acepta una lista de tres elementos: el ángulo de
la rotación en sentido antihorario, y las coordenadas x e y del
punto con relación al punto de referencia del objeto, alrededor
del que se va a realizar la rotación.  El ángulo de rotación se
especifica en grados y las coordenadas en espacios de pentagrama.

El ángulo de rotación y las coordenadas del punto de rotación se
deben determinar por ensayo y error.

@cindex reguladores en ángulo
@cindex ángulo, reguladores en

Solamente en ciertas ocasiones es útil la rotación de objetos de
presentación; el ejemplo siguiente muestra una situación en que
puede serlo:

@lilypond[quote,fragment,verbatim]
g4\< e' d'' f''\!
\override Hairpin.rotation = #'(20 -1 0)
g4\< e' d'' f''\!
@end lilypond


@node Rotación de elementos de marcado
@unnumberedsubsubsec Rotación de elementos de marcado
@translationof Rotating markup

Todos los textos de marcado se pueden rotar para que se dispongan
en cualquier ángulo precediéndolos de la instrucción
@code{\rotate}.  La instrucción acepta dos argumentos: el ángulo
de rotación en grados en sentido antihorario, y el texto que
rotar.  Los límites que ocupa el texto no se rotan: toman su valor
a partir de los extremos de las coordenadas x e y del texto
rotado.  En el ejemplo siguiente la propiedad
@code{outside-staff-priority} del texto se establece a @code{#f}
para desactivar la evitación automática de colisiones, lo que
empuja al texto a una posición muy alta.

@lilypond[quote,fragment,verbatim]
\override TextScript.outside-staff-priority = ##f
g4^\markup { \rotate #30 "a G" }
b^\markup { \rotate #30 "a B" }
des'^\markup { \rotate #30 "a D-Flat" }
fis'^\markup { \rotate #30 "an F-Sharp" }
@end lilypond


@node Trucos avanzados
@section Trucos avanzados
@translationof Advanced tweaks

Esta sección trata sobre distintos enfoques en la realización de
ajustes finos a la apariencia de la partitura impresa.

@menu
* Alineación de objetos::
* Agrupación vertical de objetos gráficos::
* Modificación de los sellos::
* Modificación de las formas::
* Modificación de objetos de extensión divididos::
* Contenedores unpure-pure::
@end menu

@seealso
Manual de aprendizaje:
@rlearning{Trucar la salida},
@rlearning{Otras fuentes de información}.

Referencia de la notación:
@ref{Explicación del Manual de referencia de funcionamiento interno},
@ref{Modificar las propiedades}.

Manual de extensión:
@rextend{Interfaces para programadores}.

Archivos de inicio:
@file{scm/define-grobs.scm}.

Fragmentos de código:
@rlsr{Tweaks and overrides}.

Referencia de funcionamiento interno:
@rinternals{All layout objects}.


@node Alineación de objetos
@subsection Alineación de objetos
@translationof Aligning objects

Los objetos gráficos que soportan el interface
@code{self-alignment-interface} y/o el
@code{side-position-interface} se pueden alinear contra un objeto
colocado previamente, de diversas maneras.  Para ver una lista de
estos objetos, consulte @rinternals{self-alignment-interface} y
@rinternals{side-position-interface}.

Todos los objetos gráficos tienen un punto de referencia, una
extensión horizontal y una extensión vertical.  La extensión
horizontal es una pareja de números que dan los desplazamientos a
partir del punto de referencia de los bordes izquierdo y derecho,
siendo negativos los desplazamientos hacia la izquierda.  La
extensión vertical es una pareja de números que dan el
desplazamiento a partir del punto de referencia hasta los bordes
inferior y superior, siendo negativos los desplazamientos hacia
abajo.

La posición de un objeto sobre el pentagrama viene dada por los
valores de las propiedades @code{X-offset} e @code{Y-offset}.  El
valor de @code{X-offset} da el desplazamiento desde la coordenada
X del punto de referencia del objeto padre, y el valor de
@code{Y-offset} da el desplazamiento a partir de la línea central
del pentagrama.  Los valores de @code{X-offset} y @code{Y-offset}
se pueden establecer directamente o se puede dejar que se calculen
por parte de procedimientos para conseguir una alineación con el
objeto padre.

@warning{Muchos objetos tienen consideraciones de posicionamiento
especiales que hacen que se ignore o se modifique cualquier ajuste
realizado a @code{X-offset} o a @code{Y-offset}, a pesar de que el
objeto contemple el interface @code{self-alignment-interface}.  La
sobreescritura de las propiedades @code{X-offset} ó
@code{Y-offset} a un valor fijo hace que se descarte la respectiva
propiedad @code{self-alignment}.}

Por ejemplo, una alteración accidental se puede reposicionar
verticalmente estableciendo @code{Y-offset} pero los cambios a
@code{X-offset} no tienen ningún efecto.

Las letras de ensayo se pueden alinear con objetos divisibles como
líneas divisorias, claves, armaduras e indicaciones de compás.
Hay propiedades especiales que se encuentran en
@code{break-aligned-interface} para el posicionamiento de las
letras de ensayo sobre dichos objetos.

@seealso
Referencia de la notación:
@ref{Uso del break-alignable-interface}.

Manual de extensión:
@rextend{Funciones de callback}.

@menu
* Establecer directamente X-offset e Y-offset::
* Uso del side-position-interface::
* Uso del self-alignment-interface::
* Uso del break-alignable-interface::
@end menu


@node Establecer directamente X-offset e Y-offset
@unnumberedsubsubsec Establecer directamente @code{X-offset} y @code{Y-offset}
@translationof Setting X-offset and Y-offset directly

Se pueden dar valores numéricos a las propiedades @code{X-offset}
y @code{Y-offset} de muchos objetos.  El ejemplo siguiente muestra
tres notas con una digitación en su posición predeterminada y con
los valores @code{X-offset} y @code{Y-offset} modificados.

@lilypond[verbatim,fragment,quote]
a'-3
a'
-\tweak X-offset #0
-\tweak Y-offset #0
-3
a'
-\tweak X-offset #-1
-\tweak Y-offset #1
-3
@end lilypond

@c TODO write more


@node Uso del side-position-interface
@unnumberedsubsubsec Uso del @code{side-position-interface}
@translationof Using the side-position-interface

Un objeto que contempla el @code{side-position-interface} se puede
colocar junto a su objeto padre de forma que los bordes
especificados de los dos objetos se toquen.  El objeto se puede
situar encima, debajo, a la derecha o a la izquierda del objeto
padre.  El padre no se puede especificar; viene determinado por el
orden de los elementos en el flujo de entrada.  Casi todos los
objetos tienen la cabeza de la nota asociada como padre.

Los valores de las propiedades @code{side-axis} y @code{direction}
determinan dónde colocar el objeto, como sigue:

@c TODO add an example of each to the table

@multitable @columnfractions .3 .3 .3
@headitem @code{side-axis}  @tab @code{direction}  @tab
@headitem propiedad         @tab propiedad         @tab colocación

@item     @code{0}          @tab @w{@code{-1}}         @tab izquierda
@item     @code{0}          @tab @code{1}          @tab derecha
@item     @code{1}          @tab @w{@code{-1}}         @tab debajo
@item     @code{1}          @tab @code{1}          @tab encima

@end multitable

Si @code{side-axis} es @code{0}, @code{X-offset} se debe
establecer al procedimiento
@code{ly:side-position-interface::x-aligned-side}.  Este
procedimiento devuelve el calor correcto de @code{X-offset} para
situar el objeto al lado izquierdo o derecho del padre de acuerdo
con el valor de @code{direction}.

Si @code{side-axis} es @code{1}, @code{Y-offset} se debe
establecer al procedimiento
@code{ly:side-position-interface::y-aligned-side}.  Este
procedimiento devuelve el valor correcto de @code{Y-offset} para
situar el objeto encima o debajo del padre de acuerdo con el valor
de @code{direction}.

@c TODO Add examples


@node Uso del self-alignment-interface
@unnumberedsubsubsec Uso del @code{self-alignment-interface}
@translationof Using the self-alignment-interface

@subsubsubheading Auto-alineación horizontal de los objetos

La alineación horizontal de un objeto que contempla el interface
@code{self-alignment-interface} está controlada por el valor de la
propiedad @code{self-alignment-X}, siempre y cuando la propiedad
@code{X-offset} de este objeto esté establecida a
@code{ly:self-alignment-interface::x-aligned-on-self}.  Se le
puede dar a @code{self-alignment-X} cualquier valor real, en
unidades de la mitad de la extensión X total del objeto.  Los
valores negativos mueven el objeto a la derecha, los positivos
hacia la izquierda.  Un valor de @code{0} centra el objeto sobre
el punto de referencia de su padre, un valor de @w{@code{-1}}
alinea el borde izquierdo del objeto sobre el punto de referencia
de su padre, y un valor de @code{1} alinea el borde derecho del
objeto sobre el punto de referencia de su padre.  Se pueden usar
los símbolos @code{LEFT}, @code{CENTER} y @code{RIGHT} en
sustitución de los valores @w{@code{-1}}, @code{0} y @code{1},
respectivamente.

Normalmente se usaría la instrucción @code{\override} para
modificar el valor de @code{self-alignment-X}, pero se puede usar
la instrucción @code{\tweak} para alinear varias anotaciones por
separado sobre una sola nota:

@lilypond[quote,verbatim,fragment]
a'
-\tweak self-alignment-X #-1
^"left-aligned"
-\tweak self-alignment-X #0
^"center-aligned"
-\tweak self-alignment-X #RIGHT
^"right-aligned"
-\tweak self-alignment-X #-2.5
^"aligned further to the right"
@end lilypond

@subsubsubheading Auto-alineación vertical de los objetos

Los objetos se pueden alinear verticalmente en una forma análoga a la
alineación horizontal si la propiedad @code{Y-offset} está establecida
a @code{ly:self-alignment-interface::y-aligned-on-self}.  Sin embargo,
a menudo se encuentran implicados otros mecanismos en la alineación
vertical: el valor de @code{Y-offset} es tan sólo una variable que se
tiene en cuenta.  Esto puede hacer que ajustar el valor de ciertos
objetos sea una tarea dificultosa.  Las unidades son sólo la mitad de
las dimensiones verticales del objeto, que suele ser bastante pequeño,
por lo que pueden requerirse números bastante grandes.  Un valor de
@w{@code{-1}} alinea el borde inferior del objeto con el punto de
referencia del objeto padre, un valor de @code{0} alinea el centro del
objeto con el punto de referencia del padre, y un valor de @code{1}
alinea el borde superior del objeto con el punto de referencia del
padre.  Se pueden usar los símbolos @code{DOWN}, @code{CENTER},
@code{UP} en sustitución de @w{@code{-1}},
@code{0} y @code{1}, respectivamente.

@emph{Auto-alineación de objetos en las dos direcciones}

Estableciendo tanto @code{X-offset} como @code{Y-offset}, se puede
alinear un objeto en las dos direcciones simultáneamente.

El ejemplo siguiente muestra cómo ajustar una digitación de forma
que se acerque a la cabeza dela nota.

@lilypond[quote,verbatim,fragment]
a'
-\tweak self-alignment-X #0.5  % move horizontally left
-\tweak Y-offset #ly:self-alignment-interface::y-aligned-on-self
-\tweak self-alignment-Y #-1  % move vertically up
-3  % third finger
@end lilypond

@ignore
@unnumberedsubsubsec Uso de los procedimientos @code{aligned-on-parent}

@c Cannot document as they do not seem to operate consistently on all objects -td
@c TODO investigate further

The @code{aligned-on-parent} procedures are used in the same way
as the @code{aligned-on-self} procedures, they difference being
that they permit an object to be aligned with the @emph{edges} of
the parent rather than the parent's reference point.  The following
example shows the difference:

@c TODO Add example

@lilypond[verbatim,quote]
@end lilypond

@end ignore

@ignore
@unnumberedsubsubsec Uso de los procedimientos @code{centered-on-parent}

@c Cannot document as they do not seem to operate consistently on all objects -td
@c TODO investigate further

@end ignore

@c TODO The align-interface, BassFigureAlignment and VerticalAlignment


@node Uso del break-alignable-interface
@unnumberedsubsubsec Uso del @code{break-alignable-interface}
@translationof Using the break-alignable-interface

@cindex alineación a objetos
@cindex break-align-symbols

Las letras de ensayo se pueden alinear con objetos de notación
distintos a las barras de compás.  Estos objetos son
@code{ambitus}, @code{breathing-sign}, @code{clef}, @code{custos},
@code{staff-bar}, @code{left-edge}, @code{key-cancellation},
@code{key-signature} y @code{time-signature}.

Cada tipo de objeto tiene su propio punto de referencia
predeterminado, con el que se alinean las marcas de ensayo:

@lilypond[verbatim,quote,fragment]
% The rehearsal mark will be aligned to the right edge of the Clef
\override Score.RehearsalMark.break-align-symbols = #'(clef)
\key a \major
\clef treble
\mark "↓"
e'1
% The rehearsal mark will be aligned to the left edge of the Time Signature
\override Score.RehearsalMark.break-align-symbols = #'(time-signature)
\key a \major
\clef treble
\time 3/4
\mark "↓"
e'2.
% The rehearsal mark will be centered above the Breath Mark
\override Score.RehearsalMark.break-align-symbols = #'(breathing-sign)
\key a \major
\clef treble
\time 4/4
e'1
\breathe
\mark "↓"
@end lilypond

Se puede especificar una lista de posibles objetos para la
alineación.  Si algunos de los objetos son invisibles en ese punto
debido al valor de @code{break-visibility} o a valores de
visibilidad explícitos para las armaduras y las claves, la letra
de ensayo o número de compás se alinean con el primer objeto de la
lista que sea visible.  Si ningún objeto de la lista es visible,
el objeto se alinea con la línea divisoria.  Si la línea divisoria
es invisible, el objeto se alinea con el punto en el que se
encontraría la línea divisoria.

@lilypond[verbatim,quote,fragment]
% The rehearsal mark will be aligned to the right edge of the Key Signature
\override Score.RehearsalMark.break-align-symbols = #'(key-signature clef)
\key a \major
\clef treble
\mark "↓"
e'1
% The rehearsal mark will be aligned to the right edge of the Clef
\set Staff.explicitKeySignatureVisibility = #all-invisible
\override Score.RehearsalMark.break-align-symbols = #'(key-signature clef)
\key a \major
\clef bass
\mark "↓"
gis,1
% The rehearsal mark will be centered above the Bar Line
\set Staff.explicitKeySignatureVisibility = #all-invisible
\set Staff.explicitClefVisibility = #all-invisible
\override Score.RehearsalMark.break-align-symbols = #'(key-signature clef)
\key a \major
\clef treble
\mark "↓"
e'1
@end lilypond

La alineación de la letra de ensayo con relación al objeto de
notación se puede cambiar, como se ve en el ejemplo siguiente.  En
una partitura con varios pentagramas, este ajuste se debe hacer
para todos los pentagramas.

@lilypond[verbatim,quote,fragment]
% The RehearsalMark will be aligned with the right edge of the Key Signature
\override Score.RehearsalMark.break-align-symbols = #'(key-signature)
\key a \major
\clef treble
\time 4/4
\mark "↓"
e'1
% The RehearsalMark will be centered above the Key Signature
\once \override Score.KeySignature.break-align-anchor-alignment = #CENTER
\mark "↓"
\key a \major
e'1
% The RehearsalMark will be aligned with the left edge of the Key Signature
\once \override Score.KeySignature.break-align-anchor-alignment = #LEFT
\key a \major
\mark "↓"
e'1
@end lilypond

La letra de ensayo también se puede desplazar al borde derecho o
izquierdo en una medida arbitraria.  Las unidades son espacios de
pentagrama:

@lilypond[verbatim,quote,fragment]
% The RehearsalMark will be aligned with the left edge of the Key Signature
% and then shifted right by 3.5 staff-spaces
\override Score.RehearsalMark.break-align-symbols = #'(key-signature)
\once \override Score.KeySignature.break-align-anchor = #3.5
\key a \major
\mark "↓"
e'1
% The RehearsalMark will be aligned with the left edge of the Key Signature
% and then shifted left by 2 staff-spaces
\once \override Score.KeySignature.break-align-anchor = #-2
\key a \major
\mark "↓"
e'1
@end lilypond


@node Agrupación vertical de objetos gráficos
@subsection Agrupación vertical de objetos gráficos
@translationof Vertical grouping of grobs

@c TODO Expand this section

Los grobs (objetos gráficos) @code{VerticalAlignment} y
@code{VerticalAxisGroup} trabajan de manera coordinada.
@code{VerticalAxisGroup} agrupa distintos grobs como @code{Staff},
@code{Lyrics}, etc.  Después, @code{VerticalAlignment} alinea los
distintos grobs agrupados previamente por
@code{VerticalAxisGroup}.  Normalmente sólo existe un
@code{VerticalAlignment} por cada partitura, pero cada
@code{Staff}, @code{Lyrics}, etc. tiene su propio
@code{VerticalAxisGroup}.


@node Modificación de los sellos
@subsection Modificación de los sellos
@translationof Modifying stencils

Todos los objetos de presentación tienen una propiedad
@code{stencil} que es parte del @code{grob-interface}.  De forma
predeterminada, esta propiedad suele estar establecida a una
función específica del objeto que está hecha a medida para
disponer el símbolo que lo representa en la salida.  Por ejemplo,
el ajuste estándar para la propiedad @code{stencil} del objeto
@code{MultiMeasureRest} es @code{ly:multi-measure-rest::print}.

El símbolo estándar de cualquier objeto se puede sustituir
modificando la propiedad @code{stencil} para que haga referencia a
un procedimiento diferente escrito especialmente.  Esto requiere
un alto nivel de conocimiento del funcionamiento interno de
LilyPond, pero hay una forma más fácil que a menudo puede dar
resultados adecuados.

El procedimiento es establecer la propiedad @code{stencil} al
procedimiento que imprime texto (@code{ly:text-interface::print})
y añadir una propiedad @code{text} al objeto ajustada para que
contenga el texto de marcado que produce el símbolo requerido.
Debido a la flexibilidad del marcado, se pueden conseguir muchas
cosas; en particular, consulte @ref{Notación gráfica dentro de
elementos de marcado}.

El ejemplo siguiente muestra esto cambiando el símbolo de la
cabeza de la nota a unas aspas dentro de una circunferencia.

@lilypond[verbatim,quote]
XinO = {
  \once \override NoteHead.stencil = #ly:text-interface::print
  \once \override NoteHead.text = \markup {
    \combine
      \halign #-0.7 \draw-circle #0.85 #0.2 ##f
      \musicglyph #"noteheads.s2cross"
  }
}
\relative {
  a' a \XinO a a
}
@end lilypond

Cualquiera de los glifos de la fuente tipográfica Feta se puede
pasar a la instrucción de marcado @code{\musicglyph}: véase
@ref{La tipografía Feta}.

Se pueden insertar en línea tanto imágenes en formato @file{EPS}
como instrucciones de Postscript usando las instrucciones de
marcado @code{\epsfile} y @code{\postscript} respectivamente;
véase @ref{Graphic}.


@seealso
Referencia de la notación:
@ref{Notación gráfica dentro de elementos de marcado},
@ref{Formatear el texto},
@ref{Text markup commands},
@ref{La tipografía Feta},
@ref{Graphic}.


@node Modificación de las formas
@subsection Modificación de las formas
@translationof Modifying shapes

@menu
* Modificación de ligaduras de unión y de expresión::
@end menu


@node Modificación de ligaduras de unión y de expresión
@unnumberedsubsubsec Modificación de ligaduras de unión y de expresión
@translationof Modifying ties and slurs

@cindex ligaduras de expresión, modificar
@cindex ligaduras de unión, modificar
@cindex Bézier, curvas de, puntos de control
@cindex puntos de control en curvas de Bézier

Las ligaduras de unión (@code{Tie}s), de expresión (@code{Slur}s),
de fraseo (@code{PhrasingSlur}s), de dejar vibrar
(@code{LaissezVibrerTie}s) y de repetición (@code{RepeatTie}s) se
trazan como curvas de Bézier de tercer orden.  Si la forma de la
ligadura calculada automáticamente no resulta óptima, se puede
modificar su forma manualmente de dos formas:

@enumerate a
@item
mediante la especificación de los desplazamientos que se quieren
realizar sobre los puntos de control de la curva de Bézier
calculada automáticamente, o bien

@item
mediante la especificación explícita de las posiciones de los
cuatro puntos de control que se requieren para definir la curva
deseada.
@end enumerate

A continuación se explican ambos métodos.  El primer método es más
adecuado cuando solo se requieren ligeros ajustes de la curva; el
segundo puede ser mejor para crear curvas que tienen relación con
una única nota.

@subsubsubheading Curvas de Bézier cúbicas

Las curvas Bézier de tercer orden o cúbicas están definidas por
cuatro puntos de control.  El primer y cuarto puntos de control
son exactamente los puntos extremos de comienzo y de final de la
curva.  Los dos puntos de control intermedios definen la forma.
Se pueden encontrar en la web animaciones que muestran cómo se
traza la curva, pero la descripción siguiente puede ser de ayuda.
La curva comienza a partir del primer punto de control
dirigiéndose directamente hacia el segundo, curvándose
progresivamente para dirigirse hacia el tercero y continuando la
curva hacia el cuarto, llegando a éste en viaje directo desde el
tercer punto de control.  La curva está contenida enteramente
dentro del cuadrilátero definido por los cuatro puntos de control.
Todas las traslaciones, rotaciones y escalado de los puntos de
control producen exactamente las mismas operaciones sobre la
curva.

@subsubsubheading Especificar desplazamientos a partir de los puntos de control actuales

@cindex conformar ligaduras
@funindex \shape

En este ejemplo, la colocación automática de la ligadura no
resulta óptima, y @code{\tieDown} no es la solución.

@lilypond[verbatim,quote]
<<
  { e'1~ 1 }
\\
  \relative { r4 <g' c,> <g c,> <g c,> }
>>
@end lilypond

El ajuste de los puntos de control de la ligadura mediante la
instrucción @code{\shape} permite evitar las colisiones.

La sintaxis de @code{\shape} es:

@example
[-]@code{\shape} @var{desplazamientos} @var{elemento}
@end example

Esta instrucción recoloca los puntos de control de @var{elemento}
en las cantidades dadas por @var{desplazamientos}.  El argumento
@var{desplazamientos} es una lista de parejas de números o una
lista de tales listas.  Cada elemento de una pareja representa el
desplazamiento de una de las coordenadas de un punto de control.
Si el @var{elemento} es una cadena de caracteres, el resultado es
@code{\once\override} para el tipo de grob especificado.  Si
@var{elemento} es una expresión musical, el resultado es la misma
expresión musical con la consiguiente modificación aplicada.

En otras palabras, la función @code{\shape} puede actuar como una
instrucción @code{\once\override} o como una instrucción
@code{\tweak} dependiendo de si el argumento @var{elemento} es el
nombre de un grob, como @qq{Slur}, o una expresión musical, como
@qq{(}.  El argumento @var{desplazamientos} especifica los
desplazamientos de los cuatro puntos de control como una lista de
cuatro parejas de valores (dx . dy) en unidades de espacios de
pentagrama (o una lista de tales listas si la curva tiene más de
un segmento).

El guión precedente se exige si, y sólo si, se usa la forma
@code{\tweak}.

Así, usando el mismo ejemplo de arriba y la forma
@code{\once\override} de la instrucción @code{\shape}, lo
siguiente tiene el efecto de elevar la ligadura de unión en la
mitad de un espacio de pentagrama:

@lilypond[verbatim,quote]
<<
  {
    \shape #'((0 . 0.5) (0 . 0.5) (0 . 0.5) (0 . 0.5)) Tie
    e'1~ 1
  }
\\
  \relative { r4 <g' c,> <g c,> <g c,> }
>>
@end lilypond

Este posicionamiento de la ligadura de unión es mejor, pero quizá
debería elevarse más en la parte central.  El ejemplo siguiente
hace esto, esta vez usando la forma alternativa @code{\tweak}:

@lilypond[verbatim,quote]
<<
  {
    e'1-\shape #'((0 . 0.5) (0 . 1) (0 . 1) (0 . 0.5)) ~ e'
  }
\\
  \relative { r4 <g' c,> <g c,> <g c,> }
>>
@end lilypond

Los cambios en las posiciones horizontales de los puntos de
control se pueden hacer de la misma forma, y dos curvas distintas
que dan comienzo en el mismo momento musical se pueden conformar
también:

@lilypond[verbatim,quote,ragged-right]
\relative {
  c''8(\( a) a'4 e c\)
  \shape #'((0.7 . -0.4) (0.5 . -0.4) (0.3 . -0.3) (0 . -0.2)) Slur
  \shape #'((0 . 0) (0 . 0.5) (0 . 0.5) (0 . 0)) PhrasingSlur
  c8(\( a) a'4 e c\)
}
@end lilypond

La función @code{\shape} también puede desplazar los puntos de
control de las curvas que se extienden atravesando saltos de
línea.  Cada pieza de la curva dividida puede recibir su propia
lista de desplazamientos.  Si no se necesita hacer cambios a uno
de los segmentos en particular, se puede usar una lista vacía como
contenedor.  En este ejemplo, el salto de línea hace que la única
ligadura de expresión aparezca como si fueran dos:

@lilypond[verbatim,quote,ragged-right]
\relative {
  c'4( f g c
  \break
  d,4 c' f, c)
}
@end lilypond

Los cambios en la forma de las dos mitades de la ligadura de
expresión deja más claro que la ligadura continúa más allá del
salto de línea:

@lilypond[verbatim,quote,ragged-right]
% () may be used as a shorthand for ((0 . 0) (0 . 0) (0 . 0) (0 . 0))
% if any of the segments does not need to be changed
\relative c' {
  \shape #'(
             (( 0 . 0) (0 . 0) (0 . 0) (0 . 1))
             ((0.5 . 1.5) (1 . 0) (0 . 0) (0 . -1.5))
           ) Slur
  c4( f g c
  \break
  d,4 c' f, c)
}
@end lilypond

En una curva en forma de «S» siempre es necesario ajustar
manualmente los puntos de control: LilyPond nunca escoge tales
formas automáticamente.

@lilypond[verbatim,quote]
\relative c'' {
  c8( e b-> f d' a e-> g)
  \shape #'((0 . -1) (5.5 . -0.5) (-5.5 . -10.5) (0 . -5.5)) PhrasingSlur
  c8\( e b-> f d' a e-> g\)
}
@end lilypond

@subsubsubheading Especificar los puntos de control explícitamente

Las coordenadas de los puntos de contro de Bézier se especifican
en unidades de espacios de pentagrama.  La coordenada@tie{}X es
relativa al punto de referencia al que se adjunta la ligadura, y
la coordenada@tie{}Y es relativa a la línea central del
pentagrama.  Las coordenadas se especifican como una lista de
cuatro parejas de números decimales (reales).  Un enfoque consiste
en estimar las coordenadas de los dos extremos, y después adivinar
los dos puntos intermedios.  Los valores óptimos se encuentran
después por ensayo y error.  Tenga en cuenta que estos valores
podrían requerir un ajuste manual si se hace posteriormente
cualquier cambio manual a la música o a la disposición.

Una situación en la que es preferible especificar los puntos de
control explícitamente a especificar los desplazamientos es cuando
se necesita especificarlos de forma relativa a una nota única.  A
continuación presentamos un ejemplo de esto.  Muestra una forma de
indicar una ligadura que se extiende hacia el interior de las
casillas de primera y segunda vez de una repetición.

@lilypond[verbatim,quote]
\relative {
  c''1
  \repeat volta 3 { c4 d( e f }
  \alternative {
    { g2) d }
    {
      g2
      % create a slur and move it to a new position
      % the <> is just an empty chord to carry the slur termination
      -\tweak control-points #'((-2 . 3.8) (-1 . 3.9) (0 . 4) (1 . 3.4)) ( <> )
      f,
    }
    {
      e'2
      % create a slur and move it to a new position
      -\tweak control-points #'((-2 . 3) (-1 . 3.1) (0 . 3.2) (1 . 2.4)) ( <> )
      f,
    }
  }
}
@end lilypond

@knownissues
No es posible modificar la forma de las ligaduras de unión o de
expresión cambiando la propiedad @code{control-points} si hay más
de una en el mismo momento musical, ni siquiera usando la
instrucción @code{\tweak}.  Sin embargo, se puede sobreescribir la
propiedad @code{tie-configuration} de @code{TieColumn} para fijar
la línea de inicio y la dirección según se requiera.

@seealso
Referencia de funcionamiento interno:
@rinternals{TieColumn}.


@node Modificación de objetos de extensión divididos
@subsection Modificación de objetos de extensión divididos
@translationof Modifying broken spanners

@menu
* Uso de alterBroken::
@end menu

@node Uso de alterBroken
@unnumberedsubsubsec Uso de @code{\alterBroken}
@translationof Using alterBroken

@cindex extensión, modificación de objetos de
@cindex divididos, modificación de objetos de extensión
@funindex \alterBroken

Cuando un @qq{spanner} u objeto extenso atraviesa uno o varios
saltos de línea, cada fragmento hereda los atributos del objeto de
extensión original.  Así, el trucado ordinario de un objeto
dividido aplica las mismas modificaciones a todos y cada uno de
sus segmentos.  En el ejemplo que aparece a continuación, la
sobreescritura de @code{thickness} (grosor) afecta a la ligadura a
ambos lados del salto de línea.

@lilypond[verbatim,quote,ragged-right]
\relative c'' {
  r2
  \once\override Slur.thickness = 10
  c8( d e f
  \break
  g8 f e d) r2
}
@end lilypond

Es posible modificar de forma independiente el aspecto de los
fragmentos individuales de un objeto de extensión dividido, con la
instrucción @code{\alterBroken}.  Esta instrucción puede producir
un @code{\override} o bien un @code{\tweak} de una propiedad del
objeto de extensión.

La sintaxis de @code{\alterBroken} es

@example
[-]@code{\alterBroken} @var{propiedad} @var{valores} @var{elemento}
@end example

El argumento @var{valores} es una lista de valores, uno por cada
fragmento.  Si @var{elemento} el el nombre de un grob como
@code{Slur} o @code{Staff.PianoPedalBracket}, el resultado es una
instrucción de sobreescritura @code{\override} del tipo de grob
especificado.  Si @var{elemento} es una expresión musical como
@qq{(} o @qq{[} el resultado es la misma expresión musical con el
correspondiente truco aplicado.

El guión inicial se debe utilizar con la forma de trucaje,
@code{\tweak}.  No lo escriba cuando utilice @code{\alterBroken}
como una operación de sobreescritura, @code{\override}.

En su uso como @code{\override}, @code{\alterBroken} puede ir
precedido de @code{\once} o @code{\temporary} y ser revertido con
@code{\revert} con el argumento @var{propiedad}.

EL código siguiente aplica un @code{\override} independiente a
cada uno de los fragmentos de la ligadura del ejemplo anterior:

@lilypond[verbatim,quote,ragged-right]
\relative c'' {
  r2
  \alterBroken thickness #'(10 1) Slur
  c8( d e f
  \break
  g8 f e d) r2
}
@end lilypond

La instrucción @code{\alterBroken} se puede usar con cualquier
objeto de extensión, incluidos @code{Tie}, @code{PhrasingSlur},
@code{Beam} y @code{TextSpanner}.  Por ejemplo, un editor que está
preparando una edición académica podría desear indicar la ausencia
de parte de una ligadura de fraseo en una fuente haciendo
discontinuo solamente el segmento que se ha añadido.  El siguiente
ejemplo ilustra de qué manera se puede hacer esto, en este caso
usando la forma @code{\tweak} de la instrucción:

@lilypond[verbatim,quote,ragged-right]
% The empty list is conveniently used below, because it is the
% default setting of dash-definition, resulting in a solid curve.
\relative {
  c''2-\alterBroken dash-definition #'(() ((0 1.0 0.4 0.75))) \(e
  \break
  g2 e\)
}
@end lilypond

Es importante comprender que @code{\alterBroken} fija cada pieza
del objeto fragmentado al valor correspondiente dentro del
argumento @var{valores}.  Cuando hay menos valores que piezas,
cualquier fragmento adicional recibe la asignación de la lista
vacía.  Esto puede conllevar resultados no deseados si la
propiedad de disposición no está establecida a la lista vacía de
forma predeterminada.  En estos casos, se debe asignar a cada
segmento un valor adecuado.

@knownissues
Los saltos de línea pueden ocurrir en distintos lugares según
cambia la disposición de la música.  Los ajustes elegidos para
@code{\alterBroken} podrían no ser adecuados para un objeto de
extensión que ya no está dividido o que se fragmenta en más piezas
que antes.  El uso explícito (manual) de saltos de línea mediante
@code{\break} puede prevenir situaciones como ésta.

La instrucción @code{\alterBroken} no es efectiva para propiedades
de los objetos extensos accedidas antes del salto de línea, como
@code{direction}.

@seealso
Extender LilyPond:
@rextend{Trucos difíciles}.


@node Contenedores unpure-pure
@subsection Contenedores unpure-pure
@translationof Unpure-pure containers

@cindex Scheme, contenedores puros
@cindex Scheme, contenedores no-puros
@cindex puros, contenedores de Scheme
@cindex no-puros: contenedores de Scheme
@cindex horizontal, sobreescribir el espaciado

Los contenedores @q{unpure-pure} (pura y no pura) son útiles para
la sobreescritura de los cálculos del espaciado en el @emph{eje Y}
(concretamente @code{Y-offset} e @code{Y-extent}) con una función
de Scheme en lugar de un literal, es decir, un número o una pareja
de números.

Para ciertos objetos gráficos, las dimensiones @code{Y-extent}
están basadas en la propiedad @code{stencil}, la sobreescritura de
la propiedad de sello de éstos requiere una sobreescritura
adicional de @code{Y-extent} con un contenedor unpure-pure.
Cuando una función sobreescribe una dimensión @code{Y-offset} y/o
@code{Y-extent} se supone que esto dispara los cálculos de los
saltos de línea prematuramente durante la compilación.  Así pues,
la función no se evalúa en absoluto (devolviendo por lo general un
valor de @samp{0} o @samp{'(0 . 0)}) lo que puede dar lugar a
colisiones.  Una función @q{pura} no afecta a las propiedades,
objetos o suicidios de grobs, y por ello siempre ven sus valores
relacionados con el eje Y evaluados correctamente.

Actualmente hay unas treinta funciones que ya se consideran
@q{puras} y los contenedores Unpure-pure son una manera de
establecer funciones que no están en esta lista como @q{puras}.
La función @q{pura} se evalúa @emph{antes} de cualquier salto de
línea y así el espaciado horizontal se puede ajustar @q{a tiempo}.
La función @q{impura} se evalúa entonces @emph{después} del salto
de línea.

@warning{Dado que es difícil saber siempre qué funciones están en
esta lista, recomendamos que cualquier función @q{pura} que
estemos creando no utilice los grobs @code{Beam} o
@code{VerticalAlignment}.}

Un contenedor @q{unpure-pure} se contruye de la manera siguiente:

@code{(ly:make-unpure-pure-container f0 f1)}

donde @code{f0} es una función que toma @var{n} argumentos (@var{n >=
1}) y el primer argumento siempre debe ser el grob.  Ésta es la
función que da el resultado real.  @var{f1} es la función que se
etiqueta como @q{pura} que toma @var{n + 2} argumentos.  De nuevo, el
primer argumento debe ser siempre el grob pero los argumentos segundo
y tercero son argumentos de @q{inicio} y de @q{final}.

@var{inicio} y @var{final} son, a todos los efectos, valores mudos
que sólo tienen importancia para los @code{objetos de extensión}
(o sea: @code{Hairpin}, regulador, o @code{Beam}, barra), que
pueden devolver distintas estimaciones de altura basadas en una
columna de inicio y una de final.

El resto son los otros argumentos para la primera función (que
puede no ser ninguno si @var{n = 1}).

El resultado de la segunda función se usa como una aproximación del
valor necesario, que se usa entonces por la primera función para
obtener el valor real que se usa a continuación para el ajuste de
precisión mucho más tardío durante el proceso de espaciado.

@c TODO: The following example supposedly showing a collision no longer
@c 'works' since 2.18.x. Another example of a collision is needed.
@c Issue #3512

@lilypond[verbatim,quote,ragged-right]
#(define (square-line-circle-space grob)
(let* ((pitch (ly:event-property (ly:grob-property grob 'cause) 'pitch))
      (notename (ly:pitch-notename pitch)))
 (if (= 0 (modulo notename 2))
     (make-circle-stencil 0.5 0.0 #t)
     (make-filled-box-stencil '(0 . 1.0)
                              '(-0.5 . 0.5)))))

squareLineCircleSpace = {
  \override NoteHead.stencil = #square-line-circle-space
}

smartSquareLineCircleSpace = {
  \squareLineCircleSpace
  \override NoteHead.Y-extent =
   #(ly:make-unpure-pure-container
      ly:grob::stencil-height
      (lambda (grob start end) (ly:grob::stencil-height grob)))
}

\new Voice \with { \remove "Stem_engraver" }
\relative c'' {
  \squareLineCircleSpace
  cis4 ces disis d
  \smartSquareLineCircleSpace
  cis4 ces disis d
}
@end lilypond

En el primer compás, sin el contenedor @emph{unpure-pure}, el
motor de espaciado no conoce la anchura de la cabeza de la nota y
permite que colisione con las alteraciones accidentales.  En el
segundo compás, el motor de espaciado conoce la anchura de las
cabezas de las notas y evita la colisión mediante el alargamiento
de la línea en la medida adecuada.

Normalmente, para cálculos simples se pueden usar funciones casi
idénticas tanto para las partes @q{no pura} y @q{pura},
simplemente cambiando el número de argumentos que se pasan a, y el
ámbito de, la función.  Este caso de utilización es lo bastante
frecuente como para que @code{ly:make-unpure-pure-container}
construya dicha segunda función de forma predeterminada cuando se
llama con solo un argumento de función.

@warning{Si una función está caracterizada como @q{pura} y resulta
que no lo es, el resultado puede ser inesperado.}


@node Uso de las funciones musicales
@section Uso de las funciones musicales
@translationof Using music functions

@c TODO -- add @seealso, etc. to these subsections

Dondequiera que se necesite reutilizar trucos con distintas
expresiones musicales, con frecuencia conviene hacer que el truco
forme parte de una @emph{función musical}.  En esta sección
estudiaremos solamente las funciones de @emph{sustitución}, en las
que el objeto es sustituir una variable dentro de un fragmento de
código de entrada de LilyPond.  Se describen otras funciones más
complejas en @rextend{Funciones musicales}.

@menu
* Sintaxis de las funciones de sustitución::
* Ejemplos de funciones de sustitución::
@end menu


@node Sintaxis de las funciones de sustitución
@subsection Sintaxis de las funciones de sustitución
@translationof Substitution function syntax

Es fácil hacer una función que sustituya una variable dentro de
código de LilyPond.  La forma general de estas funciones es

@example
funcion =
#(define-music-function
     (@var{arg1} @var{arg2} @dots{})
     (@var{type1?} @var{type2?} @dots{})
   #@{
     @var{@dots{}música@dots{}}
   #@})
@end example

@noindent
donde

@multitable @columnfractions .33 .66
@item @code{@var{argN}}
@tab @var{n}-ésimo argumento

@item @code{@var{typeN?}}
@tab @emph{predicado de tipo} de Scheme para el que @code{@var{argN}}
debe devolver @code{#t}.

@item @code{@var{@dots{}música@dots{}}}
@tab código de entrada normal de LilyPond, que utiliza @code{$} (en los
lugares en que sólo se permiten construcciones de Lilypond) o
@code{#} (para usarlo como un valor de Scheme o un argumento de
función musical o música dentro de listas de música) para
referenciar argumentos (p.ej. @samp{#arg1}).
@end multitable

Es necesaria la lista de predicados de tipo.  Algunos de los
predicados de tipo más comunes que se utilizan en las funciones
musicales son:

@example
boolean?
cheap-list?  @emph{(utilizar en lugar de }@q{list?}@emph{ para un procesado más rápido)}
ly:duration?
ly:music?
ly:pitch?
markup?
number?
pair?
string?
symbol?
@end example

@noindent
Para ver una lista de los predicados de tipo disponibles, consulte
@ref{Predicados de tipo predefinidos}.  También se permiten los
predicados de tipo definidos por el usuario.

@seealso
Referencia de la notación:
@ref{Predicados de tipo predefinidos}.

Expansión de LilyPond:
@rextend{Sintaxis de las funciones musicales}.

Archivos instalados:
@file{lily/music-scheme.cc},
@file{scm/c++.scm},
@file{scm/lily.scm}.


@node Ejemplos de funciones de sustitución
@subsection Ejemplos de funciones de sustitución
@translationof Substitution function examples

Esta sección presenta algunos ejemplos de funciones de
sustitución.  No pretenden ser exhaustivas, sino demostrar algunas
de las posibilidades de las funciones de sustitución sencillas.

En el primer ejemplo se define una función que simplifica el
ajuste del relleno de un elemento de inscripción de texto
TextScript:

@lilypond[quote,verbatim,ragged-right]
padText =
#(define-music-function
     (padding)
     (number?)
   #{
     \once \override TextScript.padding = #padding
   #})

\relative {
  c''4^"piu mosso" b a b
  \padText #1.8
  c4^"piu mosso" b a b
  \padText #2.6
  c4^"piu mosso" b a b
}
@end lilypond

Además de números, podemos usar expresiones musicales, como notas,
para los argumentos de las funciones musicales:

@lilypond[quote,verbatim,ragged-right]
custosNote =
#(define-music-function
     (note)
     (ly:music?)
   #{
     \tweak NoteHead.stencil #ly:text-interface::print
     \tweak NoteHead.text
        \markup \musicglyph #"custodes.mensural.u0"
     \tweak Stem.stencil ##f
     #note
   #})

\relative { c'4 d e f \custosNote g }
@end lilypond

@funindex \etc
Ambas funciones son expresiones únicas sencillas en las que solo
falta el último elemento de una lamada de función o
sobreescritura.  Para estas definiciones de función en particular,
existe una sintaxis alternativa más simple que consiste
simplemente en escribir la parte constante de la expresión y
sustituir el elemento final que falta por @code{\etc}:

@lilypond[quote,verbatim,ragged-right]
padText =
  \once \override TextScript.padding = \etc

\relative {
  c''4^"piu mosso" b a b
  \padText #1.8
  c4^"piu mosso" b a b
  \padText #2.6
  c4^"piu mosso" b a b
}
@end lilypond

@lilypond[quote,verbatim,ragged-right]
custosNote =
  \tweak NoteHead.stencil #ly:text-interface::print
  \tweak NoteHead.text
     \markup \musicglyph #"custodes.mensural.u0"
  \tweak Stem.stencil ##f
  \etc

\relative { c'4 d e f \custosNote g }
@end lilypond


Se pueden definir funciones de sustitución con más de un
argumento:

@lilypond[quote,verbatim,ragged-right]
tempoPadded =
#(define-music-function
     (padding tempotext)
     (number? markup?)
   #{
     \once \override Score.MetronomeMark.padding = #padding
     \tempo \markup { \bold #tempotext }
   #})

\relative {
  \tempo \markup { "Low tempo" }
  c''4 d e f g1
  \tempoPadded #4.0 "High tempo"
  g4 f e d c1
}
@end lilypond

@c TODO: add appropriate @@ref's here.