Fix node names and translationof statements.

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

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

@ignore
Translation of GIT committish: 30f7edc4605e38b5735676d2874fc7be6f325267

    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.17.30"

@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.  Se ignoran las alturas
de las notas; las notas se imprimen sobre una línea.

@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,relative=2]
<<
  \new Staff {
    % leave the Voice context to be created implicitly
    c4 c
  }
  \new Staff {
    d4 d
  }
>>
@end lilypond

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

@lilypond[quote,verbatim,relative=2]
<<
  \new Staff <<
    \new Voice {
      \voiceOne
      c8 c c4 c c
    }
    \new Voice {
      \voiceTwo
      g4 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,relative=2]
<<
  \new Staff <<
    \new Voice = "A" {
      \voiceOne
      c8 c c4 c c
    }
    \new Voice = "A" {
      \voiceTwo
      g4 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'' {
        c4 c c c
      }
    }
    \context Voice = "two" {
      \relative c'' {
        g8 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'' {
        c4 c c c
      }
    }
    \context Voice = "two" {
      \relative c'' {
        g8 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' @{
  c1
  \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: precisamente uno de los
contextos de @code{Voice} que están dentro de un contexto de
@code{Staff} o de una construcción @code{<<@dots{}>>} persiste siempre
hasta el final de, contexto de @code{Staff} circundante o la
construcción @code{<<@dots{}>>}, incluso aunque puede haber períodos en
que no tiene nada que hacer.  El contexto que persiste de esta forma
será el primero que se encuentre en la primera construcción encerrada
entre llaves @code{@{@dots{}@}}, ignorando cualquiera que se encuentre
dentro de construcciones encerradas por ángulos dobles @code{<<@dots{}>>}.

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 c'' { d4 d d d }
musicB = \relative c'' { g4 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 c'' { a4 a a a }
accompaniment = \relative c' { d4 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 c'' {
  s1  % skip a bar
  a4 a a a
  s1  % skip a bar
  a4 a a a
}
accompaniment = \relative c' {
  d4 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,relative=1,verbatim]
<<
  \new Staff {
    f2 g
  }
  \new Staff \with {
     \remove "Time_signature_engraver"
     \remove "Clef_engraver"
  } {
    f2 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 c'' {
        \time 3/4
        c4 c c c c c
    }
  \new Staff \with {
    \consists "Timing_translator"
    \consists "Default_bar_line_engraver"
  }
  \relative c'' {
      \time 2/4
      c4 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 c'' {
    a4^"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 c'' {
    a4^"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 c'' {
    a4^"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 c'' {
      a4^"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 c'' {
      a4^"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 c'' {
        a4^"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 c'' {
        a4^"Default font" a a a
        a4 a a a
      }
    }
    \new Staff \with { fontSize = #-4 }
    {
      \relative c'' {
        a4^"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 c'' {
          a4^"Dynamics below" a a a
          a4 a a\ff a
        }
      }
    }
    \new Staff \with { \accidentalStyle dodecaphonic }
    {
      \new Voice \with { \dynamicUp }
      {
        \relative c'' {
          a4^"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 c'' {
  a4 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 \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.

Ponemos ambos dentro de un bloque @code{\layout}, como

@example
\layout @{
  \context @{
    \name ImproVoice
    @dots{}
  @}
  \context @{
    \Staff
    \accepts "ImproVoice"
  @}
@}
@end example

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

@example
\relative c'' @{
  a4 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{Engraver_group},
@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) y @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,
normalmente no sería deseable que los acordes de cifrado americano
estuvieran anidados dentro de un contexto @code{Staff}, por lo que el
contexto @code{ChordNames} no se incluye de forma predeterminada
dentro de la lista @qq{accepts} del contexto @code{Staff}, pero podría
hacerse si fuera necesario:

@lilypond[verbatim,quote]
\score {
  \new Staff {
    c' d' e' f'
    \chords { d1:m7 b1:min7.5- }
  }
}
@end lilypond

@lilypond[verbatim,quote]
\score {
  \new Staff {
    c' d' e' f'
    \chords { d1:m7 b1:min7.5- }
  }
  \layout {
    \context {
      \Staff
      \accepts "ChordNames"
    }
  }
}
@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,relative=2,verbatim]
c-2
\stemUp
f
@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,relative=2,verbatim]
c-2
\stemUp
f
@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 3 espacios de pentagrama entre la nota y la
digitación:
@example
\once \override Voice.Fingering.padding = #3
@end example

Al insertar esta instrucción antes de que se haya creado el objeto
Fingering, es decir, antes del @code{c2}, llegamos al siguiente
resultado:

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

En este caso, el contexto de este truco es @code{Voice}.  Este hecho
se puede deducir también a partir de la referencia del programa, ya
que la página dedicada al añadido @rinternals{Fingering_engraver} dice

@quotation
El grabador Fingering_engraver es 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 (incluso nombres de una sola palabra)
@item funciones de Scheme: 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,verbatim,relative=2]
c4
\override Staff.Stem.thickness = #4.0
c4
c4
c4
@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,verbatim,relative=2]
c4
\once \override Stem.thickness = #4.0
c4
c4
@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,verbatim,relative=2]
\override Slur.thickness = #3.0
c8[( c
\override Beam.beam-thickness = #0.6
c8 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{localKeySignature} (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,verbatim,relative=2]
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,verbatim,relative=2]
\set Score.autoBeaming = ##f
<<
  {
    e8 e e e
    \set autoBeaming = ##t
    e8 e e e
  } \\ {
    c8 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,verbatim,relative=2]
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,verbatim,relative=2]
\set Score.autoBeaming = ##t
<<
  {
    \unset autoBeaming
    e8 e e e
    \unset Score.autoBeaming
    e8 e e e
  } \\ {
    c8 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 que se aplican solamente a un único paso de tiempo se
pueden escribir con @code{\once}, por ejemplo en

@lilypond[quote,verbatim,relative=2]
c4
\once \set fontSize = #4.7
c4
c4
@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,verbatim,relative=2]
c4 c
\override Voice.Stem.thickness = #3.0
c4 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,verbatim,relative=2]
{ \override Staff.Stem.thickness = #3.0
  <<
    {
      e4 e
      \override Stem.thickness = #0.5
      e4 e
    } \\ {
      c4 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=2]
c4
\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=2]
{
  <<
    {
      e4
      \override Staff.Stem.thickness = #3.0
      e4 e e
    } \\ {
      c4 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} para afectar solamente
al instante de tiempo actual:

@lilypond[quote,verbatim,relative=2]
{
  <<
    {
      \override Stem.thickness = #3.0
      e4 e e e
    } \\ {
      c4
      \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[relative=2,verbatim,quote]
< 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[relative=2,verbatim,quote]
<\tweak color #red c>4
@end lilypond

@noindent
pero esto no funciona:

@lilypond[relative=2,verbatim,quote]
\tweak color #red c4
@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[relative=2,verbatim,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=1]
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[relative=2,verbatim,quote]
\tweak color #red c4
\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[relative=2,verbatim,quote]
\tweak Stem.color #red
\tweak Beam.color #green c8 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,quote,relative=1]
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 HACER: probablemente esta sección es innecesaria.

@ignore
We have seen two methods of changing properties: @code{\set} and
@code{\override}.  There are actually two different kinds of
properties.

@code{fontSize} is a special property: it is equivalent to
entering @code{\override @dots{} #'font-size} for all pertinent
objects.  Since this is a common change, the special
property (modified with @code{\set}) was created.

@end ignore


@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{keySignature}, @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::
* 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.

@strong{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}.

@strong{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}.

@strong{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}.

@strong{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, escríbalos
como elementos de marcado encima de las notas utilizando la
instrucción @code{\fret-diagram}, véase @ref{Marcas de diagramas de trastes}.

@strong{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.

@strong{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}.

@c silly work-around for texinfo broken-ness
@c (@strong{Note...} causes a spurious cross-reference in Info)
@b{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.

Por ejemplo, para insertar indicaciones dinámicas para las estrofas de
una pieza coral es necesario entrar en el modo de notas para poder
interpretar dichas indicaciones:

@lilypond[verbatim,relative=2,quote]
{ c4 c4 c4 c4 }
\addlyrics {
  \notemode{\set stanza = \markup{ \dynamic f 1. } }
  To be sung loudly
}
\addlyrics {
  \notemode{\set stanza = \markup{ \dynamic p 2. } }
  To be sung quietly
}
@end lilypond


@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=2]
c2( 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=2]
c2( 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 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,relative=1]
\new Staff \with {
  \override StaffSymbol.line-positions = #'(7 3 0 -4 -6 -7)
}
{ 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,relative=1]
\new Staff \with {
  \override StaffSymbol.width = #23
}
{ 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,relative=2]
a~ a
a
% increase the length of the tie
-\tweak minimum-length #5
~ a
@end lilypond

@lilypond[verbatim,quote,relative=2]
a1
\compressFullBarRests
R1*23
% increase the length of the rest bar
\once \override MultiMeasureRest.minimum-length = #20
R1*23
a1
@end lilypond

@lilypond[verbatim,quote,relative=2]
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=2]
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,quote,relative=1]
% 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,quote,relative=1]
% not effective alone
\once \override Beam.minimum-length = #20
e8 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
e8 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=2]
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-interface::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[relative=2,quote,verbatim]
e2 \glissando b
\once \override Glissando.bound-details.left.Y = #3
\once \override Glissando.bound-details.right.Y = #-2
e2 \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[relative=2,ragged-right,verbatim,quote]
\override Glissando.breakable = ##t
\override Glissando.bound-details.right-broken.Y = #-3
c1 \glissando \break
f1
@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,relative=2,verbatim]
\override TextSpanner.bound-details.left.text
   = \markup { \small \bold Slower }
c2\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[relative=1,quote,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"
c4^\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=2]
\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

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,verbatim,relative=1]
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

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,verbatim,relative=2]
a4 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,verbatim,relative=2]
\override Staff.Clef.color = #white
a1
@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,verbatim,relative=2]
\override Staff.Clef.color = #white
\override Staff.Clef.layer = #-1
a1
@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,relative=1,ragged-right]
f4 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 primera
línea a no ser que su valor establecido sea distinto de 1.
@item Clave: véase más abajo
@item Las repeticiones dobles de tipo porcentaje se imprimen completamente o
se suprimen por completo.  Utilice begin-of line-invisible para
imprimirlas y all-invisible para suprimirlas.
@item Armadura: véase más abajo
@item ClefModifier: véase más abajo
@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,relative=1,ragged-right]
\key g \major
f4 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,relative=1,ragged-right]
\key g \major
f4 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,relative=1,ragged-right]
\key g \major
f4 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,relative=1,ragged-right]
\key g \major
f4 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,relative=1,ragged-right]
\key g \major
f4 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-interface::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[relative=2,ragged-right,verbatim,quote]
d2 \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[relative=2,ragged-right,verbatim,quote]
e2 \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,verbatim,relative=1]
g4\< e' d' f\!
\override Hairpin.rotation = #'(20 -1 0)
g,,4\< 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,verbatim,relative=1]
\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::
* 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,quote,relative=2]
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,relative=1]
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 de la nota.

@lilypond[quote,verbatim,relative=2]
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,relative=1]
% The rehearsal mark will be aligned to right edge of the Clef
\override Score.RehearsalMark.break-align-symbols = #'(clef)
\key a \major
\clef treble
\mark "↓"
e1
% The rehearsal mark will be centered above the Time Signature
\override Score.RehearsalMark.break-align-symbols = #'(time-signature)
\key a \major
\clef treble
\time 3/4
\mark "↓"
e2.
% 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
e1
\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,relative=1]
% 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 "↓"
e1
% 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,relative=1]
% 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 "↓"
e1
% The RehearsalMark will be centered above the Key Signature
\once \override Score.KeySignature.break-align-anchor-alignment = #CENTER
\mark "↓"
\key a \major
e1
% 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 "↓"
e1
@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,relative=1]
% 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 "↓"
e1
% 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 "↓"
e1
@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 c'' {
  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}.

@c TODO Add inserting eps files or ref to later

@c TODO Add inserting Postscript or ref to later

@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}.


@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,relative=1]
<<
  { e1~ e }
\\
  { 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,relative=1]
<<
  {
    \shape #'((0 . 0.5) (0 . 0.5) (0 . 0.5) (0 . 0.5)) Tie
    e1~ e
  }
\\
  { 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,relative=1]
<<
  {
    e1-\shape #'((0 . 0.5) (0 . 1) (0 . 1) (0 . 0.5)) ~ e
  }
\\
  { 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=2]
c8(\( 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=1]
c4( 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,relative=1]
% () 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
\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=2]
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=2]
c1
\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 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.

@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.

@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
     (parser location @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

Los argumentos @code{parser} y @code{location} son necesarios, y se
utilizan en algunas situaciones avanzadas como se encuentra descrito
en @rextend{Sintaxis de las funciones musicales}.  Para las funciones
de sustitución, tan sólo hemos de asegurarnos de incluirlos.

También 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
     (parser location padding)
     (number?)
   #{
     \once \override TextScript.padding = #padding
   #})

\relative c'' {
  c4^"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
     (parser location 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' { c4 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
     (parser location padding tempotext)
     (number? markup?)
   #{
     \once \override Score.MetronomeMark.padding = #padding
     \tempo \markup { \bold #tempotext }
   #})

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

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