\input texinfo @c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-
@ignore
- Translation of GIT committish: 08560a1b8076630c4fc6cb9b902614d8b74fd6fc
+ Translation of GIT committish: 47db9a3883d726ca53e2133a3b2298f78dd6a32e
When revising a translation, copy the HEAD committish of the
version that you are working on. For details, see the Contributors'
dentro de LilyPond version @version{}.
@end macro
-@c `Essay' was born 2002-06-03 with git commit e38f5fc...
+@c `Essay' was born 2002-06-03 with this commit:
+@c tremolo segfault
+@c author: Han-Wen Nienhuys
+@c commit: 29262ca70c3d5209126150752fd3d804bef8e9a3
+@c file: Documentation/user/introduction.itely
+
@macro copyrightDeclare
Copyright @copyright{} 2002--2015 por los autores.
@end macro
@c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-
@ignore
- Translation of GIT committish: 7ec0c02a1520974682d2e3e3aa2dd59a1a05988d
+ Translation of GIT committish: 791d125bd2f98f1be6b7742bfedd981b5895c0c1
When revising a translation, copy the HEAD committish of the
version that you are working on. For details, see the Contributors'
A tamaños más pequeños, LilyPond utiliza líneas proporcionalmente más
gruesas de manera que la música siga leyéndose con comodidad.
-@ignore
This also allows staves of different sizes to coexist peacefully when
used together on the same page:
-@c TODO: are the stems in this example the right thickness? How should
-@c line weights be scaled for small staves?
-
@c Grieg's Violin Sonata Op. 45
@lilypond[indent=1.5\cm]
global = {
\score {
<<
\new Staff \with {
- fontSize = #-4
- \override StaffSymbol.staff-space = #(magstep -4)
- \override StaffSymbol.thickness = #(magstep -3)
+ \magnifyStaff #2/3
}
\relative {
\global
>>
}
@end lilypond
-@end ignore
@node ¿Para qué tanto esfuerzo?
@unnumberedsubsec ¿Para qué tanto esfuerzo?
@c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-
@ignore
- Translation of GIT committish: 26a079ca2393d053315ef8dbef626c897dc9645a
+ Translation of GIT committish: d2a84c5798a7568cd3c73ca4f4a23bca704c8608
When revising a translation, copy the HEAD committish of the
version that you are working on. For details, see the Contributors'
presentamos a continuación algunos títulos interesantes que puede
leer.
-
@table @cite
@item Ignatzek 1995
Klaus Ignatzek, Die Jazzmethode für Klavier. Schott's Söhne
capítulos contiene una panorámica de los acordes más comunes de la música de Jazz.
@item Gerou 1996
-
Tom Gerou and Linda Lusk, Essential Dictionary of Music
Notation. Alfred Publishing, Van Nuys CA ISBN 0-88284-768-6.
Una lista concisa y ordenada alfabéticamente de los problemas de la composición tipográfica y la notación
musical, que abarca la mayor parte de los casos más comunes.
+@item Gould 2011
+Elaine Gould, Behind Bars: the Definitive Guide to Music Notation.
+Faber Music Ltd. ISBN 0-571-51456-1.
+
+Hals über Kopf: Das Handbuch des Notensatzes.
+Edition Peters. ISBN 1843670488.
+
+Una completa guía de las reglas y convenciones de la notación musical
+que cubre todo desde los temas básicos hasta las técnicas más complejas y
+ofrece una fundamentación exhaustiva de los principios notacionales.
+
@item Read 1968
Gardner Read, Music Notation: A Manual of Modern Practice.
Taplinger Publishing, New York (2nd edition).
@c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-
@ignore
- Translation of GIT committish: 67a345f965d169bc1acd23ff4160914fb2142f38
+ Translation of GIT committish: f7dfb61e546cb03d61d92271839288c44abf8aed
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.16.0"
+@c \version "2.19.25"
@node Plantillas
@appendix Plantillas
@translationof Templates
-Esta sección del manual contiene plantillas con la partitura de LilyPond
-ya preparada. Sólo tiene que escribir las notas, lanzar LilyPond y ¡disfrutar de
-unas hermosas partituras impresas!
-
+Esta sección del manual contiene plantillas con la partitura de
+LilyPond ya preparada. Sólo tiene que escribir las notas, lanzar
+LilyPond y ¡disfrutar de unas hermosas partituras impresas!
@menu
+* Plantillas incorporadas::
* Plantillas de pentagrama único::
* Plantillas de piano::
* Plantillas de cuarteto de cuerda::
@end menu
+@node Plantillas incorporadas
+@appendixsec Plantillas incorporadas
+@translationof Built-in templates
+
+Algunas plantillas que son adecuadas para un abanico de
+posibilidades en música coral, se encuentran incorporadas dentro
+de LilyPond. Se pueden usar para crear música coral sencilla, con
+o sin acompañamiento de piano, en dos, cuatro u ocho pentagramas.
+A diferencia de otras plantillas, éstas están @q{incorporadas}, lo
+que significa que no tienen que copiarse o editarse: en lugar de
+ello, sencillamente se incluyen con la instrucción
+@code{@bs{}include} dentro del archivo de entrada.
+
+@warning {A diferencia de la mayoría de los archivos de inclusión,
+estas plantillas incorporadas se deben incluir @emph{al final} del
+archivo de entrada.}
+
+Las expresiones musicales necesarias se introducen definiendo
+valores para variables específicas. Estas definiciones deben ir
+antes del archivo incluido con la instrucción @code{@bs{}include}.
+
+@menu
+* Plantilla coral SATB ::
+* Plantilla coral SSAATTBB::
+@end menu
+
+@node Plantilla coral SATB
+@appendixsubsec Plantilla coral SATB
+@translationof SATB template
+
+La música se puede disponer con una o dos voces por pentagrama
+fijando el valor de @code{TwoVoicesPerStaff} a @code{##f} o
+@code{##t} respectivamente.
+
+A continuación aparece el archivo de entrada completo que produce
+un arreglo a cuatro voces SATB con letras individuales y
+acompañamiento de piano:
+
+@lilypond[verbatim, quote]
+ SopranoMusic = \relative { a'4\f a8 a a4 a }
+ SopranoLyrics = \lyricmode { Sop -- ra -- no ly -- rics }
+ AltoMusic = \relative { d'4\f d d d }
+ AltoLyrics = \lyricmode { Al -- to ly -- rics }
+ TenorMusic = \relative { a4\p a a a }
+ TenorLyrics = \lyricmode { Te -- nor ly -- rics }
+ BassMusic = \relative { c2\p c4 c }
+ BassLyrics = \lyricmode { Bass ly -- rics }
+ PianoRHMusic = \relative { c' e g c }
+ PianoDynamics = { s2\mp s4 s4 }
+ PianoLHMusic = \relative { c e g c }
+ \include "satb.ly"
+@end lilypond
+
+La misma entrada se puede utilizar para producir una partitura con
+dos voces po pentagrama, tan solo ajustando el valor de
+@code{TwoVoicesPerStaff} a @code{##t}. De nuevo, cada voz tiene
+su letra individual.
+
+
+@lilypond[verbatim, quote]
+ SopranoMusic = \relative { a'4\f a8 a a4 a }
+ SopranoLyrics = \lyricmode { Sop -- ra -- no ly -- rics }
+ AltoMusic = \relative { d'4\f d d d }
+ AltoLyrics = \lyricmode { Al -- to ly -- rics }
+ TenorMusic = \relative { a4\p a a a }
+ TenorLyrics = \lyricmode { Te -- nor ly -- rics }
+ BassMusic = \relative { c2\p c4 c }
+ BassLyrics = \lyricmode { Bass ly -- rics }
+ PianoRHMusic = \relative { c' e g c }
+ PianoDynamics = { s2\mp s4 s4 }
+ PianoLHMusic = \relative { c e g c }
+ TwoVoicesPerStaff = ##t
+ \include "satb.ly"
+@end lilypond
+
+Cuando se establece el valor de @code{TwoVoicesPerStaff} a falso o
+se deja como predeterminado, cualquiera de las variables musicales
+puede omitirse para producir arreglos con menos voces. Aquí, por
+ejemplo, aparece la manera en que debe escribirse el archivo de
+entrada para un dúo de Soprano y Bajo:
+
+@lilypond[verbatim,quote]
+ SopranoMusic = \relative { c'' c c c }
+ SopranoLyrics = \lyricmode { High voice ly -- rics }
+ BassMusic = \relative { a a a a }
+ BassLyrics = \lyricmode { Low voice ly -- rics }
+ \include "satb.ly"
+@end lilypond
+
+Se puede añadir a cada una de las partes una segunda estrofa o una
+letra alternativa:
+
+@lilypond[verbatim, quote]
+ SopranoMusic = \relative { a'4 a a a }
+ SopranoLyricsOne = \lyricmode {
+ \set stanza = "1."
+ Words to verse one
+ }
+ SopranoLyricsTwo = \lyricmode {
+ \set stanza = "2."
+ Words to verse two
+ }
+ \include "satb.ly"
+@end lilypond
+
+Cuando las letras y las duraciones son las mismas para todas las
+partes, la música vocal se dispone mejor sobre dos pentagramas con
+dos voces cada uno. Se ofrece la posibilidad de incluir hasta
+nueve estrofas. El ejemplo sin acompañamiento que aparece a
+continuación tiene solamente tres estrofas.
+
+@lilypond[verbatim, quote]
+ SopranoMusic = \relative { a' a a a }
+ AltoMusic = \relative { f' f f f }
+ VerseOne = \lyricmode {
+ \set stanza = "1."
+ Words to verse one
+ }
+ VerseTwo = \lyricmode {
+ \set stanza = "2."
+ Words to verse two
+ }
+ VerseThree = \lyricmode {
+ \set stanza = "3."
+ Words to verse three
+ }
+ TenorMusic = \relative { a a a a }
+ BassMusic = \relative { f f f f }
+ TwoVoicesPerStaff = ##t
+ \include "satb.ly"
+@end lilypond
+
+Puede ajustarse el valor de otras variables. La tonalidad y la
+indicación de compás se pueden modificar a partir de los ajustes
+predeterminados:
+
+@lilypond[verbatim, quote]
+ Key = \key a \major
+ Time = {
+ \time 5/4
+ \tempo "Allegro" 4 = 144
+ }
+ SopranoMusic = \relative { gis' gis gis gis gis }
+ AltoMusic = \relative { cis' cis cis cis cis }
+ VerseOne = \lyricmode { Words to this du -- et }
+ TwoVoicesPerStaff = ##t
+ \include "satb.ly"
+@end lilypond
+
+Los nombres de instrumento y/o los nombres cortos de instrumento
+se pueden modificar también:
+
+@lilypond[verbatim,quote]
+ SopranoMusic = \relative { c'' c c c }
+ SopranoLyrics = \lyricmode { High voice ly -- rics }
+ SopranoInstrumentName = "Soprano 1"
+ SopranoShortInstrumentName = "S1"
+ AltoMusic = \relative { a' a a a }
+ AltoLyrics = \lyricmode { Low voice ly -- rics }
+ AltoInstrumentName = "Soprano 2"
+ AltoShortInstrumentName = "S2"
+ \include "satb.ly"
+@end lilypond
+
+aunque en su lugar podría resultar más fácil usar la plantilla
+@code{ssaattbb.ly}, véase @ref{Plantilla coral SSAATTBB}.
+
+Se puede añadir un discanto definiendo el valor de la variable
+@code{DescantMusic} y se puede añadir una letra para el discanto
+definiendo valores para la variable @code{DescantLyrics}. De
+manera similar, puede añadirse una parte de solista por encima de
+los pentagramas del coro agrupado definiendo valores para
+@code{SoloMusic} y @code{SoloLyrics}.
+
+Los bloques @code{\header} y @code{\paper} se pueden añadir de la
+forma normal. Se puede poner un bloque @code{\layout} de la
+manera usual en el nivel superior, y el contenido se combina (pero
+no sobreescribe) con los ajustes predeterminados que se ofrecen en
+la plantilla. Como alternativa, todos los ajustes predeterminados
+provistos por la plantilla se pueden descartad definiendo una
+variable @code{Layout} que contenga @emph{todos} los ajustes
+requeridos:
+
+@example
+Layout = \layout @{ ... @}
+@end example
+
+El conjunto completo de variables que pueden modificarse se pueden
+consultar en el archivo @file{ly/satb.ly}, véase @ref{Otras
+fuentes de información}.
+
+@seealso
+Manual de aprendizaje:
+@ref{Organizar las piezas mediante variables},
+@ref{Plantillas de conjuntos vocales},
+@ref{Extender las plantillas},
+@ref{Otras fuentes de información}.
+
+@knownissues
+El establecimiento de la variable @code{TwoVoicesPerStaff} tiene
+efecto sobre la duración completa de la partitura: no se pueden
+dar distintos valores en momentos diferentes.
+
+No son posibles arreglos más complejos de música coral SATB con
+esta sencilla plantilla incorporada.
+
+
+@node Plantilla coral SSAATTBB
+@appendixsubsec Plantilla coral SSAATTBB
+@translationof SSAATTBB template
+
+Todas las variables definidas para la plantilla SATB, con la
+excepción de las variables @code{VerseXxx} están asimismo
+disponibles para la plantilla SSAATTBB, véase @ref{Plantilla coral
+SATB}. Además, la música y la letra de las voces primera y
+segunda en una cualquiera o en las cuatro partes se puede
+especificar dando valores a las variables @code{SopranoOneMusic},
+@code{SopranoTwoMusic}, etc., con las letras en
+@code{SopranoOneLyrics}, @code{SopranoTwoLyrics}, etc. Se pueden
+definir hasta cuatro estrovas adicionales para todas las partes
+usando las variables @code{SopranoOneLyricsOne}, estando las demás
+definidas de forma análoga.
+
+Si se establece el valor de @code{TwoVoicesPerStaff} a @code{##t},
+@emph{todas} las partes vocales se situarán en pentagramas únicos
+como voces en divisi. Si @code{TwoVoicesPerStaff} se deja en su
+valor predeterminado o se establece a @code{##f}, entonces las
+partes vocales individuales se pueden disponer sobre uno o dos
+pentagramas de acuerdo al valor de
+@code{SopranoTwoVoicesPerStaff}, @code{MenTwoVoicesPerStaff}, etc.
+
+Como ejemplo, supongamos que tenemos una pieza para soprano y
+contralto que comienza con todas las voces al unísono y continúa
+en una sección con dos partes vocales, soprano y contralto, y
+termina con una sección de cuatro pentagramas. Se codificaría de
+la siguiente forma:
+
+@lilypond[verbatim,quote]
+Time = { s1 \break s1 \break }
+WomenMusic = \relative { a'4 a a a }
+WomenLyrics = \lyricmode { Wo -- men ly -- rics }
+SopranoMusic = \relative { s1 | c''4 c c c8 c }
+SopranoLyrics = \lyricmode{ So -- pra -- no ly -- rics }
+AltoMusic = \relative { s1 | g'4 g g g }
+AltoLyrics = \lyricmode { Al -- to ly -- rics }
+SopranoOneMusic = \relative { s1 | s1 |e''4 e e e }
+SopranoOneLyrics = \lyricmode { Sop One ly -- rics }
+SopranoTwoMusic = \relative { s1 | s1 | c''4 c c c }
+SopranoTwoLyrics = \lyricmode { Sop Two ly -- rics }
+AltoOneMusic = \relative { s1 | s1 | g'4 g g g8 g }
+AltoOneLyrics = \lyricmode { Al -- to One ly -- rics }
+AltoTwoMusic = \relative { s1 | s1 | e'4 e e e8 e }
+AltoTwoLyrics = \lyricmode { Al -- to Two ly -- rics }
+\layout { ragged-right = ##t }
+\include "ssaattbb.ly"
+@end lilypond
+
+Las voces masculinas se pueden añadir de forma análoga.
+
+Para cambiar la disposición de forma que las voces de soprano en
+divisi utilicen un pentagrama compartido, sencillamente fijamos el
+valor de @code{SopranoTwoVoicesPerStaff} a ##t, dejando todos los
+demás valores sin cambios, así:
+
+@lilypond[verbatim,quote]
+SopranoTwoVoicesPerStaff = ##t
+Time = { s1 \break s1 \break }
+WomenMusic = \relative { a'4 a a a }
+WomenLyrics = \lyricmode { Wo -- men ly -- rics }
+SopranoMusic = \relative { s1 | c''4 c c c8 c }
+SopranoLyrics = \lyricmode{ So -- pra -- no ly -- rics }
+AltoMusic = \relative { s1 | g'4 g g g }
+AltoLyrics = \lyricmode { Al -- to ly -- rics }
+SopranoOneMusic = \relative { s1 | s1 |e''4 e e e }
+SopranoOneLyrics = \lyricmode { Sop One ly -- rics }
+SopranoTwoMusic = \relative { s1 | s1 | c''4 c c c }
+SopranoTwoLyrics = \lyricmode { Sop Two ly -- rics }
+AltoOneMusic = \relative { s1 | s1 | g'4 g g g8 g }
+AltoOneLyrics = \lyricmode { Al -- to One ly -- rics }
+AltoTwoMusic = \relative { s1 | s1 | e'4 e e e8 e }
+AltoTwoLyrics = \lyricmode { Al -- to Two ly -- rics }
+\layout { ragged-right = ##t }
+\include "ssaattbb.ly"
+@end lilypond
+
+o bien, para hacer que todas las voces emparejadas compartan un
+solo pentagrama, establezca @code{TwoVoicesPerStaff} al valor ##t:
+
+@lilypond[verbatim,quote]
+TwoVoicesPerStaff = ##t
+Time = { s1 \break s1 \break }
+WomenMusic = \relative { a'4 a a a }
+WomenLyrics = \lyricmode { Wo -- men ly -- rics }
+SopranoMusic = \relative { s1 | c''4 c c c8 c }
+SopranoLyrics = \lyricmode{ So -- pra -- no ly -- rics }
+AltoMusic = \relative { s1 | g'4 g g g }
+AltoLyrics = \lyricmode { Al -- to ly -- rics }
+SopranoOneMusic = \relative { s1 | s1 |e''4 e e e }
+SopranoOneLyrics = \lyricmode { Sop One ly -- rics }
+SopranoTwoMusic = \relative { s1 | s1 | c''4 c c c }
+SopranoTwoLyrics = \lyricmode { Sop Two ly -- rics }
+AltoOneMusic = \relative { s1 | s1 | g'4 g g g8 g }
+AltoOneLyrics = \lyricmode { Al -- to One ly -- rics }
+AltoTwoMusic = \relative { s1 | s1 | e'4 e e e8 e }
+AltoTwoLyrics = \lyricmode { Al -- to Two ly -- rics }
+\layout { ragged-right = ##t }
+\include "ssaattbb.ly"
+@end lilypond
+
+Es posible ver el conjunto completo de variables que se pueden
+cambiar examinando el archivo @file{ly/ssaattbb.ly}, véase
+@ref{Otras fuentes de información}.
+
+@seealso
+Manual de aprendizaje:
+@ref{Organizar las piezas mediante variables},
+@ref{Plantillas de conjuntos vocales},
+@ref{Extender las plantillas},
+@ref{Otras fuentes de información}.
+
+@knownissues
+El valor de las distintas variables @code{...TwoVoicesPerStaff} se
+aplica a toda la duración de la partitura: no pueden recibir
+valores distintos en tiempos diferentes.
+
+No son posibles arreglos de música coral a 8 partes más complejos,
+con esta sencilla plantilla incorporada.
+
+
@node Plantillas de pentagrama único
@appendixsec Plantillas de pentagrama único
@translationof Single staff templates
@appendixsec Plantillas de conjuntos vocales
@translationof Vocal ensembles templates
+Debemos copiar en nuestra partitura el texto de las plantillas que
+se muestran más abajo, y editarlas alllí. Si tiene una
+disposición coral SATB relativamente sencilla, quizá prefiera
+utilizar las plantillas incorporadas, que solo necesitan incluirse
+con la instrucción @code{\include}, véase @ref{Plantillas
+incorporadas}.
+
@menu
* Partitura vocal SATB::
* Partitura vocal SATB y reducción para piano automática::
Referencia de la notación:
@ref{Dirección y posición},
@ref{Indicaciones dinámicas contemporáneas},
-@ref{¿Qué sale por el MIDI?},
-@ref{Control de los matices en el MIDI}.
+@ref{Enriquecimiento de la salida MIDI},
+@ref{Control de las dinámicas del MIDI}.
Fragmentos de código:
@rlsr{Expressive marks}.
Referencia de la notación:
@ref{Formatear el texto},
@ref{Seleccionar la tipografía y su tamaño},
-@ref{¿Qué sale por el MIDI?},
-@ref{Control de los matices en el MIDI}.
+@ref{Enriquecimiento de la salida MIDI},
+@ref{Control de las dinámicas del MIDI}.
Extender LilyPond:
@rextend{Construcción del marcado en Scheme}.
@c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-
@ignore
- Translation of GIT committish: 18f6f13f39b25f28679fe2073763151008ca3366
+ Translation of GIT committish: 8016f31ef2a25bf9492a6ba65dc627622beac4af
When revising a translation, copy the HEAD committish of the
version that you are working on. For details, see the Contributors'
@chapter Entrada y salida generales
@translationof General input and output
-Esta sección trata de asuntos relacionados con la entrada y salida
-generales de LilyPond, más que con la notación específica.
+Esta sección trata de asuntos relacionados con la entrada y
+salida generales de LilyPond, más que con la notación específica.
@menu
* Estructura del código de entrada::
* Títulos y encabezamientos::
* Trabajar sobre los archivos de entrada::
* Controlar la salida::
-* Salida MIDI::
+* Creación de salida MIDI::
* Extraer información musical::
@end menu
@section Estructura del código de entrada
@translationof Input structure
-El formato principal de entrada para LilyPond son archivos de texto.
-Por convenio, el nombre de estos archivos termina en @file{.ly}.
+El formato principal de entrada para LilyPond son archivos de
+texto. Por convenio, el nombre de estos archivos termina en
+@file{.ly}.
@menu
* Estructura de una partitura::
@warning{Sólo puede haber @strong{una} expresión musical dentro del
bloque @code{\score}, y @strong{debe} estar encerrada entre llaves.}
-Esta expresión musical única puede tener cualquier tamaño, y puede
-contener otras expresiones musicales hasta cualquier grado de
-complejidad. Todos los siguientes ejemplos son expresiones musicales:
+Esta expresión musical única puede tener cualquier tamaño, y
+puede contener otras expresiones musicales hasta cualquier grado
+de complejidad. Todos los siguientes ejemplos son expresiones
+musicales:
@example
@{ c'4 c' c' c' @}
@}
@end example
-Los comentarios son una excepción a esta regla general (para ver otras
-excepciones, consulte @ref{Estructura del archivo}). Tanto los comentarios de
-una línea como los que están delimitados por @code{%@{ @dots{} %@}} se
-pueden escribir en cualquier lugar dentro del archivo de entrada. Se
-pueden escribir dentro o fuera del bloque @code{\score}, y dentro o
-fuera de la expresión musical única dentro del bloque @code{\score}.
-
-Recuerde que incluso dentro de un archivo que contenga solamente un
-bloque @code{\score}, éste se encuentra incluido implícitamente dentro
-de un bloque @code{\book}. Un bloque @code{\book} dentro de un
-archivo fuente produce al menos un archivo de salida, y de forma
-predeterminada el nombre del archivo de salida que se produce está
-derivado del nombre del archivo de entrada, de forma que
-@file{fandangoforelephants.ly} da como resultado
-@file{fandangoforelephants.pdf}.
-
-(Para ver más detalles acerca de los bloques @code{\book}, consulte
-@ref{Varias partituras en un libro}, @ref{Varios archivos de salida a
-partir de uno de entrada} y @ref{Estructura del archivo}.)
+Los comentarios son una excepción a esta regla general (para ver
+otras excepciones, consulte @ref{Estructura del archivo}). Tanto
+los comentarios de una línea como los que están delimitados por
+@code{%@{ @dots{} %@}} se pueden escribir en cualquier lugar
+dentro del archivo de entrada. Se pueden escribir dentro o fuera
+del bloque @code{\score}, y dentro o fuera de la expresión
+musical única dentro del bloque @code{\score}.
+
+Recuerde que incluso dentro de un archivo que contenga solamente
+un bloque @code{\score}, éste se encuentra incluido
+implícitamente dentro de un bloque @code{\book}. Un bloque
+@code{\book} dentro de un archivo fuente produce al menos un
+archivo de salida, y de forma predeterminada el nombre del
+archivo de salida que se produce está derivado del nombre del
+archivo de entrada, de forma que @file{fandangoforelephants.ly}
+da como resultado @file{fandangoforelephants.pdf}.
+
+(Para ver más detalles acerca de los bloques @code{\book},
+consulte @ref{Varias partituras en un libro},
+@ref{Varios archivos de salida a partir de uno de entrada} y
+@ref{Estructura del archivo}.)
@seealso
Manual de aprendizaje:
@funindex \book
Todos los movimientos y textos que aparecen en el mismo archivo
-@file{.ly} se tipografían normalmente en la forma de un solo archivo
-de salida.
+@file{.ly} se tipografían normalmente en la forma de un solo
+archivo de salida.
@example
\score @{
salida el primer @code{\score} o @code{\markup}.
El encabezamiento de cada pieza se puede poner dentro del bloque
-@code{\score}. Antes de cada movimiento, se imprime el nombre de la
-pieza (@code{piece}) extraído del encabezamiento. El título del libro
-entero se puede poner dentro del bloque @code{\book}, pero si no está
-presente se inserta el encabezamiento @code{\header} que está al
-principio del archivo.
+@code{\score}. Antes de cada movimiento, se imprime el nombre de
+la pieza (@code{piece}) extraído del encabezamiento. El título
+del libro entero se puede poner dentro del bloque @code{\book},
+pero si no está presente se inserta el encabezamiento
+@code{\header} que está al principio del archivo.
@example
\header @{
@funindex \bookpart
-Se pueden agrupar distintas piezas de música en partes de un libro
-utilizando bloques @code{\bookpart}. Las partes de libro se separan
-por medio de saltos de página, y pueden dar comienzo con un título,
-como el libro propiamente dicho, mediante la especificación del bloque
-@code{\header}.
+Se pueden agrupar distintas piezas de música en partes de un
+libro utilizando bloques @code{\bookpart}. Las partes de libro
+se separan por medio de saltos de página, y pueden dar comienzo
+con un título, como el libro propiamente dicho, mediante la
+especificación del bloque @code{\header}.
@example
\bookpart @{
@translationof Multiple output files from one input file
Si queremos varios archivos de salida a partir del mismo archivo
-@file{.ly}, podemos escribir varios bloques @code{\book}, donde cada
-uno de estos bloques @code{\book} dará como resultado un archivo de
-salida distinto. Si no especificamos ningún bloque @code{\book} en el
-archivo, LilyPond trata implícitamente todo el archivo como un solo
-bloque @code{\book}, véase @ref{Estructura del archivo}.
+@file{.ly}, podemos escribir varios bloques @code{\book}, donde
+cada uno de estos bloques @code{\book} dará como resultado un
+archivo de salida distinto. Si no especificamos ningún bloque
+@code{\book} en el archivo, LilyPond trata implícitamente todo el
+archivo como un solo bloque @code{\book}, véase @ref{Estructura
+del archivo}.
Al producir varios archivos a partir de un solo archivo fuente,
-Lilypond se asegura de que ninguno de los archivos de salida de ningún
-bloque @code{\book} sobreescribe el archivo de salida producido por un
-@code{\book} anterior del mismo archivo de entrada.
+Lilypond se asegura de que ninguno de los archivos de salida de
+ningún bloque @code{\book} sobreescribe el archivo de salida
+producido por un @code{\book} anterior del mismo archivo de
+entrada.
-Lo hace añadiendo un sufijo al nombre de la salida para cada libro
-@code{\book} que utiliza el nombre del archivo de salida
+Lo hace añadiendo un sufijo al nombre de la salida para cada
+libro @code{\book} que utiliza el nombre del archivo de salida
predeterminado, derivado del archivo fuente de entrada.
-El comportamiento predeterminado es añadir un sufijo con el número de
-versión para cada nombre que pueda coincidir; así:
+El comportamiento predeterminado es añadir un sufijo con el
+número de versión para cada nombre que pueda coincidir; así:
@example
\book @{
@funindex \bookOutputName
Lilypond le ofrece unos mecanismos que le permiten controlar los
-nombres de archivo que se utilizan por parte de los diversos motores
-finales al producir los archivos de salida.
-
-En la sección anterior vimos cómo Lilypond evita las coincidencias de
-nombres al producir varias salidas a partir de un único archivo fuente
-de entrada. También podemos especificar nuestros propios sufijos para
-cada bloque @code{\book}, de manera que podemos producir, por ejemplo,
-archivos con los nombres @file{eightminiatures-Romanze.pdf},
+nombres de archivo que se utilizan por parte de los diversos
+motores finales al producir los archivos de salida.
+
+En la sección anterior vimos cómo Lilypond evita las
+coincidencias de nombres al producir varias salidas a partir de
+un único archivo fuente de entrada. También podemos especificar
+nuestros propios sufijos para cada bloque @code{\book}, de manera
+que podemos producir, por ejemplo, archivos con los nombres
+@file{eightminiatures-Romanze.pdf},
@file{eightminiatures-Menuetto.pdf} y
@file{eightminiatures-Nocturne.pdf} añadiendo una declaración
@code{\bookOutputSuffix} dentro de cada bloque @code{\book}.
@}
@end example
-También podemos especificar un nombre de archivo de salida diferente
-para cada bloque @code{book}, mediante la utilización de declaraciones
-@code{\bookOutputName}:
+También podemos especificar un nombre de archivo de salida
+diferente para cada bloque @code{book}, mediante la utilización
+de declaraciones @code{\bookOutputName}:
@example
\book @{
@funindex \book
@funindex \bookpart
-Un archivo @file{.ly} puede contener cualquier número de expresiones
-del nivel superior, donde una expresión del nivel superior es una de
-las siguientes posibilidades:
+Un archivo @file{.ly} puede contener cualquier número de
+expresiones del nivel superior, donde una expresión del nivel
+superior es una de las siguientes posibilidades:
@itemize
@item
Una definición de salida, como @code{\paper}, @code{\midi} y
@code{\layout}. Tal definición en el nivel más alto cambia los
-ajustes predeterminados para todo el libro. Si se introduce más de
-una de estas definiciones del mismo tipo en el nivel más alto, las
-definiciones se combinan, pero en situaciones de conflicto las
-definiciones más tardías tienen preferencia. Para ver los detalles
-sobre cómo afecta al bloque @code{\layout}, consulte
+ajustes predeterminados para todo el libro. Si se introduce más
+de una de estas definiciones del mismo tipo en el nivel más alto,
+las definiciones se combinan, pero en situaciones de conflicto
+las definiciones más tardías tienen preferencia. Para ver los
+detalles sobre cómo afecta al bloque @code{\layout}, consulte
@ref{El bloque layout,,El bloque @code{@bs{}layout}}.
@item
@code{#(ly:set-option 'point-and-click #f)}.
@item
-Un bloque @code{\header}. Esto establece el bloque de encabezamiento
-global (es decir, al principio del archivo). Es el bloque que
-contiene los ajustes predeterminados de los campos de encabezamientos
-como el compositor, título, etc. para todos los libros que están
-dentro del archivo (véase @ref{Explicación de los títulos}).
+Un bloque @code{\header}. Esto establece el bloque de
+encabezamiento global (es decir, al principio del archivo). Es
+el bloque que contiene los ajustes predeterminados de los campos
+de encabezamientos como el compositor, título, etc. para todos
+los libros que están dentro del archivo (véase
+@ref{Explicación de los títulos}).
@item
-Un bloque @code{\score}. Esta partitura se reúne con otras partituras
-del nivel superior, y se combina con ellas formando un @code{\book}
-(libro) único. Este comportamiento se puede cambiar estableciendo el
-valor de la variable @code{toplevel-score-handler} en el nivel
-superior. El @emph{handler} predeterminado se define en el archivo de
-inicio @file{../scm/lily.scm}.
+Un bloque @code{\score}. Esta partitura se reúne con otras
+partituras del nivel superior, y se combina con ellas formando un
+@code{\book} (libro) único. Este comportamiento se puede cambiar
+estableciendo el valor de la variable
+@code{toplevel-score-handler} en el nivel superior. El
+@emph{handler} predeterminado se define en el archivo de inicio
+@file{../scm/lily.scm}.
@item
Un bloque @code{\book} combina lógicamente varios movimientos (es
-decir, varios bloques @code{\score}) en un solo documento. Si hay
-varias partituras @code{\score}, se crea un solo archivo de salida
-para cada bloque @code{\book}, en el que se concatenan todos los
-movimientos correspondientes. La única razón para especificar
-explícitamente bloques @code{\book} en un archivo de entrada
-@file{.ly} es si queremos crear varios archivos de salida a partir de
-un único archivo de entrada. Una excepción se da dentro de los
-documentos de lilypond-book, en los que tenemos que escribir
-explícitamente un bloque @code{\book} si queremos tener más de una
-única partitura @code{\score} o marcado @code{\markup} en el mismo
-ejemplo. Se puede cambiar este comportamiento estableciendo el valor
-de la variable @code{toplevel-book-handler} en el nivel superior. El
+decir, varios bloques @code{\score}) en un solo documento. Si
+hay varias partituras @code{\score}, se crea un solo archivo de
+salida para cada bloque @code{\book}, en el que se concatenan
+todos los movimientos correspondientes. La única razón para
+especificar explícitamente bloques @code{\book} en un archivo de
+entrada @file{.ly} es si queremos crear varios archivos de salida
+a partir de un único archivo de entrada. Una excepción se da
+dentro de los documentos de lilypond-book, en los que tenemos que
+escribir explícitamente un bloque @code{\book} si queremos tener
+más de una única partitura @code{\score} o marcado @code{\markup}
+en el mismo ejemplo. Se puede cambiar este comportamiento
+estableciendo el valor de la variable
+@code{toplevel-book-handler} en el nivel superior. El
@emph{handler} predeterminado se define en el archivo de inicio
@file{../scm/lily.scm}.
@item
Un bloque @code{\bookpart}. Un libro puede dividirse en varias
-partes, utilizando bloques @code{\bookpart}, con objeto de facilitar
-la inserción de saltos de página o usar distintos ajustes de
-@code{\paper} en las distintas partes.
+partes, utilizando bloques @code{\bookpart}, con objeto de
+facilitar la inserción de saltos de página o usar distintos
+ajustes de @code{\paper} en las distintas partes.
@item
Una expresión musical compuesta, como
@{ c'4 d' e'2 @}
@end example
-Esto añade la pieza al @code{\score} y la conforma dentro de un libro
-único junto a todas las demás partituras @code{\score} y expresiones
-musicales del nivel superior. En otras palabras, un archivo que
-contiene sólo la expresión musical anterior se traduce a
+Esto añade la pieza al @code{\score} y la conforma dentro de un
+libro único junto a todas las demás partituras @code{\score} y
+expresiones musicales del nivel superior. En otras palabras, un
+archivo que contiene sólo la expresión musical anterior se
+traduce a
@example
\book @{
@end example
Los textos de marcado se colocan encima, en medio o debajo de las
-partituras o expresiones musicales, según donde aparezcan escritos.
+partituras o expresiones musicales, según donde aparezcan
+escritos.
@cindex variables
@end example
Esto se puede utilizar más tarde en el archivo escribiendo
-@code{\fulano}. El nombre de las variables ha de ser exclusivamente
-alfabético; sin números, guiones ni barras bajas.
+@code{\fulano}. El nombre de las variables ha de ser
+exclusivamente alfabético; sin números, guiones ni barras bajas.
@end itemize
-El ejemplo siguiente muestra tres cosas que se pueden introducir en el
-nivel superior:
+El ejemplo siguiente muestra tres cosas que se pueden introducir
+en el nivel superior:
@example
\layout @{
@{ c'4 d' e2 @}
@end example
-En cualquier punto del archivo se pueden introducir cualquiera de las
-instrucciones léxicas siguientes:
+En cualquier punto del archivo se pueden introducir cualquiera de
+las instrucciones léxicas siguientes:
@itemize
@item @code{\version}
@item @code{\include}
@item @code{\sourcefilename}
@item @code{\sourcefileline}
-@item
-Un comentario de una línea, determinado por un símbolo @code{%} al principio.
+@item Un comentario de una línea, determinado por un símbolo @code{%}
+al principio.
@item
-Un comentario de varias líneas, delimitado por @code{%@{ @dots{} %@}}.
+Un comentario de varias líneas, delimitado por @code{%@{ @dots{}
+%@}}.
@end itemize
@cindex espacios en blanco
-Por lo general se ignoran los espacios entre elementos del flujo de
-entrada, y se pueden omitir o aumentar tranquilamente para mejorar la
-legibilidad. Sin embargo, los espacios se deben utilizar siempre para
-evitar errores, en las siguientes situaciones:
+Por lo general se ignoran los espacios entre elementos del flujo
+de entrada, y se pueden omitir o aumentar tranquilamente para
+mejorar la legibilidad. Sin embargo, los espacios se deben
+utilizar siempre para evitar errores, en las siguientes
+situaciones:
@itemize
invertida.
@item A continuación de todo elemento que se deba interpretar
-como expresión de Scheme, es decir, todo elemento que comience por
-un signo@tie{}@code{#}.
+como expresión de Scheme, es decir, todo elemento que comience
+por un signo@tie{}@code{#}.
@item Para separar los elementos de una expresión de Scheme.
@section Títulos y encabezamientos
@translationof Titles and headers
+@cindex títulos
+@cindex encabezamientos
+@cindex pies de página
+
Casi toda la música impresa tiene un título y el nombre del
compositor; ciertas piezas tienen mucha más información.
@menu
* Crear títulos encabezamientos y pies de página::
* Títulos encabezamientos y pies de página personalizados::
+* Creación de metadatos de PDF::
* Crear notas al pie::
* Referencia a números de página::
* Índice general::
Cada bloque @code{\book} de un solo archivo de entrada produce un
archivo de salida distinto, véase @ref{Estructura del archivo}.
-Dentro de cada archivo de salida están disponibles tres tipos de zonas
-para títulos: @emph{Títulos de libro} al principio de cada libro,
-@emph{Títulos de parte de libro} al principio de cada
-parte de un libro y @emph{Títulos de partitura} al comienzo de una
-partitura.
-
-Los valores de los campos para encabezamientos tales como @code{title}
-(para el título) y @code{composer} (para el autor) se establecen en
-bloques @code{\header} (para ver la sintaxis de los bloques
-@code{\header} y una lista completa de los campos disponibles de forma
-predeterminada, consulte @ref{Presentación predeterminada de los
-títulos de partes de libro y partitura}). Tanto los títulos de libro como
-los títulos de parte de libro y los títulos de partitura pueden
-contener los mismos
-campos, aunque de forma predeterminada los campos de los títulos de
+Dentro de cada archivo de salida están disponibles tres tipos de
+zonas para títulos: @emph{Títulos de libro} al principio de cada
+libro, @emph{Títulos de parte de libro} al principio de cada
+parte de un libro y @emph{Títulos de partitura} al comienzo de
+una partitura.
+
+Los valores de los campos para encabezamientos tales como
+@code{title} (para el título) y @code{composer} (para el autor)
+se establecen en bloques @code{\header} (para ver la sintaxis de
+los bloques @code{\header} y una lista completa de los campos
+disponibles de forma predeterminada, consulte @ref{Presentación
+predeterminada de los títulos de partes de libro y partitura}).
+Tanto los títulos de libro como los títulos de parte de libro y
+los títulos de partitura pueden contener los mismos campos,
+aunque de forma predeterminada los campos de los títulos de
partitura se limitan a @code{piece} (pieza) y @code{opus}.
Los bloques @code{\header} se pueden situar en cuatro lugares
@end itemize
-Los valores de los campos se fitran a través de esta jerarquía,
-persistiendo aquellos que se establecen más arriba a no ser que se
-sobreescriban por un valor establecido más abajo en la jerarquía, y
-así:
+Los valores de los campos se filtran a través de esta jerarquía,
+persistiendo aquellos que se establecen más arriba a no ser que
+se sobreescriban por un valor establecido más abajo en la
+jerarquía, y así:
@itemize
@item
El título de un libro deriva de los campos establecidos al
principio del archivo de entrada, modificado por campos
-establecidos en el bloque @code{\book}. Los campos resultantes se
-usan para imprimir el título de libro para dicho libro, siempre y
-cuando haya otro material que genere una página al comienzo del
-libro, antes de la primera parte de libro. Es suficiente una sola
-instrucción @code{\pageBreak}.
+establecidos en el bloque @code{\book}. Los campos resultantes
+se usan para imprimir el título de libro para dicho libro,
+siempre y cuando haya otro material que genere una página al
+comienzo del libro, antes de la primera parte de libro. Es
+suficiente una sola instrucción @code{\pageBreak}.
@item
Un título de parte de libro se deriva de los campos fijados al
principio del archivo de entrada, modificado por los campos
establecidos dentro del bloque @code{\book}, y posteriormente
modificado por los campos que se fijan dentro del bloque
-@code{\bookpart}. Los valores resultantes se usan para imprimir el
-título de parte de libro para esa parte.
+@code{\bookpart}. Los valores resultantes se usan para imprimir
+el título de parte de libro para esa parte.
@item
Un título de partitura se deriva de los campos que se fijan al
-principio del archivo de entrada, modificados por los campos fijados
-dentro del bloque @code{\book}, posteriormente modificados por los
-campos que se fijan dentro del bloque @code{\bookpart} y finalmente
-modificados por los campos establecidos dentro del bloque
-@code{\score}. Los valores restulantes se utilizan para imprimir el
-título de partitura. Observe, sin embargo, que de forma
-predeterminada solamente se imprimen los campos @code{piece} y
-@code{opus} en los títulos de partitura a no ser que la variable de
-@code{\paper}, @code{print-all-headers}, tenga el valor @code{#t}.
+principio del archivo de entrada, modificados por los campos
+fijados dentro del bloque @code{\book}, posteriormente
+modificados por los campos que se fijan dentro del bloque
+@code{\bookpart} y finalmente modificados por los campos
+establecidos dentro del bloque @code{\score}. Los valores
+resultantes se utilizan para imprimir el título de partitura.
+Observe, sin embargo, que de forma predeterminada solamente se
+imprimen los campos @code{piece} y @code{opus} en los títulos de
+partitura a no ser que la variable de @code{\paper},
+@code{print-all-headers}, tenga el valor @code{#t}.
@end itemize
-@warning{Recuerde que al poner un bloque @bs{}@code{header} dentro de
-un bloque @bs{}@code{score}, la expresión musical debe aparecer antes
-del bloque @bs{}@code{header}.}
+@warning{Recuerde que al poner un bloque @bs{}@code{header}
+dentro de un bloque @bs{}@code{score}, la expresión musical debe
+aparecer antes del bloque @bs{}@code{header}.}
-No es necesario aportar bloques @code{\header} en los cuatro lugares:
-cualquiera de ellos o incluso todos pueden omitirse. De forma
-similar, los archivos de entrada sencillos pueden omitir los bloques
-@code{\book} y @code{\bookpart}, dejando que se creen de forma
-implícita.
+No es necesario aportar bloques @code{\header} en los cuatro
+lugares: cualquiera de ellos o incluso todos pueden omitirse. De
+forma similar, los archivos de entrada sencillos pueden omitir
+los bloques @code{\book} y @code{\bookpart}, dejando que se creen
+de forma implícita.
-Si el lobro solamente tiene una partitura, el bloque @code{\header}
-debiera situarse normalmente al principio del archivo de forma que
-solamente se produce una zona de título de parte de libro, haciendo
-que estén disponibles para su uso todos los títulos de
-encabezamientos.
+Si el libro solamente tiene una partitura, el bloque
+@code{\header} debiera situarse normalmente al principio del
+archivo de forma que solamente se produce una zona de título de
+parte de libro, haciendo que estén disponibles para su uso todos
+los títulos de encabezamientos.
Si el libro tiene varias partituras, son posibles distintas
-combinaciones de bloques @code{\header}, según los distintos tipos de
-publicaciones musicales. Por ejemplo, si la publicación contiene
-varias piezas del mismo autor, un bloque @code{\header} colocado al
-principio del archivo que especifique el título del libro y el autor,
-con bloques @code{\header} en cada bloque @code{\score} que
-especifique la @code{piece} y/o el @code{opus} sería lo más adecuado,
-como aquí:
+combinaciones de bloques @code{\header}, según los distintos
+tipos de publicaciones musicales. Por ejemplo, si la publicación
+contiene varias piezas del mismo autor, un bloque @code{\header}
+colocado al principio del archivo que especifique el título del
+libro y el autor, con bloques @code{\header} en cada bloque
+@code{\score} que especifique la @code{piece} y/o el @code{opus}
+sería lo más adecuado, como aquí:
@lilypond[papersize=a5,quote,verbatim,noragged-right]
\header {
}
@end lilypond
-Son posibles disposiciones más complejas. Por ejemplo, los campos de
-texto extraídos del bloque @code{\header} de un libro se pueden
-imprimir en todos los títulos de partitura, con ciertos campos
-sobreescritos y otros suprimidos manualmente:
+Son posibles disposiciones más complejas. Por ejemplo, los
+campos de texto extraídos del bloque @code{\header} de un libro
+se pueden imprimir en todos los títulos de partitura, con ciertos
+campos sobreescritos y otros suprimidos manualmente:
@lilypond[papersize=a5,quote,verbatim,noragged-right]
\book {
\header {
title = "DAS WOHLTEMPERIRTE CLAVIER"
subtitle = "TEIL I"
- % Do not display the tagline for this book
+ % Do not display the default LilyPond footer for this book
tagline = ##f
}
\markup { \vspace #1 }
@unnumberedsubsubsec Presentación predeterminada de los títulos de partes de libro y partitura
@translationof Default layout of bookpart and score titles
-Este ejemplo muestra todas las variables de @code{\header}:
+Este ejemplo muestra todas las variables impresas de @code{\header}:
@c KEEP LY
@lilypond[papersize=a6landscape,quote,verbatim,noragged-right]
meter = "Meter (metro)"
arranger = "Arranger (arreglista)"
% Los siguientes campos están centrados en la parte inferior
- tagline = "la tagline o línea de etiqueta va al final de la úitlma página"
- copyright = "el copyright va al final de la primera página"
+ tagline = "La tagline o línea de etiqueta va al final de la última página"
+ copyright = "El copyright va al final de la primera página"
}
\score {
{ s1 }
El nombre de instrumento se repite en todas las páginas.
@item
-Solamente @code{piece} (la pieza) y @code{opus} se imprimen en una
-@code{\score} cuando la variable de papel @code{print-all-headers} se
-establece a @code{##f} (el valor predeterminado).
+Solamente @code{piece} (la pieza) y @code{opus} se imprimen en
+una @code{\score} cuando la variable de papel
+@code{print-all-headers} se establece a @code{##f} (el valor
+predeterminado).
@item
@c Is the bit about \null markups true? -mp
-Los campos de texto que se dejan sin establecer dentro de un bloque
-@code{\header} se sustituyen por elementos de marcado nulos
-@code{\null} de manera que no ocupen espacio innecesariamente.
+Los campos de texto que se dejan sin establecer dentro de un
+bloque @code{\header} se sustituyen por elementos de marcado
+nulos @code{\null} de manera que no ocupen espacio
+innecesariamente.
@item
-Los ajustes predeterminados para @code{scoreTitleMarkup} sitúan los
-campos de texto @code{piece} y @code{opus} en extremos opuestos de la
-misma línea.
+Los ajustes predeterminados para @code{scoreTitleMarkup} sitúan
+los campos de texto @code{piece} y @code{opus} en extremos
+opuestos de la misma línea.
@end itemize
de marcado o con una instrucción @code{\pageBreak}.
Utilice la variable @code{breakbefore} dentro de un bloque
-@code{\header} que está propiamente dentro de un bloque @code{\score}
-para hacer que los títulos del bloque @code{\header} del nivel
-superior aparezcan ocupando toda la primera página, empezando la
-música (definida en el bloque @code{\score}) en la página siguiente.
+@code{\header} que está propiamente dentro de un bloque
+@code{\score} para hacer que los títulos del bloque
+@code{\header} del nivel superior aparezcan ocupando toda la
+primera página, empezando la música (definida en el bloque
+@code{\score}) en la página siguiente.
@c KEEP LY
@lilypond[papersize=c7landscape,verbatim,noragged-right]
@unnumberedsubsubsec Disposición predeterminada de las cabeceras y pies de página
@translationof Default layout of headers and footers
-Las @emph{cabeceras} y los @emph{pies} de página son líneas de texto
-que aparecen en la parte más alta y en la más baja de las páginas
-separadas del texto principal de un libro. Se controlan mediante las
-siguientes variables de @code{\paper}:
+Las @emph{cabeceras} y los @emph{pies} de página son líneas de
+texto que aparecen en la parte más alta y en la más baja de las
+páginas separadas del texto principal de un libro. Se controlan
+mediante las siguientes variables de @code{\paper}:
@itemize
@item @code{oddHeaderMarkup} (marcado de cabecera impar)
@item @code{evenFooterMarkup} (marcado de pie par)
@end itemize
-Estas variables de marcado sólo pueden acceder a los campos de texto
-extraídos de bloques @code{\header} del nivel superior (que se aplican
-a todas las partituras del libro) y se definen en el archivo
-@file{ly/titling-init.ly}. De forma predeterminada:
+Estas variables de marcado sólo pueden acceder a los campos de
+texto extraídos de bloques @code{\header} del nivel superior (que
+se aplican a todas las partituras del libro) y se definen en el
+archivo @file{ly/titling-init.ly}. De forma predeterminada:
@itemize
@item
-los números de página se sitúan automáticamente en el extremo superior
-izquierdo (si es par) o superior derecho (si es impar), a partir de la
-segunda página.
+los números de página se sitúan automáticamente en el extremo
+superior izquierdo (si es par) o superior derecho (si es impar),
+a partir de la segunda página.
@item
el campo de texto @code{instrument} se sitúa en el centro en cada
página, a partir de la segunda página.
@item
-el texto de @code{copyright} se centra en la parte baja de la primera
-página.
+el texto de @code{copyright} se centra en la parte baja de la
+primera página.
@item
la línea @code{tagline} se centra al final de la última página, y
@end itemize
-La línea de etiqueta tagline predeterminada se puede cambiar añadiendo un campo
-@code{tagline} en el bloque @code{\header} del nivel superior.
+La línea predeterminada de pie de página de LilyPond se puede
+cambiar añadiendo un campo @code{tagline} en el bloque
+@code{\header} del nivel superior.
@lilypond[papersize=a8landscape,verbatim]
\book {
}
@end lilypond
-Para eliminar la línea @code{tagline}, establezca su valor a
-@code{##f}.
+Para eliminar la línea de pie de página predeterminada de
+LilyPond, establezca el valor de @code{tagline} a @code{##f}.
@node Títulos encabezamientos y pies de página personalizados
@unnumberedsubsubsec Formateo personalizado del texto de los bloques de título
@translationof Custom text formatting for titles
-Se pueden usar instrucciones @code{\markup} estándar para personalizar
-el texto de cualquier cabecera, pie o título dentro del bloque
-@code{\header}.
+Se pueden usar instrucciones @code{\markup} estándar para
+personalizar el texto de cualquier cabecera, pie o título dentro
+del bloque @code{\header}.
@lilypond[quote,verbatim,noragged-right]
\score {
@funindex bookTitleMarkup
@funindex scoreTitleMarkup
-Las instrucciones @code{\markup} dentro del bloque @code{\header} son
-útiles para dar un formato simple al texto, pero no permiten un
-control preciso sobre la colocación de los títulos. Para personalizar
-la colocación de los campos de texto, cambie una o las dos variables de
-@code{\paper} siguientes:
+Las instrucciones @code{\markup} dentro del bloque @code{\header}
+son útiles para dar un formato simple al texto, pero no permiten
+un control preciso sobre la colocación de los títulos. Para
+personalizar la colocación de los campos de texto, cambie una o
+las dos variables de @code{\paper} siguientes:
@itemize
@item @code{bookTitleMarkup} (marcado de título del libro)
@end itemize
La colocación de los títulos cuando se utilizan los valores
-predeterminados de estas variables de @code{\markup} se muestra en los
-ejemplos de
+predeterminados de estas variables de @code{\markup} se muestra
+en los ejemplos de
@ref{Presentación predeterminada de los títulos de partes de libro y partitura}.
-Los ajustes predeterminados para @code{scoreTitleMarkup} tal y como
-están definidos en el archivo @file{ly/titling-init.ly} son:
+Los ajustes predeterminados para @code{scoreTitleMarkup} tal y
+como están definidos en el archivo @file{ly/titling-init.ly} son:
@example
scoreTitleMarkup = \markup @{ \column @{
}
@end lilypond
-Este ejemplo redefine @code{scoreTitleMarkup} de manera que el campo
-de texto @code{piece} aparece centrado y en un tipo de letra grande y
-en negrita.
+Este ejemplo redefine @code{scoreTitleMarkup} de manera que el
+campo de texto @code{piece} aparece centrado y en un tipo de
+letra grande y en negrita.
@lilypond[papersize=a5,quote,verbatim,noragged-right]
\book {
}
@end lilypond
-Los campos de texto que normalmente no son efectivos
-dentro de los bloques @code{\header} de una partitura
-se pueden imprimir el la zona del Título de la partitura
-si se coloca @code{print-all-headers} dentro del bloque @code{\paper}.
-Una desventaja de la
-utilización de este método es que los campos de texto que están
-orientados específicamente para la zona del título de parte de libro
-han de suprimirse manualmente en cada uno de los bloques
-@code{\score}. Véase @ref{Explicación de los títulos}.
+Los campos de texto que normalmente no son efectivos dentro de
+los bloques @code{\header} de una partitura se pueden imprimir el
+la zona del Título de la partitura si se coloca
+@code{print-all-headers} dentro del bloque @code{\paper}. Una
+desventaja de la utilización de este método es que los campos de
+texto que están orientados específicamente para la zona del
+título de parte de libro han de suprimirse manualmente en cada
+uno de los bloques @code{\score}. Véase @ref{Explicación de los
+títulos}.
Para evitarlo, añada el campo de texto deseado a la definición de
-@code{scoreTitleMarkup}. En el ejemplo siguiente, el campo de texto
-@code{composer} (asociado normalmente con @code{bookTitleMarkup}) se
-añade a @code{scoreTitleMarkup}, permitiendo que cada partitura
-muestre un compositor diferente:
+@code{scoreTitleMarkup}. En el ejemplo siguiente, el campo de
+texto @code{composer} (asociado normalmente con
+@code{bookTitleMarkup}) se añade a @code{scoreTitleMarkup},
+permitiendo que cada partitura muestre un compositor diferente:
@lilypond[papersize=a5,quote,verbatim,noragged-right]
\book {
}
@end lilypond
-También podemos crear nuestros propios campos de texto personalizados,
-y referirnos a ellos en la definición del elemento de marcado.
+También podemos crear nuestros propios campos de texto
+personalizados, y referirnos a ellos en la definición del
+elemento de marcado.
@lilypond[papersize=a5,quote,verbatim,noragged-right]
\book {
@c can make-header and make-footer be removed from
@c paper-defaults-init.ly? -mp
-Las instrucciones @code{\markup} dentro del bloque @code{\header} son
-de utilidad para dar formato al texto de una manera sencilla, pero no
-permiten un control preciso sobre la colocación de las cabeceras y los
-pies de página. Para personalizar la colocación de los campos de
-texto, use una o más de las siguientes variables de @code{\paper}:
+Las instrucciones @code{\markup} dentro del bloque @code{\header}
+son de utilidad para dar formato al texto de una manera sencilla,
+pero no permiten un control preciso sobre la colocación de las
+cabeceras y los pies de página. Para personalizar la colocación
+de los campos de texto, use una o más de las siguientes variables
+de @code{\paper}:
@itemize
@item @code{oddHeaderMarkup} (marcado de encabezamiento impar)
@cindex on-the-fly
@funindex \on-the-fly
-La instrucción de marcado @code{\on-the-fly} se puede utilizar para
-añadir elementos de forma condicional al texto de encabezamiento y pie
-de página definido dentro del bloque @code{\paper}, usando la sintaxis
-siguiente:
+La instrucción de marcado @code{\on-the-fly} se puede utilizar
+para añadir elementos de forma condicional al texto de
+encabezamiento y pie de página definido dentro del bloque
+@code{\paper}, usando la sintaxis siguiente:
@example
@code{variable} = @code{\markup} @{
@}
@end example
-El @var{procedimiento} se llama cada vez que se evalúa la instrucción
-@code{\markup} en que ésta aparece. El @var{procedimiento} debería
-comprobar si se cumple una condición determinada e interpretar (es
-decir: imprimir) el argumento @var{marcado} si, y sólo si, la
-condición es verdadera.
+El @var{procedimiento} se llama cada vez que se evalúa la
+instrucción @code{\markup} en que ésta aparece. El
+@var{procedimiento} debería comprobar si se cumple una condición
+determinada e interpretar (es decir: imprimir) el argumento
+@var{marcado} si, y sólo si, la condición es verdadera.
Se proveen un cierto número de procedimientos ya hechos para la
comprobación de diversas condiciones:
@end multitable
@end quotation
-El ejemplo siguiente centra los números de página en la parte baja de
-las páginas. En primer lugar, los ajustes predeterminados para
-@code{oddHeaderMarkup} y @code{evenHeaderMarkup} se eliminan
-definiéndolos como un marcado @emph{nulo}. Después de esto, se
-redefine @code{oddFooterMarkup} con el número de página centrado.
-Finalmente, @code{evenFooterMarkup} recibe la misma disposición
-definiéndola como @code{\oddFooterMarkup}:
+El ejemplo siguiente centra los números de página en la parte
+baja de las páginas. En primer lugar, los ajustes
+predeterminados para @code{oddHeaderMarkup} y
+@code{evenHeaderMarkup} se eliminan definiéndolos como un marcado
+@emph{nulo}. Después de esto, se redefine @code{oddFooterMarkup}
+con el número de página centrado. Finalmente,
+@code{evenFooterMarkup} recibe la misma disposición definiéndola
+como @code{\oddFooterMarkup}:
@lilypond[papersize=a8,quote,verbatim,noragged-right]
\book {
}
@end lilypond
-Se pueden combinar varias condiciones de @code{\on-the-fly} con un
-operador @q{and}, por ejemplo:
+Se pueden combinar varias condiciones de @code{\on-the-fly} con
+un operador @q{and}, por ejemplo:
@example
@code{\on-the-fly \first-page}
Archivos instalados:
@file{../ly/titling-init.ly}.
+@node Creación de metadatos de PDF
+@subsection Creación de metadatos de PDF
+@translationof Creating PDF metadata
+
+@cindex metadatos de PDF
+
+Además de mostrarse en la salida impresa, las variables de
+encabezamiento de @code{\header} se usan para establecer los
+metadatos de PDF (la información que muestran los lectores de PDF
+como @code{propiedades} del archivo). Por ejemplo, si se
+establece la propiedad @code{title} del bloque @code{header} como
+@q{Sinfonía núm. 1}, el documento PDF llevará también este
+título.
+
+@example
+ @code{\header@{}
+ @code{title = "Sinfonía núm. 1"}
+ @code{@}}
+@end example
+
+Si quiere fijar el título de la salida impresa con un texto pero
+quiere que la propiedad de título del PDF tenga un texto
+diferente, puede usar @code{pdftitle} como se muestra a
+continuación.
+
+@example
+ @code{\header@{}
+ @code{title = "Sinfonía núm. 1"}
+ @code{pdftitle = "Sinfonía núm. 1 de Beethoven"}
+ @code{@}}
+@end example
+
+Todas las variables @code{title}, @code{subject},
+@code{keywords}, @code{subtitle}, @code{composer},
+@code{arranger}, @code{poet}, @code{author} y @code{copyright}
+establecen propiedades del PDF y pueden hacerse preceder de
+@q{pdf} para fijar una propiedad del archivo PDF a un valor
+distinto del de la salida impresa.
+
+La propiedad de PDF @code{Creator} se fija automáticamente a
+@q{LilyPond} más la versión actual de LilyPond, y las variables
+@code{CreationDate} y @code{ModDate} se fijan a la fecha y hora
+actuales. Se puede sobreescribir @code{ModDate} mediante el
+establecimiento de un valor para la variable de cabecera
+@code{moddate} (o @code{pdfmoddate}) a una cadena de fecha de PDF
+válida.
@node Crear notas al pie
@subsection Crear notas al pie
@subsubsubheading Panorámica de las notas al pie
-Las notas al pie dentro de expresiones musicales caen dentro de dos
-categorías:
+Las notas al pie dentro de expresiones musicales caen dentro de
+dos categorías:
@table @emph
@item Notas al pie basadas en eventos
-Se adjuntan a un evento en particular. Son ejemplos de tales eventos
-las notas sueltas, las articulaciones (como indicaciones de digitación,
-acentos, indicaciones dinámicas) y los post-eventos (como las ligaduras de expresión
-y las barras de corchea manuales). La forma general de las notas
-al pie basadas en eventos es como sigue:
+Se adjuntan a un evento en particular. Son ejemplos de tales
+eventos las notas sueltas, las articulaciones (como indicaciones
+de digitación, acentos, indicaciones dinámicas) y los
+post-eventos (como las ligaduras de expresión y las barras de
+corchea manuales). La forma general de las notas al pie basadas
+en eventos es como sigue:
@example
[@var{dirección}] \footnote [@var{marca}] @var{desplazamiento} @var{texto-de-la-nota} @var{música}
@item Notas al pie basadas en tiempo
Se ligan a un punto temporal determinado, dentro de un contexto
-musical. Algunas instrucciones como @code{\time} y @code{\clef} en
-realidad no usan eventos para crear objetos como la indicación de
-compás y la clave. Un acorde tampoco crea un evento por sí mismo: su
-plica o corchete se crea al final de un paso de tiempo (nominalmente,
-a través de uno de los eventos de nota que contiene). Una nota al pie
-basada en tiempo permite anotar tales objetos de presentación sin
-referirse a ningún evento.
+musical. Algunas instrucciones como @code{\time} y @code{\clef}
+en realidad no usan eventos para crear objetos como la indicación
+de compás y la clave. Un acorde tampoco crea un evento por sí
+mismo: su plica o corchete se crea al final de un paso de tiempo
+(nominalmente, a través de uno de los eventos de nota que
+contiene). Una nota al pie basada en tiempo permite anotar tales
+objetos de presentación sin referirse a ningún evento.
Una nota al pie basada en tiempo permite que tales objetos de
presentación se puedan anotar sin hacer referencia a un evento.
@table @var
@item dirección
-Si (y sólo si) el @code{\footnote} se está aplicando a un post-evento
-o articulación, debe ir precedida de un indicador de dirección
-(@code{-, _, ^}) con el objeto de adjuntar la @var{música} (con una
-marca de nota al pie) a la nota o silencio precedente.
+Si (y sólo si) el @code{\footnote} se está aplicando a un
+post-evento o articulación, debe ir precedida de un indicador de
+dirección (@code{-, _, ^}) con el objeto de adjuntar la
+@var{música} (con una marca de nota al pie) a la nota o silencio
+precedente.
@item marca
-es un elemento de marcado o cadena de caracteres que especifica la
-marca de nota al pie que se usa para marcar tanto el punto de
+es un elemento de marcado o cadena de caracteres que especifica
+la marca de nota al pie que se usa para marcar tanto el punto de
referencia como la propia nota al pie en la parte inferior de la
-página. Se puede omitir (o, de forma equivalente, sustituirse por
-@code{\default}) en cuyo caso se genera un número secuencialmente de
-forma automática. Tales secuencias numéricas se reinician en cada
-página que contiene una nota al pie.
+página. Se puede omitir (o, de forma equivalente, sustituirse
+por @code{\default}) en cuyo caso se genera un número
+secuencialmente de forma automática. Tales secuencias numéricas
+se reinician en cada página que contiene una nota al pie.
@item desplazamiento
-es una pareja de números tal como @samp{#(2 . 1)} que especifica los
-desplazamientos en X y en Y en unidades de espacios de pentagrama a
-partir del límite del objeto en que se desea situar la marca. Los
-valores de desplazamiento positivos se toman a partir del borde
-superior derecho, los valores negativos a partir del borde inferior
-izquierdo y cero implica que la marca se centra sobre el borde.
+es una pareja de números tal como @samp{#(2 . 1)} que especifica
+los desplazamientos en X y en Y en unidades de espacios de
+pentagrama a partir del límite del objeto en que se desea situar
+la marca. Los valores de desplazamiento positivos se toman a
+partir del borde superior derecho, los valores negativos a partir
+del borde inferior izquierdo y cero implica que la marca se
+centra sobre el borde.
@item Contexto
es el contexto en que se crea el grob que recibe la nota al pie.
Se puede omitir si el grob está en un contexto del nivel inferior,
-p.ej un contexto @code{Voice}.
+p. ej. un contexto @code{Voice}.
@item Nombre-del-Grob
especifica un tipo de grob que marcar (como @samp{Flag} para el
-corchete). Si se da, la nota al pie no se adjunta a una expresión
-musical en particular, sino a todos los grobs del tipo
+corchete). Si se da, la nota al pie no se adjunta a una
+expresión musical en particular, sino a todos los grobs del tipo
especificado que ocurren en dicho momento de tiempo musical.
@item texto-de-la-nota
-es el elemento de marccado o cadena de caracteres que especifica el
-texto de la nota al pie que utilizar en la parte baja de la página.
+es el elemento de marcado o cadena de caracteres que especifica
+el texto de la nota al pie que utilizar en la parte baja de la
+página.
@item música
es el evento musical, post-evento o articulación que se
}
@end lilypond
-No es posible marcar un acrode @emph{completo} con una nota al pie
-basada en evento: un acorde, incluso aquel que contiene una sola
-nota, no produce un verdadero evento por sí mismo. Sin embargo,
-las notas individuales que están @emph{dentro} del acorde sí se
-pueden marcar:
+No es posible marcar un acorde @emph{completo} con una nota al
+pie basada en evento: un acorde, incluso aquel que contiene una
+sola nota, no produce un verdadero evento por sí mismo. Sin
+embargo, las notas individuales que están @emph{dentro} del
+acorde sí se pueden marcar:
@c KEEP LY
@lilypond[quote,verbatim,papersize=a8landscape]
Si se desea que la nota al pie se adjunte a un post-evento o
articulación, la instrucción @code{\footnote} @emph{debe} ir
-precedida por un indicador de dirección, @code{-, _, ^}, y seguida
-por el post-evento o articulación que se desea anotar como
-argumento @var{música}. En esta forma, la @code{\footnote} se
-puede considerar como una simple copia de su último argumento con
-una marca de nota al pie adjunta. La sintaxis es:
+precedida por un indicador de dirección, @code{-, _, ^}, y
+seguida por el post-evento o articulación que se desea anotar
+como argumento @var{música}. En esta forma, la @code{\footnote}
+se puede considerar como una simple copia de su último argumento
+con una marca de nota al pie adjunta. La sintaxis es:
@example
@var{dirección} \footnote [@var{marca}] @var{desplazamiento} @var{texto-de-la-nota} @var{música}
causado @emph{indirectamente} por un evento (como un objeto
@code{Accidental}, alteración, o @code{Stem}, plica, causados por
un evento @code{NoteHead}, cabeza de nota), el nombre del grob
-@var{GrobName} del objeto de presentación es necesario después del
-texto de la nota al pie, en lugar de @var{música}:
+@var{GrobName} del objeto de presentación es necesario después
+del texto de la nota al pie, en lugar de @var{música}:
@c KEEP LY
@lilypond[quote,verbatim,papersize=a8landscape]
individual, basada en evento. El único grob causado directamente
por una nota de un acorde es @samp{NoteHead}, por lo que la
instrucción de nota al pie basada en evento @emph{solamente} es
-apta para añadir una nota al pie a la @samp{NoteHead} dentro de un
-acorde. Todos los demás grobs de notas de acorde están causados
-indirectamente. La propia instrucción @code{\footnote} no ofrece
-ninguna sintaxis para especificar al mismo tiempo un tipo concreto
-de grob @emph{y también} un evento concreto al que adjuntar la
-nota. Sin embargo, se puede usat una instrucción @code{\footnote}
-basada en tiempo para especificar el tipo de grob, y luego añadir
-la instrucción @code{\single} como prefijo, con el objeto de que
-se aplique solamente al evento siguiente:
+apta para añadir una nota al pie a la @samp{NoteHead} dentro de
+un acorde. Todos los demás grobs de notas de acorde están
+causados indirectamente. La propia instrucción @code{\footnote}
+no ofrece ninguna sintaxis para especificar al mismo tiempo un
+tipo concreto de grob @emph{y también} un evento concreto al que
+adjuntar la nota. Sin embargo, se puede usar una instrucción
+@code{\footnote} basada en tiempo para especificar el tipo de
+grob, y luego añadir la instrucción @code{\single} como prefijo,
+con el objeto de que se aplique solamente al evento siguiente:
@c KEEP LY
@lilypond[quote,verbatim,papersize=a8landscape]
\book {
\header { tagline = ##f }
\relative c'' {
- < \footnote #'(1 . -2) "An A" a
+ < \footnote #'(1 . -2) "Un La" a
\single \footnote #'(-1 . -1) "Un sostenido" Accidental
cis
\single \footnote #'(0.5 . 0.5) "Un bemol" Accidental
}
@end lilypond
-@warning {Cuando las notas al pie se adjuntan a varios elementos musicales que
-están dentro del mismo momento musical, como ocurre en el ejemplo
-anterior, las notas al pie se numeran desde los elementos más
-altos a los más bajos tal y como aparecen en la salida impresa, no
-en el orden en que se escriben en el flujo de entrada.}
+@warning{Cuando las notas al pie se adjuntan a varios elementos musicales
+que están dentro del mismo momento musical, como ocurre en el
+ejemplo anterior, las notas al pie se numeran desde los elementos
+más altos a los más bajos tal y como aparecen en la salida
+impresa, no en el orden en que se escriben en el flujo de
+entrada.}
Los objetos de presentación como las claves y las armaduras de
cambio de tonalidad están, más bien, causadas por propiedades que
cambian, y no por eventos. Otros, como las líneas divisorias y
los números de compás, son una consecuencia directa del paso del
tiempo. Por esta razón, las notas al pie sobre tales objetos
-tienen que basarse en su tiempo musical. Las notas al pie basadas
-en tiempo so preferibles también cuando se marcan cosas como las
-plicas y las barras de corchea en @emph{acordes}: dado que estas
-funcionalidades de cada acorde individual están asignadas
-normalmente a @emph{un solo} evento dentro del acorde, sería
-imprudente descansar en una elección particular.
-
-En las notas al pie basadas en tiempo, siempre se debe especificar
-explícitamente el objeto de presentación en cuestión, y si el grob
-se crea dentro de un contexto distinto al de nivel más bajo, debe
-especificarse el contexto apropiado.
+tienen que basarse en su tiempo musical. Las notas al pie
+basadas en tiempo so preferibles también cuando se marcan cosas
+como las plicas y las barras de corchea en @emph{acordes}: dado
+que estas funcionalidades de cada acorde individual están
+asignadas normalmente a @emph{un solo} evento dentro del acorde,
+sería imprudente descansar en una elección particular.
+
+En las notas al pie basadas en tiempo, siempre se debe
+especificar explícitamente el objeto de presentación en cuestión,
+y si el grob se crea dentro de un contexto distinto al de nivel
+más bajo, debe especificarse el contexto apropiado.
@c KEEP LY
@lilypond[quote,verbatim,papersize=a8landscape]
@cindex notas al pie en texto independiente
Se utilizan dentro de un elemento de marcado fuera de cualquier
-expresión musical. No se traza una líne hasta el punto de referencia:
-la marca simplemente sigue al elemento de marcado que se referencia.
-Se pueden insertar las marcas automáticamente, en cuyo caso son
-numéricas. De forma alternativa, se pueden aportar manualmente marcas
-personalizadas.
+expresión musical. No se traza una línea hasta el punto de
+referencia: la marca simplemente sigue al elemento de marcado que
+se referencia. Se pueden insertar las marcas automáticamente, en
+cuyo caso son numéricas. De forma alternativa, se pueden aportar
+manualmente marcas personalizadas.
-Las notas al pie para texto independiente con marcas automáticas y
-personalizadas se crean de distintas formas.
+Las notas al pie para texto independiente con marcas automáticas
+y personalizadas se crean de distintas formas.
@subsubsubheading Notas al pie en texto independiente con marcas automáticas
-La sintaxis de una nota al pue sobre texto independiente con marcas
-automáticas es
+La sintaxis de una nota al pie sobre texto independiente con
+marcas automáticas es
@example
\markup @{ @dots{} \auto-footnote @var{texto} @var{nota} @dots{} @}
@table @var
@item texto
-es el elemento de marcado o cadena de caracteres que se desea anotar.
+es el elemento de marcado o cadena de caracteres que se desea
+anotar.
@item nota
-es el elemento de marcado o cadena de caracteres que especifica el
-texto de la nota al pie que utilizar en la parte baja de la página.
+es el elemento de marcado o cadena de caracteres que especifica
+el texto de la nota al pie que utilizar en la parte baja de la
+página.
@end table
@subsubsubheading Notas al pie sobre texto independiente con marcas personalizadas
-La sintaxis de una nota al pie sobre texto independiente con marcas
-personalizadas es
+La sintaxis de una nota al pie sobre texto independiente con
+marcas personalizadas es
@example
\markup @{ @dots{} \footnote @var{marca} @var{nota} @dots{} @}
@table @var
@item marca
-es un elemento de marcado o cadena de caracteres que especifica la
-marca que se usa para señalar el punto de referencia. Observe que
-esta marca @emph{no} se inserta automáticamente antes de la propia
-nota al pie.
+es un elemento de marcado o cadena de caracteres que especifica
+la marca que se usa para señalar el punto de referencia. Observe
+que esta marca @emph{no} se inserta automáticamente antes de la
+propia nota al pie.
@item nota
-es el elemento de marcado o cadena de caracteres que especifica el
-texto de la nota que aparece en la parte baja de la página, precedida
-por la @var{marca} especificada.
+es el elemento de marcado o cadena de caracteres que especifica
+el texto de la nota que aparece en la parte baja de la página,
+precedida por la @var{marca} especificada.
@end table
Referencia de la notación:
@ref{ASCII aliases},
@ref{Globos de ayuda},
-@ref{List of special characters},
+@ref{Lista de caracteres especiales},
@ref{Indicaciones de texto},
@ref{Guiones de texto},
@ref{Unicode}.
@rinternals{Footnote_engraver}.
@knownissues
-Varias notas al pie en la misma página solo pueden ir apiladas unas
-sobre otras; no se pueden imprimir en la misma línea.
+Varias notas al pie en la misma página solo pueden ir apiladas
+unas sobre otras; no se pueden imprimir en la misma línea.
Las notas al pie no se pueden adjuntar a @code{MultiMeasureRests}
(silencios multicompás), a barras de corchea automáticas ni a la
@translationof Reference to page numbers
Un lugar determinado de una partitura puede señalizarse usando la
-instrucción @code{\label} (etiqueta), ya sea en el nivel superior o
-dentro de la música. Podemos referirnos a esta etiqueta más tarde
-dentro de un elemento de marcado, para obtener el número de la página
-en la que se sitúa el punto señalizado, usando la instrucción de
-marcado @code{\page-ref}.
+instrucción @code{\label} (etiqueta), ya sea en el nivel superior
+o dentro de la música. Podemos referirnos a esta etiqueta más
+tarde dentro de un elemento de marcado, para obtener el número de
+la página en la que se sitúa el punto señalizado, usando la
+instrucción de marcado @code{\page-ref}.
@c KEEP LY
@lilypond[verbatim,papersize=a8landscape]
La instrucción de marcado @code{\page-ref} toma tres argumentos:
@enumerate
-@item la etiqueta, un símbolo de scheme, p.ej. @code{#'firstScore};
+@item la etiqueta, un símbolo de Scheme, p.ej. @code{#'firstScore};
@item un elemento de marcado que se usará como medidor para estimar las dimensiones del marcado;
@item un elemento de marcado que se utilizará en sustitución del número de página si la etiqueta es desconocida.
@end enumerate
-El motivo de que se necesite un medidor es que en el momento en que se
-están interpretando los marcados, los saltos de página aún no se han
-producido y por tanto los números de página no se conocen todavía.
-Para sortear este inconveniente, la interpretación real del marcado se
-retrasa hasta un momento posterior; sin embargo, las dimensiones del
-marcado se tienen que conocer de antemano, así que se usa el medidor
-para decidir estas dimensiones. Si el libro tiene entre 10 y 99
-páginas, el medidor puede ser "00", es decir, un número de dos
-dígitos.
+El motivo de que se necesite un medidor es que en el momento en
+que se están interpretando los marcados, los saltos de página aún
+no se han producido y por tanto los números de página no se
+conocen todavía. Para sortear este inconveniente, la
+interpretación real del marcado se retrasa hasta un momento
+posterior; sin embargo, las dimensiones del marcado se tienen que
+conocer de antemano, así que se usa el medidor para decidir estas
+dimensiones. Si el libro tiene entre 10 y 99 páginas, el medidor
+puede ser "00", es decir, un número de dos dígitos.
@predefined
@funindex \label
@subsection Índice general
@translationof Table of contents
-Se puede insertar un índice general o tabla de contenidos utilizando
-la instrucción @code{\markuplist \table-of-contents}. Los elementos
-que deben aparecer en la tabla de contenidos se introducen con la
-instrucción @code{\tocItem}, que se puede usar en el nivel más alto de
-la jerarquía del código, o dentro de una expresión musical.
+Se puede insertar un índice general o tabla de contenidos
+utilizando la instrucción @code{\markuplist \table-of-contents}.
+Los elementos que deben aparecer en la tabla de contenidos se
+introducen con la instrucción @code{\tocItem}, que se puede usar
+en el nivel más alto de la jerarquía del código, o dentro de una
+expresión musical.
@verbatim
\markuplist \table-of-contents
@end verbatim
Los elementos de marcado que se usan para dar formato al índice
-general se encuentran definidos dentro del bloque @code{\paper}. Los
-elementos predeterminados son @code{tocTitleMarkup}, para dar formato
-al título de la tabla, y @code{tocItemMarkup}, para aplicar formato a
-los elementos del índice, que consisten en el título del elemento y el
-número de página. Estas variables se pueden cambiar por parte del
-usuario:
+general o tabla de contenidos se encuentran definidos dentro del
+bloque @code{\paper}. Hay dos elementos de marcado
+@q{predefinidos} disponibles:
+
+@itemize
+
+@item
+@code{tocTitleMarkup}
+
+@noindent
+Utilizado para dar formato al título del índice general.
+
+@verbatim
+tocTitleMarkup = \markup \huge \column {
+ \fill-line { \null "Índice general" \null }
+ \null
+}
+@end verbatim
+
+@item
+@code{tocItemMarkup}
+
+@noindent
+Usado para dar formato a los elementos del índice general.
+
+@verbatim
+tocItemMarkup = \markup \fill-line {
+ \fromproperty #'toc:text \fromproperty #'toc:page
+}
+@end verbatim
+
+@end itemize
+
+@noindent
+Ambas variables pueden modificarse.
+
+He aquí un ejemplo que modifica el título del índice general para
+que aparezca en francés:
@verbatim
\paper {
- %% Traducir el título del índice al español:
tocTitleMarkup = \markup \huge \column {
- \fill-line { \null "Índice general" \null }
+ \fill-line { \null "Table des matières" \null }
\hspace #1
}
- %% usar una fuente mayor
- tocItemMarkup = \markup \large \fill-line {
- \fromproperty #'toc:text \fromproperty #'toc:page
- }
+@end verbatim
+
+A continuación aparece un ejemplo que modifica el tamaño de
+fuente tipográfica de los elementos del índice general:
+
+@verbatim
+tocItemMarkup = \markup \large \fill-line {
+ \fromproperty #'toc:text \fromproperty #'toc:page
}
@end verbatim
-Observe la forma en que nos referimos al texto y al número de página
-del elemento de índice, dentro de la definición @code{tocItemMarkup}.
+Observe la forma en que nos referimos al texto y al número de
+página del elemento de índice, dentro de la definición
+@code{tocItemMarkup}.
-También se pueden definir nuevas instrucciones y elementos de
-marcado para crear índices generales más elaborados:
-@itemize
-@item en primer lugar, defina una variable de marcado nueva dentro del bloque @code{\paper}
-@item luego defina una función de música cuyo propósito es añadir un elemento al índice general
-utilizando esta variable de marcado del bloque @code{\paper}.
-@end itemize
+La instrucción @code{\tocItemWithDotsMarkup} se puede incluir
+dentro de @code{tocItemMarkup} para llenar la línea con puntos
+entre un elemento del índice general y su número de página
+correspondiente:
-En el ejemplo siguiente se define un estilo nuevo para introducir los
-nombres de los actos de una ópera en el índice general:
+@lilypond[verbatim,line-width=10.0\cm]
+\header { tagline = ##f }
+\paper {
+ tocItemMarkup = \tocItemWithDotsMarkup
+}
+
+\book {
+ \markuplist \table-of-contents
+ \tocItem \markup { Allegro }
+ \tocItem \markup { Largo }
+ \markup \null
+}
+@end lilypond
+
+Las instrucciones predefinidas con sus propios marcados pueden
+definirse también para que construyan un índice general más
+complejo. En el ejemplo siguiente se define un estilo nuevo para
+introducir los nombres de los actos de una ópera en el índice
+general:
+
+@noindent
+Una nueva variable de marcado (llamada @code{tocActMarkup}) se
+define en el bloque @code{\paper}:
@verbatim
\paper {
\hspace #1
}
}
+@end verbatim
+
+@noindent
+A continuación se crea una función musical personalizada
+(@code{tocAct}), que usa la nueva definición de marcado
+@code{tocActMarkup}.
+@verbatim
tocAct =
-#(define-music-function (text) (markup?)
- (add-toc-item! 'tocActMarkup text))
+ #(define-music-function (text) (markup?)
+ (add-toc-item! 'tocActMarkup text))
@end verbatim
+@noindent
+Un archivo de entrada de LilyPond que use estas definiciones
+personalizadas tendría el aspecto siguiente:
+
@lilypond[line-width=10.0\cm]
\header { tagline = ##f }
\paper {
}
@end lilypond
-Se pueden añadir puntos de relleno entre un elemento y su número de página:
-@lilypond[verbatim,line-width=10.0\cm]
-\header { tagline = ##f }
-\paper {
- tocItemMarkup = \tocItemWithDotsMarkup
-}
+He aquí un ejemplo de la instrucción @code{\fill-with-pattern}
+usada dentro del contexto de un índice general:
-\book {
- \markuplist \table-of-contents
- \tocItem \markup { Allegro }
- \tocItem \markup { Largo }
- \markup \null
+@verbatim
+\paper {
+ tocItemMarkup = \markup { \fill-line {
+ \override #'(line-width . 70)
+ \fill-with-pattern #1.5 #CENTER . \fromproperty #'toc:text \fromproperty #'toc:page
+ }
+ }
}
-@end lilypond
+@end verbatim
@seealso
Archivos de inicio:
\include "otroarchivo.ly"
@end example
-La línea @code{\include "otroarchivo.ly"} equivale a pegar todo el
-contenido de @file{otroarchivo.ly} en el archivo actual en el lugar en
-que aparece el @code{\include}. Por ejemplo, en un proyecto grande
-podríamos querer archivos distintos para cada parte instrumental y
-crear un archivo de @qq{partitura completa} que reúne los archivos
-individuales de los instrumentos. Normalmente el archivo incluido
-define un cierto número de variables que a partir de entonces quedan
-disponibles para poderlas utilizar en el archivo de la partitura
-completa. En los archivos incluidos se pueden marcar las secciones
-etiquetadas para ayudar a hacerlas utilizables en distintos lugares de
-la partitura, véase @ref{Distintas ediciones a partir de una misma fuente}.
-
-Los archivos que están en el directorio de trabajo actual se pueden
-referenciar simplemente especificando el nombre después de la
-instrucción @code{\include}. Los archivos en otros lugares se pueden
-incluir proporcionando una referencia de ruta completa o una ruta
-relativa (pero utilice la barra inclinada normal del UNIX, /, no la
-barra invertida de DOS/Windows, \, como separador de directorio). Por
-ejemplo, si @file{material.ly} está situado un directorio por encima
-del directorio de trabajo actual, utilice
+La línea @code{\include "otroarchivo.ly"} equivale a pegar todo
+el contenido de @file{otroarchivo.ly} en el archivo actual en el
+lugar en que aparece el @code{\include}. Por ejemplo, en un
+proyecto grande podríamos querer archivos distintos para cada
+parte instrumental y crear un archivo de @qq{partitura completa}
+que reúne los archivos individuales de los instrumentos.
+Normalmente el archivo incluido define un cierto número de
+variables que a partir de entonces quedan disponibles para
+poderlas utilizar en el archivo de la partitura completa. En los
+archivos incluidos se pueden marcar las secciones etiquetadas
+para ayudar a hacerlas utilizables en distintos lugares de la
+partitura, véase @ref{Distintas ediciones a partir de una misma
+fuente}.
+
+Los archivos que están en el directorio de trabajo actual se
+pueden referenciar simplemente especificando el nombre después de
+la instrucción @code{\include}. Los archivos en otros lugares se
+pueden incluir proporcionando una referencia de ruta completa o
+una ruta relativa (pero utilice la barra inclinada normal del
+UNIX, /, no la barra invertida de DOS/Windows, \, como separador
+de directorio). Por ejemplo, si @file{material.ly} está situado
+un directorio por encima del directorio de trabajo actual,
+utilice
@example
\include "../material.ly"
@end example
Los archivos de inclusión también pueden contener enunciados
-@code{\include} a su vez. De forma predeterminada, estos enunciados
-@code{\include} de segundo nivel no se interpretan hasta que se
-incorporan al archivo principal, por lo que los nombres de archivo que
-especifican deben ser relativos al directorio que contiene el archivo
-principal, no al directorio que contiene el archivo incluido. Sin
-embargo, este comportamiento se puede modificar globalmente pasando la
-opción @option{-drelative-includes} en la línea de órdenes (o mediante
+@code{\include} a su vez. De forma predeterminada, estos
+enunciados @code{\include} de segundo nivel no se interpretan
+hasta que se incorporan al archivo principal, por lo que los
+nombres de archivo que especifican deben ser relativos al
+directorio que contiene el archivo principal, no al directorio
+que contiene el archivo incluido. Sin embargo, este
+comportamiento se puede modificar globalmente pasando la opción
+@option{-drelative-includes} en la línea de órdenes (o mediante
la adición de @code{#(ly:set-option 'relative-includes #t)} al
principio del archivo principal de entrada).
-Cuando @code{relative-includes} está establecido al valor @code{#t},
-la ruta de cada instrucción @code{\include} se considera relativa al
-archivo que contiene dicha instrucción. Este comportamiento es el
-recomendado y se convertirá en el comportamiento predeterminado en una
-versión futura de lilypond.
-
-Tanto los archivos relativos al directorio principal como los archivos
-relativos a algún otro directorio se pueden @code{\include}ar mediante
-el establecimiento de @code{relative-includes} al valor @code{#t} o a
-@code{#f} en los lugares apropiados dentro de los archivos. Por
-ejemplo, si se ha creado una biblioteca genérica, libA, que a su vez
-utiliza sub-archivos que se @code{\include}an por medio del archivo de
+Cuando @code{relative-includes} está establecido al valor
+@code{#t}, la ruta de cada instrucción @code{\include} se
+considera relativa al archivo que contiene dicha instrucción.
+Este comportamiento es el recomendado y se convertirá en el
+comportamiento predeterminado en una versión futura de lilypond.
+
+Tanto los archivos relativos al directorio principal como los
+archivos relativos a algún otro directorio se pueden
+@code{\include}ar mediante el establecimiento de
+@code{relative-includes} al valor @code{#t} o a @code{#f} en los
+lugares apropiados dentro de los archivos. Por ejemplo, si se ha
+creado una biblioteca genérica, libA, que a su vez utiliza
+sub-archivos que se @code{\include}an por medio del archivo de
entrada de dicha biblioteca, esas instrucciones @code{\include}
tendrán que venir precedidas por @code{#(ly:set-option
-#relative-includes #t)} de manera que se interpreten correctamente al
-construir el archivo de entrada @code{.ly} principal, de esta forma:
+#relative-includes #t)} de manera que se interpreten
+correctamente al construir el archivo de entrada @code{.ly}
+principal, de esta forma:
@example
libA/
Se pueden usar estructuras de archivo más complejas instando los
cambios en los lugares adecuados.
-También se pueden incluir archivos de un directorio que está en una
-ruta de búsqueda especificada como opción al invocar a LilyPond desde
-la línea de órdenes. Los archivos incluidos se especifican usando
-solamente su nombre de archivo. Por ejemplo, para compilar mediante
-este método un archivo @file{principal.ly} que incluye archivos
-situados en un subdirectorio llamado @file{partes}, cambie al
-directorio que contiene @file{principal.ly} e introduzca
+También se pueden incluir archivos de un directorio que está en
+una ruta de búsqueda especificada como opción al invocar a
+LilyPond desde la línea de órdenes. Los archivos incluidos se
+especifican usando solamente su nombre de archivo. Por ejemplo,
+para compilar mediante este método un archivo @file{principal.ly}
+que incluye archivos situados en un subdirectorio llamado
+@file{partes}, cambie al directorio que contiene
+@file{principal.ly} e introduzca
@example
lilypond --include=partes principal.ly
@dots{} etc.
@end example
-Los archivos que se incluyen en muchas partituras se pueden poner en
-el directorio de LilyPond @file{../ly} (la localización de este
-directorio depende de la instalación: véase
-@rlearning{Otras fuentes de información}). Estos archivos se pueden
-incluir sencillamente por su nombre en un enunciado @code{\include}.
-De esta forma se incluyen los archivos dependientes del idioma como
+Los archivos que se incluyen en muchas partituras se pueden poner
+en el directorio de LilyPond @file{../ly} (la localización de
+este directorio depende de la instalación: véase @rlearning{Otras
+fuentes de información}). Estos archivos se pueden incluir
+sencillamente por su nombre en un enunciado @code{\include}. De
+esta forma se incluyen los archivos dependientes del idioma como
@file{espanol.ly}.
-LilyPond incluye de forma predeterminada ciertos archivos cuando se
-inicia el programa. Estas inclusiones no son visibles para el
+LilyPond incluye de forma predeterminada ciertos archivos cuando
+se inicia el programa. Estas inclusiones no son visibles para el
usuario, pero los archivos se pueden identificar ejecutando
-@code{lilypond --verbose} desde la línea de órdenes. Esto presentará
-una lista de rutas y archivos que utiliza LilyPond, junto a muchas
-otras indicaciones. De forma alternativa, pueden verse explicaciones
-sobre los archivos más importantes de este conjunto en
-@rlearning{Otras fuentes de información}. Estos archivos se pueden
-editar, pero los cambios realizados sobre ellos se perderán al
-instalar una nueva versión de LilyPond.
-
-Pueden verse ejemplos sencillos sobre el uso de @code{\include} en
-@rlearning{Partituras y particellas}.
+@code{lilypond --verbose} desde la línea de órdenes. Esto
+presentará una lista de rutas y archivos que utiliza LilyPond,
+junto a muchas otras indicaciones. De forma alternativa, pueden
+verse explicaciones sobre los archivos más importantes de este
+conjunto en @rlearning{Otras fuentes de información}. Estos
+archivos se pueden editar, pero los cambios realizados sobre
+ellos se perderán al instalar una nueva versión de LilyPond.
+
+Pueden verse ejemplos sencillos sobre el uso de @code{\include}
+en @rlearning{Partituras y particellas}.
@seealso
Manual de aprendizaje:
@knownissues
Si un archivo incluido recibe un nombre igual al de uno de los
-archivos de instalación de LilyPond, el archivo que tiene prioridad es
-el de los archivos de instalación de LilyPond.
+archivos de instalación de LilyPond, el archivo que tiene
+prioridad es el de los archivos de instalación de LilyPond.
@node Distintas ediciones a partir de una misma fuente
@subsection Distintas ediciones a partir de una misma fuente
@translationof Different editions from one source
-Se pueden usar varios métodos para generar la producción de distintas
-versiones de una partitura a partir de la misma fuente musical. Las
-variables son quizá el más útil para combinar secciones extensas de
-música y/o anotaciones. Las etiquetas son más útiles para seleccionar
-una sección de entre varias secciones de música alternativas, más
-cortas, y se pueden usar también para dividir piezas de música en
-distintos trozos.
+Se pueden usar varios métodos para generar la producción de
+distintas versiones de una partitura a partir de la misma fuente
+musical. Las variables son quizá el más útil para combinar
+secciones extensas de música y/o anotaciones. Las etiquetas son
+más útiles para seleccionar una sección de entre varias secciones
+de música alternativas, más cortas, y se pueden usar también para
+dividir piezas de música en distintos trozos.
-Cualquiera que sea el método utilizado, la separación de la notación
-de la estructura de la partitura hará que sea más fácil cambiar la
-estructura dejando intacta la notación.
+Cualquiera que sea el método utilizado, la separación de la
+notación de la estructura de la partitura hará que sea más fácil
+cambiar la estructura dejando intacta la notación.
@menu
* Uso de las variables::
Si las secciones de la música se definen dentro de variables, se
pueden reutilizar en distintas partes de la partitura, véase
-@rlearning{Organizar las piezas mediante variables}. Por ejemplo, una
-partitura vocal @notation{a cappella} con frecuencia incluye una
-reducción de piano de las partes para ensayar que es idéntica a la
-música vocal, por lo que ésta sólo se tiene que escribir una vez. Se
-puede combinar sobre un solo pentagrama la música de dos variables,
-véase @ref{Combinación automática de las partes}. He aquí un ejemplo:
+@rlearning{Organizar las piezas mediante variables}. Por
+ejemplo, una partitura vocal @notation{a cappella} con frecuencia
+incluye una reducción de piano de las partes para ensayar que es
+idéntica a la música vocal, por lo que ésta sólo se tiene que
+escribir una vez. Se puede combinar sobre un solo pentagrama la
+música de dos variables, véase @ref{Combinación automática de las
+partes}. He aquí un ejemplo:
@lilypond[verbatim,quote]
sopranoMusic = \relative { a'4 b c b8( a) }
>>
@end lilypond
-Se pueden producir partituras distintas que presenten sólo las partes
-vocales o sólo la parte de piano, cambiando solamente los enunciados
-estructurales, sin modificar la notación musical.
+Se pueden producir partituras distintas que presenten sólo las
+partes vocales o sólo la parte de piano, cambiando solamente los
+enunciados estructurales, sin modificar la notación musical.
-Para partituras extensas, las definiciones de variable se pueden poner
-en archivos separados que se incluyen más tarde, véase @ref{Inclusión de archivos de LilyPond}.
+Para partituras extensas, las definiciones de variable se pueden
+poner en archivos separados que se incluyen más tarde, véase
+@ref{Inclusión de archivos de LilyPond}.
@node Uso de etiquetas
@funindex \tag
@funindex \keepWithTag
@funindex \removeWithTag
-@funindex \pushToTag
-@funindex \appendToTag
@cindex etiqueta
@cindex mantener música etiquetada
@cindex quitar música etiquetada
-@cindex división en música etiquetada
-La instrucción @code{\tag #'@var{parteA}} marca una expresión musical
-con el nombre @var{parteA}. Las expresiones etiquetadas de esta
-manera se pueden seleccionar o filtrar más tarde por su nombre, usando
-bien @code{\keepWithTag #'@var{nombre}} o bien @code{\removeWithTag
-#'@var{nombre}}. El resultado de la aplicación de estos filtros a la
-música etiquetada es como sigue:
+La instrucción @code{\tag #'@var{parteA}} marca una expresión
+musical con el nombre @var{parteA}. Las expresiones etiquetadas
+de esta manera se pueden seleccionar o filtrar más tarde por su
+nombre, usando bien @code{\keepWithTag #'@var{nombre}} o bien
+@code{\removeWithTag #'@var{nombre}}. El resultado de la
+aplicación de estos filtros a la música etiquetada es como sigue:
@multitable @columnfractions .5 .5
@headitem Filtro
el nombre o nombres de etiqueta dados; se excluye la música
etiquetada con cualquier otro nombre de etiqueta.
@item
-Música etiquetada precedida de
-@code{\removeWithTag #'@var{nombre}} o
+Música etiquetada precedida de
+@code{\removeWithTag #'@var{nombre}} o
@code{\removeWithTag #'(@var{nombre1} @var{nombre2}@dots{})}
@tab
Se incluye la música no etiquetada y la música que no está
@tab Se incluye toda la música etiquetada y no etiquetada.
@end multitable
-Los argumentos de las instrucciones @code{\tag}, @code{\keepWithTag} y
-@code{\removeWithTag} deben ser un símbolo (como @code{#'partitura} o
-@code{#'parte}), seguido de una expresión musical.
-
-En el ejemplo siguiente vemos dos versiones de una pieza musical, una
-que muestra trinos con la notación usual y otra con los trinos
-expandidos explícitamente:
+Los argumentos de las instrucciones @code{\tag},
+@code{\keepWithTag} y @code{\removeWithTag} deben ser un símbolo
+o lista de símbolos (como @code{#'score} o @code{#'(violinI
+violinII}), seguida de una expresión musical. Si @emph{y solo
+si} los símbolos son identificadores de LilyPond válidos
+(caracteres alfabéticos solamente, sin números, guiones bajos ni
+guiones normales) que no puedan confundirse con notas, la porción
+@code{#'} se puede omitir y, como abreviatura, una lista de
+símbolos puede usar el separador de punto, es decir: @code{\tag
+#'(violinI violinII)} se puede escribir como @code{\tag
+violinI.violinII}. Lo mismo vale para @code{\keepWithTag} y
+@code{\removeWithTag}.
+
+En el ejemplo siguiente vemos dos versiones de una pieza musical,
+una que muestra trinos con la notación usual y otra con los
+trinos expandidos explícitamente:
@lilypond[verbatim,quote]
music = \relative {
c1-\tag #'warn ^"¡Ojo!"
@end example
-Se pueden poner varias etiquetas sobre expresiones con varias entradas
-de @code{\tag}, o combinando varias etiquetas en una lista de símbolos:
+Se pueden poner varias etiquetas sobre expresiones con varias
+entradas de @code{\tag}, o combinando varias etiquetas en una
+lista de símbolos:
@lilypond[quote,verbatim]
music = \relative c'' {
secciones etiquetadas, porque el primer filtro quita todas las
secciones etiquetadas excepto la que se nombra, y el segundo
filtro elimina incluso esa sección etiquetada. Por lo general,
-querrá usar una sola instrucción @code{\keepWithTag} con una lista
-de varias etiquetas: de esta forma solamente se suprimirán las
-secciones etiquetadas que no aparezcan en @emph{ninguna} de las
+querrá usar una sola instrucción @code{\keepWithTag} con una
+lista de varias etiquetas: de esta forma solamente se suprimirán
+las secciones etiquetadas que no aparezcan en @emph{ninguna} de
+las etiquetas.
+
+@cindex grupos de etiquetas
+@funindex \tagGroup
+Aunque @code{\keepWithTag} es útil para el manejo de @emph{un
+solo} conjunto de alternativas, la eliminación de música
+etiquetada con otras etiquetas @emph{no relacionadas} es
+problemática si se utilizan para más de un propósito. Por tal
+motivo pueden declararse @q{grupos de etiquetas} relacionadas:
+
+@example
+\tagGroup #'(violinI violinII viola cello)
+@end example
+
+declara las etiquetas respectivas como pertenecientes a un grupo
+de etiquetas.
+
+@example
+\keepWithTag #'violinI @dots{}
+@end example
+
+se ocupará solamente de las etiquetas del grupo @code{violinI}:
+cualquier elemento de la música incluida que lleve una o más
+etiquetas de este conjunto pero @emph{no} con la etiqueta
+@code{violinI} resultará suprimida.
+
+Para cualquier instrucción @code{\keepWithTag}, solamente son
+visibles las etiquetas de los grupos de aquellas etiquetas dadas
+en la propia instrucción.
+
+Las etiquetas no pueden ser miembros de más de un grupo de
etiquetas.
+@funindex \pushToTag
+@funindex \appendToTag
+@cindex dividir en música etiquetada
+
A veces podemos desear dividir la música en un determinado lugar
dentro de una expresión musical existente. Podemos usar
@code{\pushToTag} y @code{\appendToTag} para añadir material
delante o al final de los @code{elements} de una construcción
musical existente. No toda construcción musical tiene la parte
-@code{elements}, pero las músicas secuenciaes y simultáneas son
+@code{elements}, pero las músicas secuenciales y simultáneas son
dos apuestas seguras:
@lilypond[verbatim,quote]
}
@end lilypond
-Las dos instrucciones admiten una etiqueta, el material que dividir en
-cada ocurrencia de la etiqueta, y la expresión etiquetada. Las
-instrucciones aseguran que se copia todo lo que cambian, de forma que
-el código original @code{\test} retiene su significado.
+Las dos instrucciones admiten una etiqueta, el material que
+dividir en cada ocurrencia de la etiqueta, y la expresión
+etiquetada.
@seealso
Manual de aprendizaje:
mediante el filtrado de música con las instrucciones
@code{\keepWithTag} o @code{\removeWithTag}, podría ocurrir que
cambiaran las relaciones de octava, dado que solo se tendrán en
-cuenta las alturas de las notas que efectivamente permanecen en la
-expresión filtrada. La aplicación de @code{\relative} en primer
-lugar, antes de @code{\keepWithTag} o de @code{\removeWithTag},
-evita este peligro porque en este caso @code{\relative} actúa
-sobre todas las notas tal y como se introducen.
+cuenta las alturas de las notas que efectivamente permanecen en
+la expresión filtrada. La aplicación de @code{\relative} en
+primer lugar, antes de @code{\keepWithTag} o de
+@code{\removeWithTag}, evita este peligro porque en este caso
+@code{\relative} actúa sobre todas las notas tal y como se
+introducen.
@node Uso de ajustes globales
@cindex include-settings
-Se pueden incluir ajustes globales a partir de un archivo distinto:
+Se pueden incluir ajustes globales a partir de un archivo
+distinto:
@example
lilypond -dinclude-settings=MIS_AJUSTES.ly MI_PARTITURA.ly
@end example
-En archivos diferentes se pueden almacenar grupos de ajustes como
+En archivos diferentes se pueden almacenar grupos de ajustes como
el tamaño de la página o las fuentes tipográficas. Ello permite
-hacer diferentes ediciones de la mism a partitura así como aplicar
+hacer diferentes ediciones de la misma partitura así como aplicar
ajustes estándar a muchas partituras, simplemente por medio de la
especificación del archivo de ajustes adecuado.
@cindex UTF-8
LilyPond usa el conjunto de caracteres definido por el consorcio
-Unicode y la norma ISO/IEC 10646. Define un nombre único y un código
-para los conjuntos de caracteres que se utilizan en prácticamente
-todos los idiomas modernos y también en muchos otros. Unicode se
-puede implementar utilizando varios esquemas de codificación
-distintos. LilyPond usa la codificación UTF-8 (UTF son las siglas de
-@emph{Unicode Transformation Format}, o formato de transformación de
-Unicode) que representa todos los caracteres comunes de Latin en un
-solo byte, y representa otros caracteres usando un formato de longitud
+Unicode y la norma ISO/IEC 10646. Define un nombre único y un
+código para los conjuntos de caracteres que se utilizan en
+prácticamente todos los idiomas modernos y también en muchos
+otros. Unicode se puede implementar utilizando varios esquemas
+de codificación distintos. LilyPond usa la codificación UTF-8
+(UTF son las siglas de @emph{Unicode Transformation Format}, o
+formato de transformación de Unicode) que representa todos los
+caracteres comunes de la codificación Latin en un solo byte, y
+representa otros caracteres usando un formato de longitud
variable de hasta cuatro bytes.
-El aspecto visual real de los caracteres viene determinado por los
-glifos que se definen en las fuentes tipográficas concretas que se
-tengan disponibles: una fuente tipográfica define la asignación de un
-subconjunto de los códigos de Unicode a glifos. LilyPond usa la
-biblioteca Pango para representar y disponer tipográficamente textos
-multilingües.
+El aspecto visual real de los caracteres viene determinado por
+los glifos que se definen en las fuentes tipográficas concretas
+que se tengan disponibles: una fuente tipográfica define la
+asignación de un subconjunto de los códigos de Unicode a glifos.
+LilyPond usa la biblioteca Pango para representar y disponer
+tipográficamente textos multilingües.
LilyPond no realiza ninguna conversión en la codificación de la
entrada. Esto significa que cualquier text, ya sea el título, la
-letra de la canción o una instrucción musical que contenga caracteres
-distintos a los del conjunto ASCII, se deben codificar en UTF-8. La
-forma más fácil de escribir dicho texto es utilizar un editor
-preparado para Unicode y guardar el archivo con la codificación UTF-8.
-Casi todos los editores modernos populares contemplan el UTF-8, por
-ejemplo lo hacen vim, Emacs, jEdit, y GEdit. Todos los sistemas MS
-Windows posteriores a NT usan Unicode como codificación de caracteres
-nativa, de manera que incluso el accesorio Bloc de Notas (Notepad)
-puede editar y guardar un archivo en el formato UTF-8. Una
-alternativa más funcional para Windows es BabelPad.
-
-Si un archivo de entrada que contiene un carácter que no es ASCII, no
-se guarda en el formato UTF-8, se genera el mensaje de error
+letra de la canción o una instrucción musical que contenga
+caracteres distintos a los del conjunto ASCII, se deben codificar
+en UTF-8. La forma más fácil de escribir dicho texto es utilizar
+un editor preparado para Unicode y guardar el archivo con la
+codificación UTF-8. Casi todos los editores modernos populares
+contemplan el UTF-8, por ejemplo lo hacen vim, Emacs, jEdit, y
+GEdit. Todos los sistemas MS Windows posteriores a NT usan
+Unicode como codificación de caracteres nativa, de manera que
+incluso el accesorio Bloc de Notas (Notepad) puede editar y
+guardar un archivo en el formato UTF-8. Una alternativa más
+funcional para Windows es BabelPad.
+
+Si un archivo de entrada que contiene un carácter que no es
+ASCII, no se guarda en el formato UTF-8, se genera el mensaje de
+error
@example
FT_Get_Glyph_Name () error: argumento inválido
@cindex Unicode
-Para introducir un carácter aislado para el que se conoce el punto de
-código Unicode pero no está disponible en el editor que se está
-usando, use @code{\char ##xhhhh} o bien @code{\char #dddd} dentro de
-un bloque @code{\markup}, donde @code{hhhh} es el código hexadecimal
-del carácter en cuestión y @code{dddd} es su valor decimal
-correspondiente. Pueden omitirse los ceros iniciales, pero es
-costumbre indicar los cuatro caracteres en la representación
-hexadecimal (observe que @emph{no} debe utilizarse la codificación
-UTF-8 del punto de código Unicode después de @code{\char}, pues la
-codificación UTF-8 contiene bits adicionales que indican el número de
-octetos). Hay tablas de códigos Unicode y un índice de nombres de
-caracteres que da el punto de código en hexadecimal para cualquier
-carácter en el portal del Consorcio Unicode,
-@uref{http://www.unicode.org/}.
+Para introducir un carácter aislado para el que se conoce el
+punto de código Unicode pero no está disponible en el editor que
+se está usando, use @code{\char ##xhhhh} o bien @code{\char
+#dddd} dentro de un bloque @code{\markup}, donde @code{hhhh} es
+el código hexadecimal del carácter en cuestión y @code{dddd} es
+su valor decimal correspondiente. Pueden omitirse los ceros
+iniciales, pero es costumbre indicar los cuatro caracteres en la
+representación hexadecimal (observe que @emph{no} debe utilizarse
+la codificación UTF-8 del punto de código Unicode después de
+@code{\char}, pues la codificación UTF-8 contiene bits
+adicionales que indican el número de octetos). Hay tablas de
+códigos Unicode y un índice de nombres de caracteres que da el
+punto de código en hexadecimal para cualquier carácter en el
+portal del Consorcio Unicode, @uref{http://www.unicode.org/}.
Por ejemplo, tanto @code{\char ##x03BE} como @code{\char #958}
insertan el carácter Unicode U+03BE, que tiene el nombre Unicode
@qq{Letra griega Xi pequeña}.
-Se puede escribir de esta forma cualquier punto de código Unicode, y
-si todos los caracteres especiales se escriben en este formato no es
-necesario guardar el archivo de entrada en formato UTF-8. Por
-supuesto, debe estar instalada y estar disponible para LilyPond una
-fuente tipográfica que contenga codificados todos estos caracteres.
+Se puede escribir de esta forma cualquier punto de código
+Unicode, y si todos los caracteres especiales se escriben en este
+formato no es necesario guardar el archivo de entrada en formato
+UTF-8. Por supuesto, debe estar instalada y estar disponible
+para LilyPond una fuente tipográfica que contenga codificados
+todos estos caracteres.
-El ejemplo siguiente muestra valores hexadecimales Unicode que se usan
-en cuatro lugares: en una llamada de ensayo, como texto de
+El ejemplo siguiente muestra valores hexadecimales Unicode que se
+usan en cuatro lugares: en una llamada de ensayo, como texto de
articulación, en la letra y como texto independiente bajo la
partitura:
}
@end lilypond
-También podemos hacer nuestros propios alias, ya sea de forma global:
+También podemos hacer nuestros propios alias, ya sea de forma global,
@lilypond[quote,verbatim]
\paper {
* Sustituir la tipografía de la notación::
@end menu
+@funindex clip-regions
+@cindex fragmentos de música
+@cindex música, fragmentos
@node Extracción de fragmentos de música
@subsection Extracción de fragmentos de música
@translationof Extracting fragments of music
-Es posible citar pequeños fragmentos de una partitura grande
-directamente a partir de la salida. Puede compararse con la
-separación de una pieza de una partitura, recortándola con tijeras.
-
-Esto se hace definiendo los compases que se deben recortar. Por
-ejemplo, la inclusión de la siguiente definición
+Es posible producir en la salida uno o más fragmentos de una
+partitura mediante la definición de la situación explícita de la
+música que se quiere extraer dentro del bloque @code{\layout} del
+archivo de entrada, utilizando la función @code{clip-regions}, y
+a continuación ejecutando LilyPond con la opción
+@option{-dclip-systems}.
-@verbatim
-\layout {
+@example
+\layout @{
clip-regions
= #(list
(cons
(make-rhythmic-location 5 1 2)
(make-rhythmic-location 7 3 4)))
-}
-@end verbatim
+@}
+@end example
@noindent
-extrae un fragmento empezando por la mitad del quinto compás y
-finalizando en el séptimo compás. El significado de @code{5 1 2} es:
-después de una blanca (1/2) en el compás 5, y el de @code{7 3 4}
-después de tres negras del compás 7.
+Este ejemplo extrae un solo fragmento del archivo de entrada
+@emph{comenzando} después de la duración de una blanca en el
+quinto compás (@code{5 1 2}) y @emph{terminando} después de la
+tercera negra del compás séptimo (@code{7 3 4}).
+
+Se pueden extraer fragmentos adicionales añadiendo más pares de
+entradas de @code{make-rhythmic-location} a la lista
+@code{clip-regions} dentro del bloque @code{\layout}.
+
+De forma predeterminada, cada fragmento de música se obtendrá en
+la salida como un archivo @code{EPS} distinto, pero también se
+pueden crear otros formatos como @code{PDF} o @code{PNG} si es
+necesario. La música extraída se obtiene en la salida como si
+hubiera sido literalmente @q{cortada} de la partitura original
+impresa, de forma que si un fragmento se extiende sobre una o más
+líneas, se genera un archivo de salida distinto por cada línea
+generada.
-Se pueden definir más zonas de recorte añadiendo más parejas de
-definición de tiempo rhythmic-location a la lista.
+@seealso
+Referencia de la notación:
+@ref{El bloque layout}.
-Para poder utilizar esta funcionalidad, LilyPond se debe invocar con
-la opción @option{-dclip-systems}. Los recortes aparecen en la salida
-como archivos EPS, y se convierten en PDF y PNG si estos formatos
-también están activados.
+Manual de utilización:
+@rprogram{Utilización desde la línea de órdenes}.
-Para ver más información sobre los formatos de salida, consulte
-@rprogram{Invocar a LilyPond}.
@node Saltar la música corregida
@funindex showFirstLength
@funindex showLastLength
-Al escribir o copiar música, normalmente sólo es interesante de ver y
-corregir la música cercana al final (donde estamos añadiendo las
-notas). Para acelerar este proceso de corrección, es posible saltar
-la composición tipográfica de todos excepto unos pocos de los últimos
-compases. Esto se consigue poniendo
+Al escribir o copiar música, normalmente sólo es interesante de
+ver y corregir la música cercana al final (donde estamos
+añadiendo las notas). Para acelerar este proceso de corrección,
+es posible saltar la composición tipográfica de todos excepto
+unos pocos de los últimos compases. Esto se consigue poniendo
@example
showLastLength = R1*5
@end example
@noindent
-en nuestro archivo fuente. Esto hará que se tracen sólo los últimos
-cinco compases (suponiendo un compás de 4/4) de cada una de las
-partituras @code{\score} del archivo de entrada. Para piezas largas,
-el tipografiado de únicamente una parte pequeña es con frecuencia un
-orden de magnitud más rápido que el de la obra completa. Si estamos
-trabajando sobre el principio de una partitura que ya hemos
-tipografiado (p.ej., para añadir una parte instrumental nueva),
-también puede ser útil la propiedad @code{showFirstLength}.
+en nuestro archivo fuente. Esto hará que se tracen sólo los
+últimos cinco compases (suponiendo un compás de 4/4) de cada una
+de las partituras @code{\score} del archivo de entrada. Para
+piezas largas, el tipografiado de únicamente una parte pequeña es
+con frecuencia un orden de magnitud más rápido que el de la obra
+completa. Si estamos trabajando sobre el principio de una
+partitura que ya hemos tipografiado (p.ej., para añadir una parte
+instrumental nueva), también puede ser útil la propiedad
+@code{showFirstLength}.
Este mecanismo de pasar por alto partes de un partitura se puede
controlar con un grano más fino mediante la propiedad
-@code{Score.skipTypesetting}. Cuando su valor está establecido, no se
-lleva a cabo ningún tipografiado en absoluto.
+@code{Score.skipTypesetting}. Cuando su valor está establecido,
+no se lleva a cabo ningún tipografiado en absoluto.
-Esta propiedad se usa también para controlar la salida al archivo
-MIDI. Observe que pasa por alto todos los eventos, incluidos el tempo
-y los cambios de instrumento. Está usted advertido.
+Esta propiedad se usa también para controlar la salida hacia el
+archivo MIDI. Observe que pasa por alto todos los eventos,
+incluidos el tempo y los cambios de instrumento. Está usted
+advertido.
@lilypond[quote,ragged-right,verbatim]
-\relative {
- c''8 d
+\relative c' {
+ c1
\set Score.skipTypesetting = ##t
- e8 e e e e e e e
+ \tempo 4 = 80
+ c4 c c c
\set Score.skipTypesetting = ##f
- c8 d b bes a g c2
+ d4 d d d
}
@end lilypond
-En música polifónica, @code{Score.skipTypesetting} afecta a todas las
-voces y pentagramas, ahorrando más tiempo incluso.
+En música polifónica, @code{Score.skipTypesetting} afecta a todas
+las voces y pentagramas, ahorrando más tiempo incluso.
@node Formatos de salida alternativos
@cindex EPS, salida
@cindex PostScript encapsulado, salida de
-Los formatos de salida predeterminados para la partitura impresa son
-el formato de documento portátil (PDF) y PostScript (PS). Los
-formatos de salida Gráficos de vector escalables (SVG), PostScript
-encapsulado (EPS) y Gráficos de red portátiles (PNG) también están
-disponibles a través de opciones de la línea de órdenes, véase
-@rprogram{Opciones básicas de la línea de órdenes para LilyPond}.
+Los formatos de salida predeterminados para la partitura impresa
+son el formato de documento portátil (PDF) y PostScript (PS).
+Los formatos de salida Gráficos de vector escalables (SVG),
+PostScript encapsulado (EPS) y Gráficos de red portátiles (PNG)
+también están disponibles a través de opciones de la línea de
+órdenes, véase @rprogram{Opciones básicas de la línea de órdenes
+para LilyPond}.
@node Sustituir la tipografía de la notación
@subsection Sustituir la tipografía de la notación
@translationof Replacing the notation font
-Gonville es una alternativa a la tipografía Feta que se utiliza en
-LilyPond y se puede descargar de:
+Gonville es una alternativa a la tipografía Feta que se utiliza
+en LilyPond y se puede descargar de:
@example
@uref{http://www.chiark.greenend.org.uk/~sgtatham/gonville/ ,http://www.chiark.greenend.org.uk/~sgtatham/gonville/}
@end example
@c for the font comparison. -gp
@sourceimage{Gonville_after,15cm,,}
-Aquí hay unos compases de muestra tipografiados en la fuente Feta de
-LilyPond:
+Aquí hay unos compases de muestra tipografiados en la fuente Feta
+de LilyPond:
@sourceimage{Gonville_before,15cm,,}
@subsubheading Instrucciones de instalación para MacOS
-Descargue y extraiga el archivo zip. Copie la carpeta @code{lilyfonts}
-a @file{@var{SHARE_DIR}/lilypond/current}; para más información,
-consulte @rlearning{Otras fuentes de información}. Renombre la carpeta
-@code{fonts} existente a @code{fonts_orig} y la carpeta
-@code{lilyfonts} a @code{fonts}. Para volver a la fuente Feta,
-invierta el proceso.
+Descargue y extraiga el archivo zip. Copie la carpeta
+@code{lilyfonts} a @file{@var{SHARE_DIR}/lilypond/current}; para
+más información, consulte @rlearning{Otras fuentes de
+información}. Renombre la carpeta @code{fonts} existente a
+@code{fonts_orig} y la carpeta @code{lilyfonts} a @code{fonts}.
+Para volver a la fuente Feta, invierta el proceso.
@seealso
Manual de aprendizaje:
@rlearning{Otras fuentes de información}.
@knownissues
-
Gonville no se puede usar para tipografiar notación de @q{Música
Antigua} y es probable que cualquier nuevo glifo en versiones
-posteriores de LilyPond no existan en la familia
-tipográfica Gonville. Diríjase a la página web del autor para obtener más
+posteriores de LilyPond no existan en la familia tipográfica
+Gonville. Diríjase a la página web del autor para obtener más
información sobre éste y otros asuntos, entre ellos el régimen de
licencias de Gonville.
-@node Salida MIDI
-@section Salida MIDI
-@translationof MIDI output
+@node Creación de salida MIDI
+@section Creación de salida MIDI
+@translationof Creating MIDI output
@cindex sonido
@cindex MIDI
-El MIDI (Musical Instrument Digital Interface, Interfase Digital para
-Instrumentos Musicales) es un estándar para interconectar y controlar
-instrumentos musicales electrónicos. Un archivo o secuencia MIDI es
-una serie de notas dentro de un conjunto de pistas. No es un archivo
-de sonidos reales; se necesita un programa reproductor especial para
-traducir la serie de notas en sonidos de verdad.
-
-Cualquier música se puede convertir a archivos MIDI, de manera que
-podamos escuchar lo que hayamos introducido. Esto es muy conveniente
-para comprobar la corrección de la música; las octavas equivocadas o
-las alteraciones erróneas se ponen de relieve muy claramente al
-escuchar la salida MIDI.
+LilyPond puede producir archivos que siguen el estándar MIDI
+(Musical Instrument Digital Interface; interfaz digital para
+instrumentos musicales) y permitir así comprobar la música por el
+oído (con la ayuda de alguna aplicación o dispositivo que
+entienda el MIDI). La escucha de la salida MIDI también puede
+ser de ayuda en la localización de errores tales como notas que
+se han introducido incorrectamente, alteraciones omitidas y otros
+casos por el estilo.
-La salida estándar de MIDI es un poco primitiva; de forma opcional, se
-encuentra disponible una salida MIDI mejorada y mucho más realista,
-por medio de @ref{El script Articulate}.
-
-La salida MIDI reserva un canal por cada pentagrama, y reserva
-el canal 10 para la percusión. Sólo hay 16 canales MIDI por cada
-dispositivo, por lo que si la partitura tiene más de 15 pautas, los
-canales MIDI se reutilizarán.
+Los archivos MIDI no contienen sonido (como los archivos AAC, MP3
+o Vorbis) pero requieren software adicional para producir el
+sonido a partir de ellos.
@menu
-* Crear archivos MIDI::
-* Instrumentos MIDI::
-* ¿Qué sale por el MIDI?::
-* Repeticiones y MIDI::
-* Control de los matices en el MIDI::
-* Percusión en MIDI::
+* Notación contemplada por el MIDI::
+* Notación no contemplada en el MIDI::
+* El bloque MIDI::
+* Control de las dinámicas del MIDI::
+* Uso de los instrumentos MIDI::
+* Uso de las repeticiones con el MIDI::
+* Asignación de canales MIDI::
+* Propiedades de contexto para efectos MIDI::
+* Enriquecimiento de la salida MIDI::
* El script Articulate::
@end menu
-@node Crear archivos MIDI
-@subsection Crear archivos MIDI
-@translationof Creating MIDI files
+@cindex MIDI, notación contemplada
+
+@node Notación contemplada por el MIDI
+@subsection Notación contemplada por el MIDI
+@translationof Supported notation for MIDI
+
+Se puede usar la notación musical siguiente con las posibilidades
+predeterminadas de LilyPond para producir salida MIDI:
+
+@itemize
+@item Marcas de respiración
+@item Acordes introducidos como nombres de acorde
+@item Crescendos y decrescendos sobre más de una nota. El volumen se altera de forma lineal entre los dos extremos
+@item Indicadores dinámicos desde @code{ppppp} hasta @code{fffff}, incluyendo @code{mp}, @code{mf} y @code{sf}
+@item Microtonos, pero @emph{no} acordes microtonales. Se necesita también un reproductor de MIDI capaz de ejecutar eventos de rueda de tono.
+@item Letra de las canciones
+@item Altura de las notas
+@item Ritmo introducido como duraciones de las notas, incluidos los grupos de valoración especial como los tresillos
+@item Articulaciones @q{sencillas}; picado, staccato, acento, marcato y portato
+@item Cambios de tempo introducidos con la función @code{\tempo}
+@item Ligaduras de unión
+@item Trémolos que @emph{not} se hayan introducido como un valor del tipo @q{@code{:}[@var{número}]}
+@end itemize
+
+También se pueden controlar el panorama, el balance, la expresión
+y los efectos de reverberación y chorus mediante el
+establecimiento de propiedades de contexto, véase
+@ref{Propiedades de contexto para efectos MIDI}.
-@cindex MIDI, bloque
-Para crear un MIDI a partir de un archivo de LilyPond, inserte un
-bloque @code{\midi} dentro de un bloque @code{\score};
+Si se combina con el script @file{articulate}, es posible
+producir la salida por el MIDI de los siguientes elementos
+adicionales de notación musical:
+
+@itemize
+@item Appogiaturas (apoyaturas). Se les da la mitad de la duración de la nota siguiente (sin tener en cuenta los puntillos). Por ejemplo:
@example
-\score @{
- @var{@dots{}música@dots{}}
- \layout @{ @}
- \midi @{ @}
-@}
+\appoggiatura c8 d2.
@end example
-Si hay @emph{solamente} un bloque @code{\midi} dentro de un
-@code{\score} (es decir, sin ningún bloque @code{\layout}),
-entonces @emph{solamente} se producirá MIDI. No se produce
-ninguna salida impresa de notación musical.
+@noindent
+El Do toma la duración de una negra.
+
+@item Notas y grupos de adorno (mordentes de una nota, trinos, grupetos circulares, etc.)
+@item Rallentando, accelerando, ritardando y a tempo
+@item Ligaduras de expresión y de fraseo
+@item Tenuto
+@end itemize
+
+@noindent
+Véase @ref{Enriquecimiento de la salida MIDI}.
+
+@cindex MIDI, notación no contemplada
+
+@node Notación no contemplada en el MIDI
+@subsection Notación no contemplada en el MIDI
+@translationof Unsupported notation for MIDI
+
+Los siguientes elementos de notación musical no se pueden hacer
+salir por el MIDI:
+
+@itemize
+@item Articulaciones distintas al picado, staccato, acento, marcato y portato
+@item Crescendos y decrescendos sobre una @emph{sola} nota
+@item Calderón
+@item Bajo cifrado
+@item Glissandos
+@item Caídas y elevaciones
+@item Acordes microtonales
+@item Duraciones introducidas como anotaciones, p.ej. el swing
+@item Cambios de tempo sin @code{\tempo} (p.ej., introducidas como anotaciones)
+@item Trémolos que @emph{se introducen} con la notación de la forma @q{@code{:}[@var{número}]}
+@end itemize
+
+
+@node El bloque MIDI
+@subsection El bloque MIDI
+@translationof The MIDI block
+
+@cindex bloque MIDI
+
+Para crear un archivo de salida MIDI a partir de un archivo de
+entrada de LilyPond, introduzca un bloque @code{\midi}, que puede
+estar vacío, dentro del bloque @code{\score}:
@example
\score @{
- @var{@dots{}música@dots{}}
+ @var{@dots{} música @dots{}}
+ \layout @{ @}
\midi @{ @}
@}
@end example
-Se traducen correctamente a la salida MIDI la altura y duración de
-las notas, las ligaduras de unión, matices y cambios de tempo. Las
-@q{marcas} dinámicas se traducen a niveles de volumen con una
-@q{fracción fija} del rango de volumen MIDI disponible; Los
-crescendi y decrescendi hacen que el volumen varíe linealmente
-entre sus dos extremos.
+@warning{ Un bloque @code{@bs{}score} que, además de la música,
+contiene solamente un bloque @code{@bs{}midi} (o sea, @emph{sin}
+el bloque @code{@bs{}layout}), solo produce archivos de salida
+MIDI; no se imprime ninguna notación musical.}
-Se reflejan en la salida de MIDI todas las indicaciones de
-@code{\tempo}, incluidos todos los cambios de tempo siguientes,
-especificados dentro de la notación musical.
+La extensión predeterminada para los archivos de salida
+(@code{.midi}) se puede cambiar usando la opción
+@code{-dmidi-extension} con la instrucción @code{lilypond}:
-Por lo general basta con dejar vacío el bloque @code{\midi}, pero
-puede contener disposiciones distintas de los contextos,
-definiciones de contexto nuevas o código que establezca valores
-para propiedades. En el ejemplo que aparece a continuación se
-fija el tempo a 72 negras por minuto, pero @emph{solamente} para
-la reproducción de audio a través de MIDI.
+@example
+lilypond -dmidi-extension=mid Archivo.ly
+@end example
+
+Como alternativa, puede añadirse la siguiente expresión de Scheme
+antes del comienzo de uno de los bloques @code{\book},
+@code{\bookpart} o @code{\score}. Véase @ref{Estructura del archivo}.
@example
-\score @{
- @var{@dots{}music@dots{}}
- \midi @{
- \tempo 4 = 72
- @}
-@}
+#(ly:set-option 'midi-extension "mid")
@end example
-Observe que @code{\tempo} es en realidad una instrucción para
-establecer valores para propiedades durante la interpretación de
-la música, y en el contexto de las definiciones de salida, como un
-bloque @code{\midi}, se reinterpreta como si fuese una
-modificación de contexto.
+@seealso
+Referencia de la notación:
+@ref{Estructura del archivo}.
+
+Archivos instalados:
+@file{scm/midi.scm}.
-@cindex MIDI, definiciones de contexto
+@knownissues
+Están disponibles 15 canales MIDI y un canal adicional (el número
+10) para la percusión. Los pentagramas se asignan a los canales
+por orden, de forma que una partitura que contenga más de 15
+pentagramas da como resultado que los pentagramas adicionales
+comparten (pero no sobreescriben) el mismo canal MIDI. Esto
+puede ser problemático si los pentagramas que comparten canal
+tienen establecidas propiedades MIDI, basadas en canal, en mutuo
+conflicto (como distintos instrumentos MIDI).
+
+
+@node Control de las dinámicas del MIDI
+@subsection Control de las dinámicas del MIDI
+@translationof Controlling MIDI dynamics
+
+Es posible controlar el volumen MIDI general, el volumen relativo
+de las indicaciones de matiz dinámico y el volumen relativo de
+los distintos instrumentos.
+
+Las indicaciones matiz dinámico se traducen automáticamente a
+niveles de volumen dentro del rango de volúmenes MIDI disponible
+mientras que los crescendos y decrescendos varían el volumen
+linealmente entre sus dos extremos. Es posible controlar el
+volumen relativo de las indicaciones de matiz dinámico, y el
+volumen general de los diferentes instrumentos.
+
+@menu
+* Indicaciones de matiz dinámico en el MIDI::
+* Establecimiento del volumen MIDI::
+* Establecimiento de las propiedades del bloque MIDI::
+@end menu
+
+@cindex MIDI, volumen
+@cindex MIDI, ecualización
+@cindex MIDI, matices dinámicos
+@cindex dinámica del MIDI
+
+
+@node Indicaciones de matiz dinámico en el MIDI
+@unnumberedsubsubsec Indicaciones de matiz dinámico en el MIDI
+@translationof Dynamic marks in MIDI
+
+Solo las marcas de dinámica desde @code{ppppp} hasta
+@code{fffff}, incluidos @code{mp}, @code{mf} y @code{sf} tienen
+valores asignados. Este valor se aplica a continuación al valor
+del rango de volumen MIDI general para obtener el volumen final
+que se incluye en la salida MIDI para esa indicación de matiz
+dinámico en particular. Las fracciones predeterminadas varían
+desde 0.25 para el @notation{ppppp} hasta 0.95 para el
+@notation{fffff}. El conjunto completo de las indicaciones de
+matiz dinámico pueden verse en el archivo @file{scm/midi.scm}.
+
+
+@snippets
+@lilypondfile[verbatim,quote,ragged-right,texidoc,doctitle]
+{creating-custom-dynamics-in-midi-output.ly}
+
+Archivos instalados:
+@file{ly/script-init.ly}
+@file{scm/midi.scm}.
+
+Fragmentos de código:
+@rlsr{MIDI}.
+
+Referencia de funcionamiento interno:
+@rinternals{Dynamic_performer}.
+
+
+@node Establecimiento del volumen MIDI
+@unnumberedsubsubsec Establecimiento del volumen MIDI
+@translationof Setting MIDI volume
+
+Los volúmenes generales mínimo y máximo de las indicaciones de
+matiz dinámico MIDI se controlan estableciendo las propiedades
+@code{midiMinimumVolume} y @code{midiMaximumVolume} en el nivel
+del bloque @code{Score}. Estas propiedades tienen efecto
+solamente al comienzo de una vos y sobre las indicaciones
+dinámicas. La fracción que corresponde a cada indicación
+dinámica se modifica con esta fórmula:
+
+@example
+midiMinimumVolume + (midiMaximumVolume - midiMinimumVolume) * fracción
+@end example
-Las definiciones de contexto siguen la misma sintaxis que las de
-un bloque @code{\layout};
+En el ejemplo siguiente, el rango dinámico del volumen MIDI
+general se limita al intervalo entre @code{0.2} y @code{0.5}.
@example
\score @{
- @var{@dots{}música@dots{}}
+ <<
+ \new Staff @{
+ \set Staff.midiInstrument = #"flute"
+ @var{@dots{} music @dots{}}
+ @}
+ \new Staff @{
+ \set Staff.midiInstrument = #"clarinet"
+ @var{@dots{} music @dots{}}
+ @}
+ >>
\midi @{
\context @{
- \Voice
- \remove "Dynamic_performer"
+ \Score
+ midiMinimumVolume = #0.2
+ midiMaximumVolume = #0.5
@}
@}
@}
@end example
-elimina de la salida MIDI el efecto de los matices dinámicos. Los
-módulos de traducción para el sonido se llaman @q{performers}
-(intérpretes).
-
-@snippets
-
-@lilypondfile[verbatim,quote,ragged-right,texidoc,doctitle]
-{changing-midi-output-to-one-channel-per-voice.ly}
-
-@knownissues
-
-Algunos sistemas operativos requieren una extensión de archivo
-@emph{específica} para los archivos MIDI. Si se prefiere una
-extensión distinta, inserte la línea siguiente en el nivel
-superior del archivo de entrada, antes del comienzo de cualquier
-bloque @code{\book}, @code{\bookpart} o @code{\score};
+Se puede obtener una ecualización sencilla de instrumentos MIDI
+estableciendo las propiedades @code{midiMinimumVolume} y
+@code{midiMaximumVolume} dentro del contexto @code{Staff}.
@example
-#(ly:set-option 'midi-extension "mid")
+\score @{
+ \new Staff @{
+ \set Staff.midiInstrument = #"flute"
+ \set Staff.midiMinimumVolume = #0.7
+ \set Staff.midiMaximumVolume = #0.9
+ @var{@dots{} music @dots{}}
+ @}
+ \midi @{ @}
+@}
@end example
-De esta manera quedará establecida la extensión predeterminada
-para los archivos MIDI a @code{.mid}.
-
-De forma alternativa, se puede proporcionar una opción en la línea
-de órdenes de la consola:
+Para partituras con más de un pentagrama y más de un instrumento
+MIDI, se pueden fijar individualmente los volúmenes relativos de
+cada instrumento:
@example
-lilypond -dmidi-extension=mid MiArchivo.ly
+\score @{
+ <<
+ \new Staff @{
+ \set Staff.midiInstrument = #"flute"
+ \set Staff.midiMinimumVolume = #0.7
+ \set Staff.midiMaximumVolume = #0.9
+ @var{@dots{} music @dots{}}
+ @}
+ \new Staff @{
+ \set Staff.midiInstrument = #"clarinet"
+ \set Staff.midiMinimumVolume = #0.3
+ \set Staff.midiMaximumVolume = #0.6
+ @var{@dots{} music @dots{}}
+ @}
+ >>
+ \midi @{ @}
+@}
@end example
-Los cambios del volumen MIDI sólo tienen lugar al principio de la
-nota, por lo que los crescendi y decrescendi no pueden afectar al
-volumen de una sola nota.
+En este ejemplo el volumen del clarinete se reduce de forma
+relativa al volumen de la flauta.
-Puede que algunos propgramas reproductores de MIDI no siempre
-manejen correctamente los cambios de tempo en la salida MIDI.
+Si no se establecen estas propiedades de volumen, LilyPond aún
+aplica un @q{pequeño grado} de ecualización a ciertos
+instrumentos. Véase @file{scm/midi.scm}.
-@seealso
Archivos instalados:
-@file{../ly/performer-init.ly}.
+@file{scm/midi.scm}.
-Manual de aprendizaje:
-@rlearning{Otras fuentes de información}.
+@seealso
+Referencia de la notación:
+@ref{Disposición de la partitura}.
+Referencia de funcionamiento interno:
+@rinternals{Dynamic_performer}.
-@node Instrumentos MIDI
-@subsection Instrumentos MIDI
-@translationof MIDI Instruments
+@snippets
+@lilypondfile[verbatim,quote,ragged-right,texidoc,doctitle]
+{replacing-default-midi-instrument-equalization.ly}
-@cindex instrumento, nombres de
-@funindex Staff.midiInstrument
+@knownissues
+Los cambios en el volumen del MIDI solamente tienen lugar en el
+comienzo de una nota, por lo que los crescendos y decrescendos no
+afectan al volumen de una sola nota.
-El instrumento MIDI que se quiere utilizar se establece fijando la
-propiedad @code{Staff.midiInstrument} al nombre del instrumento.
-El nombre se debe elegir de entre los que están en la lista que
-aparece en @ref{instrumentos MIDI}.
+@node Establecimiento de las propiedades del bloque MIDI
+@unnumberedsubsubsec Establecimiento de las propiedades del bloque MIDI
+@translationof Setting MIDI block properties
-@example
-\new Staff @{
- \set Staff.midiInstrument = #"glockenspiel"
- @var{@dots{}notas@dots{}}
-@}
-@end example
+El bloque @code{\midi} puede contener distintas disposiciones de
+los contextos, definiciones de contexto nuevas o código que fija
+los valores de ciertas propiedades.
@example
-\new Staff \with @{midiInstrument = #"cello"@} @{
- @var{@dots{}notas@dots{}}
+\score @{
+ @var{@dots{} music @dots{}}
+ \midi @{
+ \tempo 4 = 72
+ @}
@}
@end example
-Si el instrumento elegido no coincide exactamente con uno de los
-instrumentos de la lista de instrumentos MIDI, se usará el
-instrumento Piano de Cola (@code{"acoustic grand"}).
-
+Aquí, el tempo se establece a 72 pulsos de negra por minuto. La
+indicación de tempo dentro del bloque @code{\midi} no aparece en
+la partitura impresa. Aunque cualquier otra indicación de
+@code{\tempo} que se especifique dentro del bloque @code{\score}
+también se reflejará en la salida MIDI.
-@node ¿Qué sale por el MIDI?
-@subsection ¿Qué sale por el MIDI?
-@translationof What goes into the MIDI output?
+Dentro de un bloque @code{\midi}, la instrucción @code{\tempo}
+está estableciendo propiedades durante la interpretación de la
+música y en el contexto de las definiciones de salida; así, se
+interpreta @emph{como si} fuera una modificación de contesto.
-@menu
-* Contemplado en el MIDI::
-* No contemplado en el MIDI::
-@end menu
-
-@node Contemplado en el MIDI
-@unnumberedsubsubsec Contemplado en el MIDI
-@translationof Supported in MIDI
-
-@cindex alturas en MIDI
-@cindex MIDI, alturas
-@cindex cuartos de tono en MIDI
-@cindex MIDI, cuartos de tono
-@cindex microtonos en MIDI
-@cindex MIDI, microtonos
-@cindex acordes, nombres de, en MIDI
-@cindex MIDI, nombres de
-@cindex duraciones en MIDI
-@cindex MIDI, duraciones
-@cindex Articlulate, scripts
-@cindex MIDI, articulaciones
-@cindex articulaciones en MIDI
-@cindex trinos en MIDI
-@cindex grupetos en MIDI
-@cindex rallentando en MIDI
-@cindex accelerando en MIDI
-@c TODO etc
-
-Los siguientes elementos de notación se reflejan en la salida MIDI:
-
-@itemize
-@item Alturas
-@item Microtonos (véase @ref{Alteraciones accidentales}. La reproducción necesita un reproductor que contemple la curvatura de tono o @emph{pitch bend}.)
-@item Acordes escritos como nombres de acorde
-@item Ritmos escritos como duraciones de las notas, incluidos los grupos de valoración especial
-@item Trémolos escritos sin @q{@code{:}[@var{número}]}
-@item Ligaduras de unión
-@item Matices o indicaciones de dinámica
-@item Crescendi y decrescendi sobre varias notas
-@item Cambios de tempo insertados con una marca metronómica
-@item Letra de las canciones
-@end itemize
+@cindex MIDI, definiciones de contexto
+@cindex contexto, definiciones con MIDI
-Utilizando @ref{El script Articulate}, a la lista anterior se añaden
-una serie de elementos:
+Las definiciones de contexto siguen la misma sintaxis que las del
+bloque @code{\layout}:
-@itemize
-@item Articulaciones (ligaduras de expresión, picados, etc)
-@item Trinos, mordentes circulares
-@item Rallentando y accelerando
-@end itemize
+@example
+\score @{
+ @var{@dots{} music @dots{}}
+ \midi @{
+ \context @{
+ \Voice
+ \remove "Dynamic_performer"
+ @}
+ @}
+@}
+@end example
+Este ejemplo suprime el efecto de las indicaciones dinámicas
+sobre la salida MIDI. Nota: los módulos de traducción de
+LilyPond usados para el sonido se llaman @q{performers}.
-@node No contemplado en el MIDI
-@unnumberedsubsubsec No contemplado en el MIDI
-@translationof Unsupported in MIDI
+@seealso
+Manual de aprendizaje:
+@rlearning{Otras fuentes de información}.
-@c TODO index as above
+Referencia de la notación:
+@ref{Expresiones},
+@ref{Disposición de la partitura}.
-Los siguientes elementos de notación no tienen ningún efecto sobre la
-salida MIDI, a no ser que utilicemos @ref{El script Articulate}:
+Archivos instalados:
+@file{ly/performer-init.ly}.
-@itemize
-@item Duraciones escritas como anotaciones, p.ej. el swing
-@item Cambios de tempo escritos como anotaciones sin marca de tempo
-@item Staccato y otras articulaciones y ornamentos
-@item Ligaduras de expresión y de fraseo
-@item Crescendi y decrescendi sobre una nota única
-@item Trémolos introducidos con @q{@code{:}[@var{número}]}
-@item Bajo cifrado
-@item Acordes microtonales
-@end itemize
+Fragmentos de código:
+@rlsr{MIDI}.
+Referencia de funcionamiento interno:
+@rinternals{Dynamic_performer}.
-@node Repeticiones y MIDI
-@subsection Repeticiones y MIDI
-@translationof Repeats in MIDI
+@knownissues
+Ciertos reproductores de MIDI no siempre maneja correctamente los
+cambios de tempo en la salida MIDI.
-@cindex repeticiones, expandir
-@funindex \unfoldRepeats
+Los cambios efectuados al @code{midiInstrument}, así como ciertas
+opciones MIDI, al @emph{comienzo} de un pentagrama pueden
+aparecer dos veces en la salida MIDI.
-Con un poco de trucaje, se puede hacer que cualquier tipo de
-repetición esté presente en la salida MIDI. Esto se consigue mediante
-la aplicación de la función musical @code{\unfoldRepeats}. Esta
-función cambia todas las repeticiones a repeticiones desplegadas.
-@lilypond[quote,verbatim]
-\unfoldRepeats {
- \repeat tremolo 8 { c'32 e' }
- \repeat percent 2 { c''8 d'' }
- \repeat volta 2 { c'4 d' e' f' }
- \alternative {
- { g' a' a' g' }
- { f' e' d' c' }
- }
-}
-\bar "|."
-@end lilypond
-En partituras con varias voces, el desplegado de las repeticiones en
-la salida MIDI solo se produce correctamente si @emph{todas y cada
-una} de las voces incluye las repeticiones de manera completa y
-explícita.
+@node Uso de los instrumentos MIDI
+@subsection Uso de los instrumentos MIDI
+@translationof Using MIDI instruments
-Al crear un archivo de partitura que use @code{\unfoldRepeats} para el
-MIDI, es necesario hacer dos bloques @code{\score}: uno para el MIDI
-(con repeticiones desplegadas) y otro para la notación impresa (con
-repeticiones de volta --primera y segunda vez--, tremolo --trémolo--,
-y percent --repetición de compases--). Por ejemplo,
+Los instrumentos MIDI se establecen usando la propiedad
+@code{midiInstrument} dentro de un contexto @code{Staff}.
@example
\score @{
- @var{@dots{}música@dots{}}
- \layout @{ @dots{} @}
+ \new Staff @{
+ \set Staff.midiInstrument = #"glockenspiel"
+ @var{@dots{} music @dots{}}
+ @}
+ \midi @{ @}
@}
+@end example
+
+o
+
+@example
\score @{
- \unfoldRepeats @var{@dots{}música@dots{}}
- \midi @{ @dots{} @}
+ \new Staff \with @{midiInstrument = #"cello"@} @{
+ @var{@dots{} music @dots{}}
+ @}
+ \midi @{ @}
@}
@end example
+Si el instrumento elegido no coincide exactamente con uno de los
+instrumentos de la lista de la sección @q{instrumentos MIDI}, se
+usará el instrumento Piano de Cola (@code{"acoustic grand"}).
+Véase @ref{Instrumentos MIDI}.
-@node Control de los matices en el MIDI
-@subsection Control de los matices en el MIDI
-@translationof Controlling MIDI dynamics
-
-La dinámica en el MIDI está implementada por medio del intérprete
-Dynamic_performer que reside de forma predeterminada dentro del
-contexto Voice. Es posible controlar el volumen MIDI general, el
-volumen relativo de los matices dinámicos y el volumen relativo de los
-distintos instrumentos.
+@seealso
+Manual de aprendizaje:
+@rlearning{Otras fuentes de información}.
-@menu
-* Indicaciones dinámicas::
-* Volumen maestro MIDI::
-* Balance entre instrumentos (i)::
-* Balance entre instrumentos (ii)::
-@end menu
+Referencia de la notación:
+@ref{Instrumentos MIDI},
+@ref{Disposición de la partitura}.
-@node Indicaciones dinámicas
-@unnumberedsubsubsec Indicaciones dinámicas
-@translationof Dynamic marks
-
-Los matices o indicaciones de dinámica se traducen a una fracción
-fija del rango de volumen MIDI disponible. Las fracciones
-predeterminadas se extienden desde 0.25 para @notation{ppppp}
-hasta 0.95 para @notation{fffff}. El conjunto de indicaciones
-dinámicas y las fracciones asociadas pueden verse en
-@file{../scm/midi.scm}, véase @rlearning{Otras fuentes de
-información}. Este conjunto de fracciones se puede cambiar o
-extender proporcionando una función que toma como argumento una
-indicación dinámica y devuelve la fracción requerida, y
-estableciendo @code{Score.dynamicAbsoluteVolumeFunction} a esta
-función.
-
-Por ejemplo, si se requiere una indicación dinámica
-@notation{rinforzando}, @code{\rfz}, ésta no tiene ningún efecto
-predeterminado sobre el volumen MIDI, pues no está incluida en el
-conjunto predeterminado. De igual manera, si se define una
-indicación dinámica nueva con @code{make-dynamic-script}, ésta
-tampoco estará incluida en el conjunto predeterminado. El ejemplo
-siguiente muestra cómo hay que añadir el volumen MIDI para estas
-indicaciones dinámicas. La función Scheme establece la fracción a
-0.9 si se encuentra una indicación dinámica rfz, y en caso
-contrario llama a la función predeterminada.
+Archivos instalados:
+@file{scm/midi.scm}.
-@lilypond[verbatim,quote]
-#(define (myDynamics dynamic)
- (if (equal? dynamic "rfz")
- 0.9
- (default-dynamic-absolute-volume dynamic)))
+@knownissues
+Los instrumentos de percusión cuya notación está en un contexto
+@code{DrumStaff} se encontrará a la salida, correctamente, sobre
+el canal MIDI número@tie{}10 pero ciertos instrumentos de
+percusión afinada como el xilófono, el vibráfono o los timbales,
+se tratan como instrumentos @qq{normales}, de forma que la música
+de éstos se debe introducir en un contexto @code{Staff} (no
+@code{DrumStaff}) para obtener una salida MIDI correcta. Hay una
+lista completa de entradas de los @code{sets de percusión del
+canal 10} en el archivo @file{scm/midi.scm}. Véase
+@rlearning{Otras fuentes de información}.
-\score {
- \new Staff {
- \set Staff.midiInstrument = #"cello"
- \set Score.dynamicAbsoluteVolumeFunction = #myDynamics
- \new Voice {
- \relative {
- a'4\pp b c-\rfz
- }
- }
- }
- \layout {}
- \midi {}
-}
-@end lilypond
-Como alternativa, si se necesitara redefinir la tabla completa de
-fracciones, sería mejor usar el procedimiento
-@notation{default-dynamic-absolute-volume} que aparece en
-@file{../scm/midi.scm} y la tabla asociada como modelo. El último
-ejemplo de esta sección muestra cómo se puede hacer esto.
+@node Uso de las repeticiones con el MIDI
+@subsection Uso de las repeticiones con el MIDI
+@translationof Using repeats with MIDI
-@node Volumen maestro MIDI
-@unnumberedsubsubsec Volumen maestro MIDI
-@translationof Overall MIDI volume
+@cindex repeticiones en MIDI
+@cindex MIDI con repeticiones
+@funindex \unfoldRepeats
-El volumen general máximo y mínimo de las indicaciones dinámicas
-de MIDI se controla estableciendo valores para las propiedades
-@code{midiMinimumVolume} y @code{midiMaximumVolume} en el nivel de
-@code{Score}. Estas propiedades tienen efecto solamente al inicio
-de una voz y sobre las indicaciones dinámicas. La fracción que
-corresponde a cada indicación dinámica se modifica con esta
-fórmula:
+Las repeticiones se pueden representar en la salida MIDI
+aplicando la instrucción @code{\unfoldRepeats}.
@example
-midiMinimumVolume + (midiMaximumVolume - midiMinimumVolume) * fracción
+\score @{
+ \unfoldRepeats @{
+ \repeat tremolo 8 @{ c'32 e' @}
+ \repeat percent 2 @{ c''8 d'' @}
+ \repeat volta 2 @{ c'4 d' e' f' @}
+ \alternative @{
+ @{ g' a' a' g' @}
+ @{ f' e' d' c' @}
+ @}
+ @}
+ \midi @{ @}
+@}
@end example
-En el ejemplo siguiente, el rango de intensidad dinámica del
-volumen general MIDI está limitado al intervalo desde 0.2 hasta
-0.5.
-
-@lilypond[verbatim,quote]
-\score {
- <<
- \new Staff {
- \key g \major
- \time 2/2
- \set Staff.midiInstrument = #"flute"
- \new Voice \relative {
- r2 g''\mp g fis~
- 4 g8 fis e2~
- 4 d8 cis d2
- }
- }
- \new Staff {
- \key g \major
- \set Staff.midiInstrument = #"clarinet"
- \new Voice \relative {
- b'1\p a2. b8 a
- g2. fis8 e
- fis2 r
- }
- }
- >>
- \layout {}
- \midi {
- \tempo 2 = 72
- \context {
- \Score
- midiMinimumVolume = #0.2
- midiMaximumVolume = #0.5
- }
- }
-}
-@end lilypond
-
-@node Balance entre instrumentos (i)
-@unnumberedsubsubsec Balance entre instrumentos (i)
-@translationof Equalizing different instruments (i)
-
-Si las propiedades de volumen MIDI máximo y mínimo están
-establecidas en el contexto @code{Staff} se pueden controlar los
-volúmenes relativos de los instrumentos MIDI. Esto proporciona un
-ecualizador de instrumentos básico que puede realzar
-significativamente la calidad de la salida MIDI.
+Para restringir el efecto de @code{\unfoldRepeats} a la salida
+MIDI únicamente, y al mismo tiempo genera partituras imprimibles,
+es necesario hacer @emph{dos} bloques @code{\score}: uno para el
+MIDI (con las repeticiones desplegadas) y otro para la notación
+(con repeticiones de primera y segunda vez, trémolos y del tipo
+porcentaje);
-En este ejemplo se reduce el volumen del clarinete con relación al
-de la flauta.
-
-@lilypond[verbatim,quote]
-\score {
- <<
- \new Staff {
- \key g \major
- \time 2/2
- \set Staff.midiInstrument = #"flute"
- \set Staff.midiMinimumVolume = #0.7
- \set Staff.midiMaximumVolume = #0.9
- \new Voice \relative {
- r2 g''\mp g fis~
- 4 g8 fis e2~
- 4 d8 cis d2
- }
- }
- \new Staff {
- \key g \major
- \set Staff.midiInstrument = #"clarinet"
- \set Staff.midiMinimumVolume = #0.3
- \set Staff.midiMaximumVolume = #0.6
- \new Voice \relative {
- b'1\p a2. b8 a
- g2. fis8 e
- fis2 r
- }
- }
- >>
- \layout {}
- \midi {
- \tempo 2 = 72
- }
-}
-@end lilypond
+@example
+\score @{
+ @var{@dots{} music @dots{}}
+ \layout @{ @}
+@}
+\score @{
+ \unfoldRepeats @{
+ @var{@dots{} music @dots{}}
+ @}
+ \midi @{ @}
+@}
+@end example
+Si se usan varias voces, cada una de ellas debe contener las
+repeticiones completamente desplegadas para poder obtener una
+salida MIDI correcta.
-@node Balance entre instrumentos (ii)
-@unnumberedsubsubsec Balance entre instrumentos (ii)
-@translationof Equalizing different instruments (ii)
-
-Si las propiedades de volumen MIDI máximo y mínimo no están
-establecidas, de forma predeterminada LilyPond aplica un pequeño
-grado de ecualización a algunos instrumentos. Los instrumentos y
-la ecualización que se aplica se muestra en la tabla
-@notation{instrument-equalizer-alist} en @file{../scm/midi.scm}.
-
-El ecualizador básico predeterminado se puede sustituir
-estableciendo @code{instrumentEqualizer} en el contexto
-@code{Score} a un procedimiento Scheme nuevo que acepte el nombre
-de un instrumento MIDI como único argumento y devuelva un par de
-fracciones que dan los volúmenes máximo y mínimo que se aplican a
-dicho instrumento. Esta sustitución se hace de la misma forma que
-mostramos para restablecer la fracción de volumen absoluto
-@code{dynamicAbsoluteVolumeFunction} al comienzo de esta sección.
-El ecualizador predeterminado,
-@notation{default-instrument-equalizer}, en
-@file{../scm/midi.scm}, muestra cómo se puede escribir tal
-procedimiento.
-
-El ejemplo siguiente establece los volúmenes relativos de la
-flauta y del clarinete a los mismos valores que el ejemplo
-anterior.
+@seealso
+Referencia de la notación:
+@ref{Repeticiones}.
+
+
+@node Asignación de canales MIDI
+@subsection Asignación de canales MIDI
+@translationof MIDI channel mapping
+
+@cindex MIDI, canales
+@cindex MIDI, pistas
+@funindex midiChannelMapping
+
+Cuando se está generando un archivo MIDI de una partitura,
+LilyPond asigna cada nota de la partitura automáticamente a un
+canal MIDI, aquel en que se tocaría cuando se envía hacia un
+dispositivo MIDI. Un canal MIDI tiene una cierta cantidad de
+controles disponibles para seleccionar, por ejemplo, el
+instrumento que usar para reproducir las notas en ese canal, u
+ordenar al dispositivo MIDI que aplique diversos efectos al
+sonido producido sobre el canal. En todo momento, cada control
+de un canal MIDI solo puede tener asignado un valor único (que
+sin embargo se puede modificar, por ejemplo, para cambiar a otro
+instrumento en mitad de una partitura).
+
+El estándar MIDI contempla solamente 16 canales por dispositivo
+MIDI. Este límite en el número de canales limita también el
+número de instrumentos diferentes que pueden estar tocando al
+mismo tiempo.
+
+LilyPond crea pistas MIDI separadas para cada pentagrama (o
+instrumento o voz, según el valor de
+@code{Score.midiChannelMapping}), y también para cada contexto de
+letra. No hay un límite para el número de pistas.
+
+Para solventar el número limitado de canales MIDI, LilyPond
+contempla algunos modos diferentes para la asignación de canales
+MIDI, que se seleccionan usando la propiedad de contexto
+@code{Score.midiChannelMapping}. En cada caso, si se necesitan
+más canales MIDI que el límite, los números de canal asignados
+vuelven a contar desde cero, causando posiblemente una asignación
+incorrecta de instrumento a algunas notas. Esta propiedad de
+contexto se puede fijar a uno de los siguientes valores:
-@lilypond[verbatim,quote]
-#(define my-instrument-equalizer-alist '())
+@table @var
-#(set! my-instrument-equalizer-alist
- (append
- '(
- ("flute" . (0.7 . 0.9))
- ("clarinet" . (0.3 . 0.6)))
- my-instrument-equalizer-alist))
+@item @code{'staff}
+
+Reservar un canal MIDI distinto para cada uno de los pentagramas
+de la partitura (es el ajuste predeterminado). Todas las notas
+de todas las voces comparten el canal MIDI del pentagrama que las
+encierra, y todas se codifican dentro de la misma pista MIDI.
+
+El límite de 16 canales se aplica al número total de contextos de
+pentagrama y de letra, incluso aunque las letras del MIDI no
+consumen un canal MIDI.
+
+@item @code{'instrument}
+
+Reservar un canal MIDI distinto a cada uno de los instrumentos
+diferentes especificados en la partitura. Esto significa que
+todas las notas reproducidas con el mismo instrumento MIDI
+comparten el mismo canal MIDI (y la misma pista), incluso aunque
+las notas provengan de diferentes voces o pentagramas.
+
+En este caso los contextos de letra no cuentan para el límite de
+16 canales MIDI (ya que no se asignan a un instrumento MIDI), de
+forma que este ajuste puede permitir una mejor distribución de
+los canales MIDI cuando el número de contextos de pentagrama y de
+letra en la partitura excede la cantidad de 16.
+
+@item @code{'voice}
+
+Reservar un canal MIDI distinto a cada voz de la partitura que
+tenga un nombre único entre las voces de su pentagrama
+circundante. Las voces de los distintos pentagramas siempre se
+asignan a distintos canales MIDI pero dos voces cualesquiera
+contenidas dentro del mismo pentagrama comparten el mismo canal
+MIDI sin tienen el mismo nombre. A causa de que
+@code{midiInstrument} y los diversos controles MIDI para los
+efectos son propiedades del contexto de pentagrama, no se pueden
+fijar independientemente para cada voz. La primera voz se
+reproduce con el instrumento y los efectos especificados para el
+pentagrama, y las voces con un nombre distinto de la primera
+recibirán el instrumento y los efectos predeterminados.
+
+Nota: se pueden asignar distintos instrumentos y/o efectos a
+varias voces dentro del mismo pentagrama moviendo el
+@code{Staff_performer} del contexto @code{Staff} al contexto
+@code{Voice}, y dejando que @code{midiChannelMapping} conserve su
+valor predeterminado de @code{'staff} o se fije al valor
+@code{'instrument}; véase el fragmento de código siguiente.
-#(define (my-instrument-equalizer s)
- (let ((entry (assoc s my-instrument-equalizer-alist)))
- (if entry
- (cdr entry))))
+@end table
-\score {
- <<
- \new Staff {
- \key g \major
- \time 2/2
- \set Score.instrumentEqualizer = #my-instrument-equalizer
- \set Staff.midiInstrument = #"flute"
- \new Voice \relative {
- r2 g''\mp g fis~
- 4 g8 fis e2~
- 4 d8 cis d2
- }
- }
- \new Staff {
- \key g \major
- \set Staff.midiInstrument = #"clarinet"
- \new Voice \relative {
- b'1\p a2. b8 a
- g2. fis8 e
- fis2 r
- }
- }
- >>
- \layout { }
- \midi {
- \tempo 2 = 72
- }
-}
-@end lilypond
+Por ejemplo, la asignación predeterminada de canal MIDI de una
+partitura puede cambiarse al ajuste @code{'instrument} como se
+muestra a continuación:
-@ignore
-@c Delete when satisfied this is adequately covered elsewhere -td
+@example
+\score @{
+ ...music...
+ \midi @{
+ \context @{
+ \Score
+ midiChannelMapping = #'instrument
+ @}
+ @}
+@}
+@end example
-@n ode Microtones in MIDI
-@s ubsection Microtones in MIDI
+@snippets
+@lilypondfile[verbatim,quote,ragged-right,texidoc,doctitle]
+{changing-midi-output-to-one-channel-per-voice.ly}
-@cindex microtones in MIDI
-Microtones consisting of half sharps and half flats are exported
-to the MIDI file and render correctly in MIDI players which support
-pitch bending. See @ref{Nombres de las notas en otros idiomas}. Here is
-an example showing all the half sharps and half flats. It can be
-copied out and compiled to test microtones in your MIDI player.
+@node Propiedades de contexto para efectos MIDI
+@subsection Propiedades de contexto para efectos MIDI
+@translationof Context properties for MIDI effects
+
+@cindex Efectos en MIDI
+@cindex Panorama en MIDI
+@cindex Balance en MIDI
+@cindex Estéreo, balance en MIDI
+@cindex Expresión en MIDI
+@cindex Reverberación en MIDI
+@cindex Chorus en MIDI
+@funindex midiPanPosition
+@funindex midiBalance
+@funindex midiExpression
+@funindex midiReverbLevel
+@funindex midiChorusLevel
+
+Se pueden usar las siguientes propiedades de contexto para
+aplicar diversos efectos MIDI a las notas que se reproducen sobre
+el canal MIDI asociado con el pentagrama, instrumento MIDI o voz
+actual (dependiendo del valor de la propiedad de contexto
+@code{Score.midiChannelMapping} y del contexto en que está
+situado el @code{Staff_performer}; véase @ref{Asignación de
+canales MIDI}).
+
+Los cambios en estas propiedades de contexto afectan a todas las
+notas que se reproducen sobre el canal después del cambio, aunque
+algunos de los efectos se pueden incluso aplicar también a notas
+que están ya sonando en ese momento (dependiendo de la
+implementación del dispositivo de salida MIDI).
+
+Se contemplan las siguientes propiedades de contexto:
-@lilypond[verbatim,quote]
-\score {
- \relative {
- c'4 cih cis cisih
- d4 dih ees eeh
- e4 eih f fih
- fis4 fisih g gih
- gis4 gisih a aih
- bes4 beh b bih
- }
- \layout {}
- \midi {}
-}
-@end lilypond
-@end ignore
+@table @var
+@item @code{Staff.midiPanPosition}
+
+La posición de panorama controla cómo se distribuye el sonido de
+un canal MIDI entre las salidas estéreo izquierda y derecha. La
+propiedad de contexto acepta un número entre -1.0 (@code{#LEFT})
+y 1.0 (@code{#RIGHT}); el valor -1.0 pone toda la potencia de
+sonido en la salida estéreo izquierda (dejando la salida derecha
+en completo silencio), el valor 0.0 (@code{#CENTER}) distribuye
+el sonido por igual entre las salidas estéreo izquierda y
+derecha, y el valor 1.0 mueve todo el sonido a la salida estéreo
+derecha. Los valores entre -1.0 y 1.0 se pueden usar para
+obtener distribuciones mezcladas entre las salidas estéreo
+izquierda y derecha.
+
+@item @code{Staff.midiBalance}
+
+Equilibrio estéreo de un canal MIDI. De forma similar a la
+posición de panorama esta propiedad de contexto acepta un número
+entre -1.0 (@code{#LEFT}) y 1.0 (@code{#RIGHT}). Varía el
+volumen relativo que se envía a los dos altavoces estéreo sin
+afectar a la distribución de las propias señales estéreo.
+
+@item @code{Staff.midiExpression}
+
+Nivel de expresión (como una fracción del nivel máximo
+disponible) que se aplica a un canal MIDI. Un dispositivo MIDI
+combina el nivel de expresión del canal MIDI con el nivel actual
+de dinámica de una voz (controlado mediante las instrucciones de
+dinámica como @code{\p} o @code{\ff}) para obtener el volumen
+total de cada nota dentro de la voz. El control de expresión se
+puede usar, por ejemplo, para implementar efectos de crescendo y
+decrescendo sobre notas mantenidas (algo que LilyPond no
+contempla de forma automática).
+
+@c Issue 4059 contains an attached snippet which shows how this might
+@c be done, but this is too large and complex for the NR, even as a
+@c referenced snippet. It could be added to the LSR.
+
+El rango de los niveles de expresión se extiende desde 0.0
+(ninguna expresión, lo que significa un volumen nulo) hasta 1.0
+(expresión al máximo).
+
+@item @code{Staff.midiReverbLevel}
+
+El nivel de reverberación (cono una fracción del máximo nivel
+disponible) que se aplica a un canal MIDI. Esta propiedad acepta
+números entre 0.0 (sin reverberación) y 1.0 (efecto máximo).
+
+@item @code{Staff.midiChorusLevel}
+
+Nivel del efecto Chorus (como una fracción del máximo nivel
+disponible) que se aplica a un canal MIDI. Esta propiedad acepta
+números entre 0.0 (sin efecto de chorus) y 1.0 (efecto al
+máximo).
-@node Percusión en MIDI
-@subsection Percusión en MIDI
-@translationof Percussion in MIDI
+@end table
-La notación de los instrumentos de percusión se realiza
-normalmente en un contexto @code{DrumStaff} y cuando se hace de
-esta forma se les da salida correctamente por el canal
-MIDI@tie{}10, pero ciertos instrumentos de percusión de altura
-determinada, como el xilófono, marimba, vibráfono, timbales, etc.,
-se tratan como instrumentos @qq{normales} y la música para estos
-instrumentos se debe introducir en contextos de @code{Staff}
-normales, no en un contexto @code{DrumStaff}, para obtener la
-salida MIDI correcta.
-Ciertos sonidos de altura indeterminada que están incluidos en el
-estándar General MIDI, como el tom melódico, el tambor taiko, los
-tambores sintéticos, etc., no se pueden acceder a través del canal
-MIDI@tie{}10, por lo que la notación para dichos instrumentos se
-debe introducir también en un contexto normal de @code{Staff},
-utilizando las alturas normales adecuadas.
+@knownissues
-Muchos instrumentos de percusión no están incluidos dentro del
-estándar General MIDI, p.ej. las castañuelas. El método más fácil
-(aunque no satisfactorio) de producir una salida MIDI al escribir
-para estos instrumentos es sustituirlos por el sonido más parecido
-del conjunto estándar.
+Dado que los archivos MIDI no contienen en realidad ninguna
+información sonora, los cambios en estas propiedades de contexto
+solamente se convierten en peticiones para que cambien los
+controles de canal MIDI dentro de los archivos MIDI emitidos. Si
+un dispositivo MIDI determinado (como un reproductor MIDI por
+software) puede de hecho manejar cualquiera de estas solicitudes
+de un archivo MIDI, es algo que depende totalmente de la
+implementación del mismo: un dispositivo podría optar por ignorar
+algunas o todas estas solicitudes. Asimismo, la forma en que un
+dispositivo MIDI interpreta los diferentes valores de estos
+controles (generalmente, el estándar MIDI determina el
+comportamiento solamente en los puntos extremos del rango de
+valores disponibles para cada control), y el hecho de si un
+cambio en el valor de un control afecta a las notas que ya se
+están reproduciendo sobre ese canal MIDI o no, también son
+aspectos específicos de la implementación del dispositivo MIDI.
+
+Al generar archivos MIDI, LilyPond sencillamente convierte de
+forma lineal los valores fraccionarios dentro de cada rango (7
+bits, o 14 bits para los controles de canal MIDI que admiten
+resolución fina) en valores enteros dentro del rango
+correspondiente (de 0 a 127 o de 0 a 32767, respectivamente),
+redondeando los valores fraccionarios hacia el entero más próximo
+en dirección opuesta al cero. Los valores enteros convertidos se
+almacenan tal cual en el archivo MIDI generado. Consulte la
+documentación de su dispositivo MIDI para ver información acerca
+de cómo interpreta estos valores.
+
+
+@node Enriquecimiento de la salida MIDI
+@subsection Enriquecimiento de la salida MIDI
+@translationof Enhancing MIDI output
-@c TODO Expand with examples, and any other issues
+@menu
+* El script Articulate::
+@end menu
-@knownissues
+La salida MIDI predeterminada es muy básica, pero se puede
+mejorar mediante la selección de los instrumentos MIDI las
+propiedades del bloque @code{\midi} y/o usando el script
+@file{articulate}.
-Debido a que el estándar General MIDI no contiene golpes de aro
-(@emph{rim shots}), para este propósito se utiliza en su lugar el
-golpe lateral de baqueta (@emph{sidestick}).
+@cindex instrumentos, nombres
+@cindex MIDI, instrumentos
+@cindex articulate, script
+@cindex articulate.ly
+@funindex Staff.midiInstrument
@node El script Articulate
@subsection El script Articulate
@translationof The Articulate script
-Es posible obtener una salida MIDI más real si se utiliza el
-script Articulate. Éste trata de tener en cuenta las
-articulaciones (ligaduras de expresión, picados, etc), mediante la
-sustitución de las notas con secuencias musicales de silencios y
-notas escaladas en el tiempo de forma apropiada. También trata de
-desplegar los trinos, grupetos circulares, etc. y responder a las
-indicaciones de rallentando y accelerando.
-
Para utilizar el script Articulate, tenemos que incluirlo al
principio de nuestro archivo de entrada:
\include "articulate.ly"
@end example
-y en la sección @code{\score}, hacer lo siguiente:
+El script crea una salida MIDI en que las notas tienen una
+duración ajustada en el tiempo de forma que se correspondan con
+una serie de indicaciones de articulación y de tempo. Sin
+embargo, la salida tipografiada también se altera para reflejar
+literalmente el contenido de la salida MIDI.
@example
-\unfoldRepeats \articulate <<
- resto de la partitura@dots{}
->>
+\score @{
+ \articulate <<
+ @var{@dots{} music @dots{}}
+ >>
+ \midi @{ @}
+@}
@end example
-Después de alterar el código de entrada de esta manera el
-resultado visual se altera profundamente, pero el bloque
-@code{\midi} estándar produce un archivo MIDI mejorado.
+La instrucción @code{\articulate} habilita el procesado de las
+abreviaturas como trinos y mordentes de varias notas. En el
+propio script puede verse una lista completa de los elementos que
+están previstos. Véase @file{ly/articulate.ly}.
-Si bien no es esencial para que funcione el script Articulate,
-podemos insertar la instrucción @code{\unfoldRepeats} según
-aparece en el ejemplo anterior, dado que habilita la ejecución de
-abreviaturas tales como los @notation{trinos}.
+@seealso
+Manual de aprendizaje:
+@rlearning{Otras fuentes de información}.
-@knownissues
+Referencia de la notación:
+@ref{Score layout}.
+
+Archivos instalados:
+@file{ly/articulate.ly}.
+
+@warning{El script @file{articulate} puede acortar los acordes,
+lo que podría no ser adecuado para algunos tipos de instrumento,
+como el órgano. Las notas que no tienen ninguna articulación
+también se pueden acortar; así, para moderar este efecto limite
+el uso de de la función @code{\articulate} a segmentos de música
+más breves o modifique los valores de las variables definidas
+dentro del script @file{articulate}.}
-Articulate acorta los acordes, y ciertos fragmentos de música
-(especialmente la música de órgano) es posible que suene peor.
@node Extraer información musical
lilypond archivo.ly >resultado.txt
@end example
+@funindex \void
+Observe que Lilypond no se limita a mostrar la expresión musical,
+sino que también la interpreta (porque @code{\displayLilyMusic}
+la devuelve además de mostrarla). La conveniencia de esto es que
+podemos simplemente insertar @code{\displayLilyMusic} dentro de
+una música existente con el objeto de obtener información sobre
+ella. Si no queremos que Lilypond, además de mostrar la música,
+la interprete, podemos hacer que la ignore usando @code{\void}:
+
+@example
+@{
+ \void \displayLilyMusic \transpose c a, @{ c4 e g a bes @}
+@}
+@end example
+
@node Impresión de las expresiones musicales de Scheme
@subsection Impresión de las expresiones musicales de Scheme
@subsection Guardar los eventos musicales en un archivo
@translationof Saving music events to a file
-Los eventos musicales se pueden guardar en un archivo pentagrama a
-pentagrama mediante la inclusión de un archivo en nuestra
+Los eventos musicales se pueden guardar en un archivo pentagrama
+a pentagrama mediante la inclusión de un archivo en nuestra
partitura principal.
@example
De esta forma se crean uno o más archivos llamados
@file{FILENAME-STAFFNAME.notes} ó
-@file{FILENAME-unnamed-staff.notes} para cada pentagrama. Observe
-que si tiene más de un pentagrama sin nombre, los eventos de todos
-los pentagramas se mezclarán entre sí dentro del mismo archivo.
-El resultado tiene el aspecto siguiente:
+@file{FILENAME-unnamed-staff.notes} para cada pentagrama.
+Observe que si tiene más de un pentagrama sin nombre, los eventos
+de todos los pentagramas se mezclarán entre sí dentro del mismo
+archivo. El resultado tiene el aspecto siguiente:
@example
0.000 note 57 4 p-c 2 12
parámetros opcionales.
@example
-@var{tiempo} @var{tipo} @var{@dots{}parámetros@dots{}}
+@var{tiempo} @var{tipo} @var{@dots{}parámetros@dots{}}
@end example
Esta información se puede leer fácilmente por parte de otros
programas como guiones de Python, y pueden ser muy útiles para
aquellos investigadores que desean realizar un análisis musical o
-hacer experimientos de reproducción con LilyPond.
+hacer experimentos de reproducción con LilyPond.
@knownissues
No todos los eventos musicales de lilypond están contemplados por
* Afinaciones de cuerdas predefinidas::
* Diagramas predefinidos de posiciones::
* Tamaños de página predefinidos::
-* instrumentos MIDI::
+* Instrumentos MIDI::
* Lista de colores::
* La tipografía Feta::
* Estilos de cabezas de nota::
(74 x 52 mm)
@end table
-@c lowercase to avoid duplicate node. FV
-@node instrumentos MIDI
-@appendixsec instrumentos MIDI
+
+@node Instrumentos MIDI
+@appendixsec Instrumentos MIDI
@translationof MIDI instruments
A continuación figura una lista con los nombres que se pueden utilizar
@ref{Crear instancias de pentagramas nuevos}.
@item
-La salida MIDI se trata en una sección aparte; véase @ref{Percusión en MIDI}.
+La salida MIDI se trata en una sección aparte; véase @ref{Instrumentos MIDI}.
@end itemize
Referencia de la notación:
@ref{Mostrar los ritmos de la melodía},
@ref{Crear instancias de pentagramas nuevos}.
-@ref{Percusión en MIDI}.
+@ref{Instrumentos MIDI}.
Fragmentos de código:
@rlsr{Percussion}.
Hay ciertos detalles respecto a cómo está contemplado el MIDI para los
instrumentos de percusión; para ver los detalles consulte
-@ref{Percusión en MIDI}.
+@ref{Instrumentos MIDI}.
@seealso
Referencia de la notación:
-@ref{Percusión en MIDI},
+@ref{Instrumentos MIDI},
@ref{Notas de percusión}.
Archivos de inicio:
@c "percussion in MIDI" gets a separate subsubsection for
@c pitched percussion sounds. -gp
Referencia de la notación:
-@ref{Percusión en MIDI}.
+@ref{Instrumentos MIDI}.
Fragmentos de código:
@rlsr{Percussion}.
Referencia de la notación:
@ref{Formatear el texto},
-@ref{Salida MIDI}.
+@ref{Creación de salida MIDI}.
Fragmentos de código:
@rlsr{Staff notation}.
@c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-
@ignore
- Translation of GIT committish: 93d725094ee629b2d5200ab5a75b609579a62973
+ Translation of GIT committish: 8706e77a804e412e751fdd47385c8ccfdc28e732
When revising a translation, copy the HEAD committish of the
version that you are working on. For details, see the Contributors'
@menu
* Invocar a LilyPond::
-* Opciones básicas de la línea de órdenes para LilyPond::
+* Opciones de LilyPond básicas de la línea de órdenes::
* Opciones avanzadas de línea de órdenes para LilyPond::
* Variables de entorno::
* LilyPond en una jaula de chroot::
@end example
@noindent
-producirá como salida @var{base}@file{-violin.pdf} y
+produce como salida @var{base}@file{-violin.pdf} y
@var{base}@file{-cello-1.pdf}.
-@unnumberedsubsubsec Instrucciones estándar de la línea de órdenes
+@unnumberedsubsubsec Uso de LilyPond con las posibilidades básicas del shell
-Si su terminal (o ventana de órdenes) contempla las redirecciones
-normales, quizá le sean de utilidad las siguientes instrucciones para
-redirigir la salida de la consola a un archivo:
+Dado que LilyPond es una aplicación de consola, las posibilidades
+del @q{shell} usado para la llamada a LilyPond también pueden
+aprovecharse.
-@itemize
+Por ejemplo:
-@item
-@code{lilypond archivo.ly 1>salidaestandar.log} para redirigir la salida normal
+@example
+lilypond *.ly
+@end example
-@item
-@code{lilypond archivo.ly 2>salidadeerror.log} para redirigir los mensajes de error
+@noindent
+procesa todos los archivos de LilyPond dentro del directorio
+actual.
-@item
-@code{lilypond archivo.ly &>todo.log} para redirigir toda la salida
+También puede ser útil redireccionar la salida de consola
+(p.ej. hacia un archivo):
-@end itemize
+@example
+lilypond file.ly 1> salida_estandar.txt
+
+lilypond file.ly 2> error_estandar.txt
+
+lilypond file.ly &> todo.txt
+@end example
+
+@noindent
+Redirecciona la salida @q{normal}, solo los @q{errores} o
+@q{todo}, respectivamente, hacia un archivo de texto. Consulte la
+documentación de su shell concreto, Command (Windows), las
+aplicaciones Terminal o Console (MacOS X) para ver si el
+redireccionamiento de la salida está contemplado o si la sintaxis
+es distinta.
+
+El ejemplo siguiente busca y procesa todos los archivos de
+entradas que estén en el directorio actual y en todos los que
+están por debajo de él, recursivamente. Los archivos de salida se
+pondrán en el mismo directorio desde el que se ejecutó la
+instrucción, en lugar de aquellos en los que estaban los archivos
+de entrada originales.
+
+@example
+find . -name '*.ly' -exec lilypond '@{@}' \;
+@end example
+
+@noindent
+También debe funcionar para los usarios de MacOS@tie{}X.
+
+Un usuario de Windows haría los siguiente:
+
+@example
+forfiles /s /M *.ly /c "cmd /c lilypond @@file"
+@end example
+
+@noindent
+introduciendo esstas instrucciones desde un @code{indicador de
+órdenes} que normalmente está en @code{Inicio > Accessorios >
+Símbolo del sistema} o para los usuarios de la versión 8,
+escribiendo en la ventana de búsqueda @q{indicador de órdenes}.
+
+De forma alternativa, una ruta explícita al nivel superior de su
+carpeta que contenga todas las subcarpetas con archivos de entrada
+en su interior se puede especificat mediante la opción @code{/p};
-Consulte la documentación de su shell para ver si contempla estas
-opciones, o si la sintaxis es distinta. Observe que son instrucciones
-del shell y que no tienen nada que ver con lilypond.
+@example
+forfiles /s /p C:\Documentos\MisPartituras /M *.ly /c "cmd /c lilypond @@file"
+@end example
+
+Si el nombre de la ruta del directorio de nivel superior contiene
+espacios, entonces es necesario incluir toda la ruta entre
+comillas:
+
+@example
+forfiles /s /p "C:\Documentos\Mis Partituras" /M *.ly /c "cmd /c lilypond @@file"
+@end example
-@node Opciones básicas de la línea de órdenes para LilyPond
-@unnumberedsubsec Opciones básicas de la línea de órdenes para LilyPond
+@node Opciones de LilyPond básicas de la línea de órdenes
+@unnumberedsubsec Opciones de LilyPond básicas de la línea de órdenes
@translationof Basic command line options for LilyPond
-@cindex invocación de @command{lilypond}
+@cindex Invoca a @command{lilypond}
@cindex opciones de la línea de órdenes para @command{lilypond}
-@cindex línea de órdenes, opciones de
-@cindex modificadores
+@cindex opciones, línea de órdenes
+@cindex opciones
Están contempladas las siguientes opciones:
@table @code
+@item -b, --bigpdfs
+@cindex bigpdfs
+
+Los archivos PDF generados serán mucho más grandes de lo normal (a
+causa de la poca o ninguna optimización de las fuentes
+tipográficas). Sin embargo, si dos o más archivos PDF se incluyen
+dentro de @w{@code{pdftex}}, @w{@code{xetex}} o @w{@code{luatex}}
+los documentos producidos pueden procesarse después a través de
+ghostscript (mezclando los datos de tipografías duplicados) dando
+como resultado archivos PDF @emph{significativamente} más
+pequeños.
+
+@example
+lilypond -b archivo
+@end example
+
+Después, ejecute @code{ghostscript};
+
+@example
+gs -q -sDEVICE=pdfwrite -o gsout.pdf archivo.pdf
+@end example
+
+Se puede entonces usar @code{pdfsizeopt.py} para optimizar aún más
+el tamaño del archivo:
+
+@example
+pdfsizeopt.py --use-multivalent=no gsout.pdf final.pdf
+@end example
+
@item -d, --define-default=@var{variable}=@var{valor}
Véase @ref{Opciones avanzadas de línea de órdenes para LilyPond}.
@table @code
-@item -d@var{[option-name]}=@var{[value]}, --define-default=@var{[option-name]}=@var{[value]}
+@item -d@var{[option-name]}=@var{[value]},
+--define-default=@var{[option-name]}=@var{[value]}
Establece la función de Scheme interna equivalente a @var{valor}.
+Por ejemplo:
@example
-dbackend=svg
Si no se proporciona ningún @var{valor}, se usa el valor predeterminado.
Para desactivar una opción se puede anteponer @code{no-} a la
-@var{variable}, p.ej.:
+@var{variable}. Por ejemplo:
@cindex point and click, command line
@example
--dno-point-and-click
+-dpoint-and-click=#f
@end example
@noindent
is the same as
@example
--dpoint-and-click=#f
+-dno-point-and-click
@end example
@end table
@item @code{anti-alias-factor} (factor de antialias)
@tab @code{1}
-@tab Renderizar a mayor resolución (utilizando el factor dado) y reducir la
-escala del resultado para así evitar @q{escaleras} en las imágenes
-@code{PNG}.
+@tab Renderizar a mayor resolución (utilizando el factor dado)
+y reducir la escala del resultado para así evitar @q{escaleras} en
+las imágenes @code{PNG}.
@item @code{aux-files} (archivos auxiliares)
@tab @code{#t}
-@tab Crear archivos @code{.tex}, @code{.texi}, @code{.count} en el
-@q{back-end} @code{EPS}.
+@tab Crear archivos @code{.tex}, @code{.texi} y @code{.count}
+cuando se usa con la opción de @q{back-end} @code{EPS}.
@item @code{backend}
@tab @code{ps}
-@tab Seleccionar un @q{back-end}. Los archivos (la opción predeterminada)
-incluyen las fuentes tipográficas @code{TTF}, @code{Type1} y
-@code{OTF}. No se hace ningún subconjunto de estas fuentes. El uso
-de conjuntos de caracteres @q{orientales} puede dar lugar a archivos
-muy grandes.
+@tab Es el ajuste predeterminado.
+Los archivos Postscript (la opción predeterminada) incluyen las
+fuentes tipográficas @code{TTF}, @code{Type1} y @code{OTF}. No se
+hace ningún subconjunto de estas fuentes. Tenga en cuenta que el
+uso de conjuntos de caracteres @q{orientales} puede dar lugar a
+archivos muy grandes.
@item
@tab @code{eps}
-@tab PostScript encapsulado. Vuelca cada página o sistema como un archivo
-@file{EPS} distinto, sin fuentes tipográficas, y como un archivo
-@file{EPS} encuadernado con todas las páginas o sistemas que incluye
-las fuentes. Utilizado como opción predeterminada por parte de
-@command{lilypond-book}.
+@tab Usado como opción predeterminada por la instrucción @command{lilypond-book}.
+Vuelca cada página al mismo tiempo como un solo archivo con todas
+las ṕaginas y fuentes tipográficas incluidas y como archivos
+postscript separados para cada página pero sin las fuentes
+tipográficas incluidas.
@item
@tab @code{null}
@tab No producir ninguna partitura impresa a la salida; tiene el mismo
efecto que @code{-dno-print-pages}.
-@item
-@tab @code{svg}
-@tab Grácifos vectoriales escalables. Crea un solo archivo @code{SVG}, sin
-fuentes tipográficas incrustadas, por cada página de salida. Se
-recomienda instalar las fuentes Century Schoolbook, incluidas con la
-instalación de LilyPond, para un renderizado óptimo. Bajo UNIX,
-bastará con que copie estaos archivos de fuente del directorio de
-LilyPond (normalmente @file{/usr/share/lilypond/VERSION/fonts/otf/})
-al directorio @file{~/.fonts/}. La salida @code{SVG} debería ser
-compatible con cualquier editor o cliente de SVG. También hay una
-opción @code{svg-woff} (véase más abajo) para usar los archivos de
-fuente woff en el @q{back-end} SVG.
-
@item
@tab @code{scm}
@tab Volcado de las instrucciones de dibujo internas basadas en Scheme, en
bruto.
+@item
+@tab @code{svg}
+@tab Gráficos vectoriales escalables.
+Por cada página de la salida, se crea un solo archivo @code{SVG}.
+Aparte de los glifos musicales propios de LilyPond, no se incluye
+ninguna otra información de fuente tipográfica. Por tanto,
+cualquier visor de SVG necesita tener las fuentes disponibles para
+la correcta representación tanto del texto como de la letra. Se
+recomienda no utilizar @q{alias} ni @q{listas} de fuentes
+tipográficas por si acaso el visor de SVG no es capaz de
+manejarlas. Al usar archivos de fuente abierta para la web
+@emph{Web Open Font Format} (WOFF), es necesario indicar la opción
+@code{--svg-woff}.
+@end multitable
+
+@noindent
+@strong{Nota para el backend de salida svg:}
+
+Las fuentes predeterminadas de LilyPond (@code{LilyPond Serif},
+@code{LilyPond Sans Serif} y @code{LilyPond Monospace}) son
+solamente alias de fuente @emph{locales}. Por ello, al usar la
+instrucción de backend @code{svg} debemos definir explícitamente
+las fuentes predeterminadas en el archivo de entrada:
+
+@quotation
+@verbatim
+\paper {
+ #(define fonts
+ (make-pango-font-tree "TeX Gyre Schola"
+ "TeX Gyre Heros"
+ "TeX Gyre Cursor"
+ (/ staff-height pt 20)))
+}
+@end verbatim
+@end quotation
+
+Véase también @ruser{Fuentes tipográficas del documento completo}.
+
+@multitable @columnfractions .33 .16 .51
@item @code{check-internal-types}
@tab @code{#f}
@tab Comprobar el tipo de cada asignación de propiedades.
@item @code{clip-systems} (recortar los sistemas)
@tab @code{#f}
-@tab Generar fragmentos de imagen recortados de una partitura.
+@tab Extraer fragmentos de música de la partitura. Requiere que la función
+@code{clip-regions} esté definida dentro del bloque
+@code{\layout}. Véase @ruser{Extracción de fragmentos de música}.
+No se extrae ningún fragmento si se usa con la copción
+@option{-dno-print-pages}.
@item @code{datadir} (directorio de datos)
@tab
@tab Fijar el formato de salida de Ghostscript para las imágenes de píxeles.
@item @code{point-and-click}
-@tab @code{#f}
-@tab Añadir enlaces de @q{apuntar y pulsar} a la salida @code{PDF}. Véase
+@tab @code{#t}
+@tab Añadir enlaces de @q{apuntar y pulsar} a la salida PDF y SVG. Véase
@ref{Apuntar y pulsar}.
@item @code{preview}
@quotation
@verbatim
-#(system "rm -rf /")
+#(s ystem "rm -rf /") % demasiado peligroso para escribirlo correctamente
{
- c4^$(ly:gulp-file "/etc/passwd")
+ c4^$(ly:gulp-file "/etc/passwd") % malicioso aunque no tan destructivo
}
@end verbatim
@end quotation
El modo seguro evita que se puedan compilar muchos fragmentos de
código útiles.
-La opción @option{--jail} es una aliternativa más segura aún, pero
+La opción @option{--jail} es una alternativa más segura aún, pero
requiere más trabajo para su configuración. Véase
-@ref{Opciones básicas de la línea de órdenes para LilyPond}.
+@ref{Opciones de LilyPond básicas de la línea de órdenes}.
@multitable @columnfractions .33 .16 .51
@item @code{separate-log-files}
@item @code{strokeadjust}
@tab @code{#f}
@tab Forzar el ajuste de los trazos de PostScript. Esta opción es
-relevante principalmente cuando se genera un @code{PDF} a partir
-de la salida de PostScript (el ajuste del trazo está por lo
-general activado automáticamente para dispositivos de mapa de
-puntos de baja resolución). Sin esta opción, los visores
-de@code{PDF} tienden a producir anchuras de plica muy poco
-consistentes a las resoluciones típicas de las pantallas de
-ordenador. La opción no afecta de forma muy significativa a la
-calidad de la impresión y causa grandes incrementos en el tamaño
-del archivo @code{PDF}.
+relevante principalmente cuando se genera un PDF a partir de la
+salida de PostScript (el ajuste del trazo está por lo general
+activado automáticamente para dispositivos de mapa de puntos de
+baja resolución). Sin esta opción, los visores de PDF tienden a
+producir anchuras de plica muy poco consistentes a las
+resoluciones típicas de las pantallas de ordenador. La opción no
+afecta de forma muy significativa a la calidad de la impresión y
+causa grandes incrementos en el tamaño del archivo PDF.
@item @code{svg-woff}
@tab @code{#f}
-@tab Usar archivos de fuente tipográfica de woff en el backend SVG.
+@tab Esta opción es necesaria al usar archivos de fuente abierta para la Web,
+Web Open Font Format (WOFF) con la instrucción de backend
+@code{svg}. Se crea un solo archivo SVG para cada página de
+salida. Aparte de los glifos musicales propios de LilyPond, no se
+incluye ninguna otra información de fuente tipográfica. Todo
+visor de SVG necesita, por ello, tener las fuentes disponibles
+para la representación correcta tanto del texto como de la letra.
+Asimismo se recomienda no usar alias de fuentes ni listas, por si
+el visor de SVG no es capaz de manejarlos.
@item @code{trace-memory-frequency}
@tab @code{#f}
no ve un error en la línea que se indica del archivo de entrada, trate
de comprobar una o dos líneas por encima de la posición indicada.
+Observe que los diagnósticos se pueden activar en cualquier punto
+durante las numerosas fases del procesado. Por ejemplo, si hay
+partes de la entrada que se procesan varias veces (como en la
+salida midi y de disposición de la página), o si la misma variable
+musical se utiliza en más de un contexto, puede aparecer el mismo
+mensaje varias veces. Los diagnósticos producidos en un estado
+@q{tardío} (como las comprobaciones de compás) también podrían
+emitirse más de una vez.
+
Se ofrece más información sobre los errores en la sección @ref{Errores
comunes}.
* Mensaje de error FT_Get_Glyph_Name::
* Advertencia sobre que las afinidades del pentagrama sólo deben decrecer::
* Mensaje de error Unexpected new::
+* Advertencia de que una voz requiere ajustes voiceXx o shiftXx::
@end menu
@node La música se sale de la página
}
@end lilypond
-Como segundo ejemplo, si una instrucción @code{\relative} se escribe
-dentro de una instrucción @code{\repeat}, el resultado son dos
-pentagramas, el segundo desplazado respecto al primero, porque la
-instrucción @code{\repeat} genera dos bloques @code{\relative},
-cada uno de los cuales crea implícitamente bloques @code{Staff} y
-@code{Voice}.
-
-@lilypond[quote,verbatim]
-\repeat unfold 2 {
- \relative { c'4 d e f }
-}
-@end lilypond
-
-El problema se resuelve instanciando el contexto @code{Voice}
-explícitamente:
-
-@lilypond[quote,verbatim]
-\new Voice {
- \repeat unfold 2 {
- \relative { c'4 d e f }
- }
-}
-@end lilypond
-
-
@node Mensaje de error Unbound variable %
@unnumberedsubsec Mensaje de error Unbound variable %
@translationof Error message Unbound variable %
>>
}
@end lilypond
+
+@node Advertencia de que una voz requiere ajustes voiceXx o shiftXx
+@unnumberedsubsec Advertencia de que una voz requiere ajustes @code{@bs{}voiceXx} o @code{@bs{}shiftXx}
+@translationof Warning this voice needs a voiceXx or shiftXx setting
+
+Si acontecen dos notas de distintas voces son plicas en la misma
+dirección y en el mismo momento musical, pero las voces no tienen
+especificado ningún desplazamiento de voz específico, aparece el
+mensaje @samp{advertencia: esta voz requiere ajustes \voiceXx o
+\shiftXx} cuando se compila el archivo de LilyPond. La
+advertencia aparece incluso si las notas no tienen plicas
+visibres, por ejemplo redondas, si las plicas de figuras más
+breves que tuviesen las misma altura, estuvieran en la misma
+dirección.
+
+Recuerde que la dirección de la plica depende de la posición de la
+nota sobre el pentagrama a no ser que la dirección de la plica
+venga especificada, por ejemplo mediante @code{\voiceOne}. En
+este caso, la advertencia aparece solamente cuando las plicas
+están en la misma dirección, es decir, cuando se encuentran en la
+misma mitad del pentagrama.
+
+Situando las notas en voces que tengan direcciones de plica y
+desplazamientos especificados, por ejemplo usando @code{\voiceOne}
+y otras instrucciones, se pueden evitar estos mensajes.
+
+Las notas que están en voces con numeración más alta,
+@code{\voiceThree} y siguientes, se desplazan automáticamente para
+evitar las colisiones entre columnas. Esto produce un
+desplazamient que es visible en las notas con plica, pero las
+redondas no se desplazan de forma visible a no ser que se produzca
+una verdadera colisión, o si las voces se cruzan respecto a su
+orden natural (cuando una voz con @code{\voiceThree} es más aguda
+que otra con @code{\voiceOne}, y casos semejantes).
+
+@seealso
+@rlearning{Voces explícitas},
+@rlearning{Ejemplos reales de música},
+@ruser{Polifonía en un solo pentagrama},
+@ruser{Resolución de las colisiones}.
@c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-
@ignore
- Translation of GIT committish: b381556a3132e765159edc75107b31259dbf5988
+ Translation of GIT committish: bd8e8f0193000854fef9d3de3cc0a9f667ea8fb1
When revising a translation, copy the HEAD committish of the
version that you are working on. For details, see the Contributors'
@cindex actualización de un archivo de LilyPond
@cindex convert-ly
-La sintaxis del lenguaje de entrada de LilyPond se modifica de
-forma habitual para simplificarla o mejorarla de distintas
-maneras. Como efecto secundario, el intérprete de LilyPond a
-menudo ya no es compatible con los archivos de entrada antiguos.
-Para poner remedio a esto se puede utilizar el programa
-@command{convert-ly} para actualizar archivos a nuevas versiones
-de LilyPond.
+Según LilyPond va mejorando, puede cambiar la sintaxis de algunas
+instrucciones y funcioens del lenguaje de entrada. Ello puede
+conducir a errores inesperados, advertencias y hasta salida
+errónea cada vez que se utilizan con la versión actual de LilyPond
+archivos de entrada que habían sido creados para versiones
+anteriores.
+
+Como ayuda para este problema, puede usarse la herramienta
+@command{convert-ly} para actualizar esos archivos de entrada
+antiguos y que sigan la sintaxis nueva.
@menu
* ¿Por qué cambia la sintaxis?::
@cindex convert-ly
@cindex actualizar archivos de entrada antiguos
-La sintaxis de la entrada de LilyPond cambia de manera ocasional. A
-medida que el propio LilyPond mejora, la sintaxis (el lenguaje de la
-entrada) se modifica en consonancia. A veces estos cambios se hacen
-para conseguir que la entrada sea más fácil de leer y escribir, y
-otras veces estos cambios son para dar cabida a nuevas funcionalidades
-de LilyPond.
-
-Por ejemplo, se supone que todos los nombres de las propiedades de
-@code{\paper} y de @code{\layout} están escritos en la dorma
-@code{primero-segundo-tercero}. Sin embargo, en la versión 2.11.60,
-observamos que la propiedad @code{printallheaders} no seguía esta
-convención. ¿Deberíamos dejarla como está (confundiendo a los nuevos
-usuarios que tienen que tratar con un formato de entrada
-inconsistente), o cambiarla (fastidiando a los usuarios con
-experiencia que tienen partituras antiguas)? En este caso, decidimos
-cambiar el nombre a @code{print-all-headers}. Afortunadamente, este
-cambio se puede automatizar con nuestra herramienta
-@command{convert-ly}.
-
-Sin embargo, lamentablemente @command{convert-ly} no puede tratar
-todos los cambios en la entrada. Por ejemplo, en la versión 2.4 y
-anteriores de LilyPond, los acentos y las letras no inglesas se
-introducían utilizando LaTeX: por ejemplo, @code{No\"el} (que
-significa @q{Navidad} en francés). En LilyPond 2.6 y siguientes,
-el carácter especial @code{ë} debe introducirse directamente en el
-archivo de LilyPond como un carácter UTF-8. @command{convert-ly}
-no puede cambiar todos los caracteres especiales de LaTeX a
-caracteres de UTF-8; tendrá que actualizar manualmente sus
-archivos de LilyPond antiguos.
+Con frecuencia, los cambios en la sintaxis se llevan a cabo para
+hacer que la entrada sea más sencilla tanto de leer como de
+escribir, pero en ocasiones se hacen los cambios para acomodar
+nuevas funcionalidades o mejoras para las funciones existentes.
+
+Lo ilustramos a continuación con un ejemplo real:
+
+Se supone que todos los nombres de las propiedades de
+@code{\paper} y de @code{\layout} están escritos en la forma
+@code{primero-segundo-tercero}. Sin embargo, en la versión
+2.11.60, observamos que la propiedad @code{printallheaders} no
+seguía esta convención. ¿Deberíamos dejarla como está
+(confundiendo a los nuevos usuarios que tienen que tratar con un
+formato de entrada inconsistente), o cambiarla (fastidiando a los
+usuarios con experiencia que tienen partituras antiguas)?
+
+Se tomó la decisión de cambiar el nombre de la propiedad por
+@code{print-all-headers}, y mediante el uso de la herramienta
+@command{convert-ly} se dio a los usuarios existentes la
+posibiilidad de actualizar automáticamente los archivos de entrada
+que tenían previamente.
+
+Sin embargo, el uso de la herramienta @command{convert-ly} no
+permite tratar todos los cambios de sintaxis. En versiones de
+LilyPond anteriores a la 2.4.2, los acentos y las letras no
+inglesas se introducían utilizando LaTeX: por ejemplo,
+@code{No\"el} (que significa @q{Navidad} en francés). Pero a
+partir de LilyPond 2.6, el carácter especial @code{ë} debe
+introducirse directamente en el archivo de LilyPond como un
+carácter UTF-8. La herramienta @command{convert-ly} no sabe cómo
+cambiar los caracteres especiales de LaTeX a caracteres de UTF-8;
+tendrá que actualizar manualmente sus archivos de LilyPond
+antiguos.
Las reglas de conversión de @command{convert-ly} funcionan usando
correspondencia y sustitución de patrones de texto en lugar de una
-comprensión profunda de la sintaxis de LilyPond. Esto tiene
-varias consecuencias:
+@q{comprensión} profunda de los cambios producidos en un archivo
+dado. Esto tiene varias consecuencias:
+
@itemize @bullet
@item
El buen funcionamiento de la conversión depende de la calidad de
cada conjunto de reglas que se aplican y de la complejidad del
cambio correspondiente. A veces las conversiones pueden necesitar
-correcciones manuales, por lo que la versión antigua debiera
-conservarse a efectos de comparación.
+correcciones manuales adicionales, por lo que los archivos
+originales deberían conservarse a efectos de comparación, si es
+necesario.
+
@item
-Solamente son posibles las conversiones a formatos más nuevos: no
-existe ningún conjunto de reglas para la desactualización. Así
-pues, la copia principal de trabajo de un archivo de LilyPond
-solamente se debe actualizar cuando ya no hay necesidad de seguir
-manteniendo versiones antiguas de LilyPond. Los sistemas de
-control de versiones como el Git pueden ser de gran ayuda para
-realizar el mantenimiento de varias versiones de los mismos
-archivos.
+Solamente son posibles las conversiones a las sintaxis más
+recientes: no existe ningún conjunto de reglas para volver a
+versiones más antiguas de LilyPond. Así pues, el archivo de
+entrada solamente se debe actualizar cuando ya no se mantienen las
+versiones antiguas de LilyPond. De nuevo, es conveniente
+conservar, por si acaso, los archivos de entrada, quizá mediante
+el uso de un sistema de control de versiones como el Git, que
+puede ser de gran ayuda para realizar el mantenimiento de varias
+versiones de los mismos archivos.
+
@item
-Los propios programas LilyPond y Scheme son bastante robustos
-frente a los espacios añadidos y suprimidos de manera
-@qq{creativa}, pero las reglas utilizadas por @command{convert-ly}
-tienden a hacer ciertas suposiciones de estilo. Lo mejor que
-puede hacerse es seguir el estilo que se usa en los manuales para
-hacer actualizaciones indoloras, especialmente porque los propios
-manuales se actualizan usando @command{convert-ly}.
+LilyPond es bastante robusto al procesar espacios añadidos y
+suprimidos de manera @qq{creativa}, pero las reglas utilizadas por
+@command{convert-ly} con frecuencia hacen ciertas suposiciones de
+estilo. Por tanto, se recomienda seguir el estilo de la entrada
+tal y como se usa en los manuales de LilyPond para que las
+actualizaciones sean indoloras, especialmente porque todos los
+ejemplos de los propios manuales se actualizan usando la
+herramienta @command{convert-ly}.
@end itemize
+
@node Invocar convert-ly
@section Invocar @command{convert-ly}
@translationof Invoking convert-ly
-@command{convert-ly} utiliza los enunciados @code{\version} de los
-archivos de entrada para detectar el número de versión antiguo. En
-casi todos los casos, para actualizar el archivo de entrada basta con
-ejecutar
+La herramienta @command{convert-ly} utiliza los enunciados
+@code{\version} del archivo de entrada para detectar el número de
+versión antiguo. En casi todos los casos, para actualizar el
+archivo de entrada basta con ejecutar lo siguiente:
@example
convert-ly -e miarchivo.ly
@end example
@noindent
-dentro del directorio que contiene el archivo. Con esto se actualiza
-@file{miarchivo.ly} @emph{in situ} y se preserva el archivo original
-@file{miarchivo.ly~}.
-
-@warning{@command{convert-ly} siempre convierte hasta el último cambio
-de sintaxis que es capaz de manejar. Esto significa que el número de
-@code{\version} que aparece en el archivo convertido suele ser
-inferior al número de versión del propio programa
+dentro del directorio que contiene el archivo de entrada. Con
+esto se actualiza @file{miarchivo.ly} @emph{in situ} y se preserva
+el archivo original renombrándolo como @file{miarchivo.ly~}. Se
+modifica también el número de @code{\version} en el archivo
+actualizado además de la necesaria puesta al día de la sintaxis.
+
+Al ejecutarse, la herramienta @command{convert-ly} imprime los
+números de versión de las conversiones que se han hecho. Si no
+aparece en el listado ningún número de versión para este archivo,
+significa que ya está actualizado y que es compatible con la
+sintaxis de la última versión de LilyPond.
+
+@warning{Para cada versión nueva de LilyPond, se crea una
+herramienta @command{convert-ly} asimismo nueva, aunque no todas y
+cada una de las versiones de LilyPond requiere cambios en la
+sintaxis de sus archivos de entrada a partir de la versión
+anterior. Ello significa que la herramienta @command{convert-ly}
+solamente convierte archivos hasta el último cambio de sintaxis
+que tiene, lo que a su vez podría implicar que el número de
+@code{\version} que se escribe en el archivo actualizado es, a
+veces, anterior que la versión de la propia herramienta
@command{convert-ly}.}
-Para convertir de una vez todos los archivos de entrada que hay en un
-directorio, use
+Para convertir todos los archivos de entrada que hay en un solo
+directorio, utilice lo siguiente:
@example
convert-ly -e *.ly
@end example
-De forma alternativa, si queremos especificar un nombre distinto para
-el archivo actualizado, preservando el archivo original con el mismo
-nombre, haga
+Tanto los usuarios de Linux como los de MacOS@tie{}X pueden usar
+la aplicación de terminal correspondiente, pero los usuarios de
+MacOS@tie{}X pueden también ejecutar esta orden directamente desde
+el menú @code{Compilar > Actualizar la sintaxis}.
+
+Un usuario de Windows ejecutaría la instrucción:
@example
-convert-ly miarchivo.ly > minuevoarchivo.ly
+convert-ly.py -e *.ly
@end example
-El programa imprime una relación de los números de versión para los
-que se han hecho conversiones. Si no se imprime ningún número de
-versión, el archivo ya está actualizado.
-
@noindent
-Los usuarios de MacOS@tie{}X pueden ejecutar esta instrucción bajo el
-menú @code{Compilar > Actualizar sintaxis}.
+escribiéndola en un terminal de línea de órdenes o @code{indicador
+del sistema} que normalmente se encuentra bajo @code{Inicio >
+Accessorios > Consola de órdenes} o, para los usuarios de la
+versión 8, escribiendo en la ventana de búsqueda @q{consola de
+órdenes}.
+
+Para converitr todos los archivos de entrada que residen en
+distintos conjuntos de subdirectorios:
+
+@example
+find . -name '*.ly' -exec convert-ly -e '@{@}' \;
+@end example
+
+Este ejemplo busca y convierte todos los archivos de entrada que
+están en el directorio actual y en todos los directorios que están
+dentro de él, de forma recursiva. Los archivos convertidos se
+colocan en el mismo directorio que sus originales renombrados.
+También debería funcionar para los usuarios de MacOS@tie{}X, si
+bien solamente a través de la aplicación de terminal.
+
+Los usuarios de Windows deben hacer lo siguiente:
+
+@example
+forfiles /s /M *.ly /c "cmd /c convert-ly.py -e @@file"
+@end example
+
+Como alternativa, se puede indicar una ruta explícita al nivel
+superior del directorio que contiene todos los sub-directorios que
+contienen archivos de entrada, mediante la opción @code{/p}:
+
+@example
+forfiles /s /p C:\Documentos\MisPartituras /M *.ly /c "cmd /c convert-ly.py -e @@file"
+@end example
+
+Si el nombre o la ruta del directorio de nivel superior contienen
+espacios, entonces hay que poner entre comillas la ruta completa:
+
+@example
+forfiles /s /p "C:\Documentos\Mis Partituras" /M *.ly /c "cmd /c convert-ly.py -e @@file"
+@end example
-Los usuarios de Windows deben introducir esta instrucción en una
-ventana del terminal del sistema, que se encuentra por lo general bajo
-@code{Inicio > Accesorios > Símbolo del sistema}.
@node Opciones de la línea de órdenes para convert-ly
incrementar la cadena @code{\version} solamente si el archivo
efectivamente ha cambiado. En tal caso, la cabecera de versión
corresponderá a la versión siguiente al último cambio efectivo.
-Sin esa opción, la versión refleja la última conversión que se
-@emph{intentó} hacer.
+Los números de las versiones de desarrollo se redondean hacia
+arriba al número de la siguiente versión estable, a no ser que
+fuera superior al número de la versión objetivo. Sin esa opción,
+la versión refleja la última conversión que se @emph{intentó}
+hacer.
@item -e, --edit
Aplicar las conversiones directamente al archivo de entrada,
modificándolo in situ. El archivo original se cambia de nombre a
@file{miarchivo.ly~}. Este archivo de copia de seguridad podría
-ser un archivo oculto en algunos sistemas operativos.
+ser un archivo oculto en algunos sistemas operativos. Como
+alternativa, si queremos especificar un nombre distinto para el
+archivo actualizado sin que la tilde curva @code{~},
+predeterminada de la opción @code{-e}, se añada al final del
+nombre del archivo antiguo, se puede en su lugar redirigir la
+entrada:
+
+@example
+convert-ly miarchivo.ly > miarchivonuevo.ly
+@end example
+
+Los usuarios de Windows harán lo siguiente:
+
+@example
+convert-ly.py miarchivo.ly > miarchivonuevo.ly
+@end example
@item -b, --backup-numbered
Cuando se usa con la opción @samp{-e}, numerar los archivos de
@item -l @var{loglevel}, --loglevel=@var{loglevel}
Fijar el grado en que la salida es prolija a @var{loglevel}. Los
-valores posibles son @code{NONE} (ninguno), @code{ERROR} (errores),
-@code{WARNING} (advertencias), @code{PROGRESS} (avance;
+valores posibles son @code{NONE} (ninguno), @code{ERROR}
+(errores), @code{WARNING} (advertencias), @code{PROGRESS} (avance;
predeterminado) y @code{DEBUG} (depuración).
@item -n, --no-version
-Normalmente @command{convert-ly} añade un indicador @code{\version} a
-la salida. La especificación de esta opción lo suprime.
+Normalmente @command{convert-ly} añade un indicador
+@code{\version} a la salida. La especificación de esta opción lo
+suprime.
@item -s, --show-rules
Mostrar todas las conversiones conocidas y salir.
convert-ly --from=@dots{} --to=@dots{} --no-version *.itely
@end example
-Para ver los cambios en la sintaxis de LilyPond entre dos versiones
-dadas, use
+Para ver los cambios en la sintaxis de LilyPond entre dos
+versiones dadas, use
@example
convert-ly --from=@dots{} --to=@dots{} -s
@translationof Problems running convert-ly
Al ejecutar convert-ly en una ventana del Símbolo del Sistema bajo
-Windows sobre un archivo que tiene espacios en el nombre o en la ruta,
-es necesario encerrar todo el nombre del archivo de entrada con tres
-(!) pares de comillas:
+Windows sobre un archivo que tiene espacios en el nombre o en la
+ruta, es necesario encerrar todo el nombre del archivo de entrada
+con tres (!) pares de comillas:
@example
convert-ly """D:/Mis partituras/Oda.ly""" > "D:/Mis partituras/nueva Oda.ly"
@end example
-Si la orden simple @command{convert-ly -e *.ly} no funciona porque la
-instrucción expandida se hace muy larga, en vez de ello la orden
-@command{convert-ly} se puede poner dentro de un bucle. Este ejemplo
-para UNIX actualiza todos los documentos @file{.ly} del directorio
-actual
+Si la orden simple @command{convert-ly -e *.ly} no funciona porque
+la instrucción expandida se hace muy larga, en vez de ello la
+orden @command{convert-ly} se puede poner dentro de un bucle.
+Este ejemplo para UNIX actualiza todos los documentos @file{.ly}
+del directorio actual
@example
for f in *.ly; do convert-ly -e $f; done;
Scheme y los interfaces Scheme de LilyPond es bastante improbable;
prepárese para trucar el código de Scheme a mano.
+
@node Conversiones manuales
@section Conversiones manuales
@translationof Manual conversions
-En teoría, un programa como @command{convert-ly} debería poder tratar
-cualquier cambio en la sintaxis. Después de todo, un programa de
-ordenador interpreta las versiones antigua y nueva, por lo que otro
-programa de ordenador podría traducir un archivo al otro@footnote{Al
-menos, esto es posible en cualquier archivo de LilyPond que no
-contenga Scheme. Si hay Scheme dentro del archivo, contiene un
-lenguaje Turing-completo, y nos encontramos con el famoso @qq{Problema
-de la parada} en informática.}.
+En teoría, un programa como @command{convert-ly} debería poder
+tratar cualquier cambio en la sintaxis. Después de todo, un
+programa de ordenador interpreta las versiones antigua y nueva,
+por lo que otro programa de ordenador podría traducir un archivo
+al otro@footnote{Al menos, esto es posible en cualquier archivo de
+LilyPond que no contenga Scheme. Si hay Scheme dentro del
+archivo, contiene un lenguaje Turing-completo, y nos encontramos
+con el famoso @qq{Problema de la parada} en informática.}.
-Sin embargo, el proyecto LilyPond cuenta con unos recursos limitados:
-no todas las conversiones se efectúan automáticamente. A continuación
-aparece una lista de los problemas conocidos.
+Sin embargo, el proyecto LilyPond cuenta con unos recursos
+limitados: no todas las conversiones se efectúan automáticamente.
+A continuación aparece una lista de los problemas conocidos.
@verbatim
\score{} ahora debe empezar con una expresión musical. Cualquier otra cosa
(en particular, \header{}) debe ir después de la música.
@end verbatim
-
-
@c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-
@ignore
- Translation of GIT committish: 7e3df6b879dcd850a4e7645b1afc151111c77436
+ Translation of GIT committish: 08c1ead90d9f49e66ce54208639fb9ef48ca52a6
When revising a translation, copy the HEAD committish of the
version that you are working on. For details, see the Contributors'
@c used for news about the upcoming release; see CG 10.2
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.95! @emph{3 de noviembre de 2013}
-
-Nos llena de emoción anunciar el lanzamiento de LilyPond@tie{}2.17.95
-como lanzamiento beta de la próxima edicion estable@tie{}2.18.
-Los desarrolladores están aún atareados buscando
-soluciones para algunos problemas de última hora, pero se supone que esta
-edición tendrá las funcionalidades completas, la documentación precisa,
-y que no se habrán pasado por alto problemas de importancia.
-Para actualizar la sintaxis de los archivos de entrada
-a la última versión, consulte @rprogram{Actualizar ficheros con convert-ly}.
-Pruebe esta versión e infórmenos de cualquier porblema, véase
-@rweb{Informes de fallos}.
+@subheading Lanzado LilyPond 2.19.34 @emph{22 de diciembre de 2015}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.34. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.18.2 @emph{23 de marzo de 2014}
+
+Nos llena de orgullo anunciar el lanzamiento de GNU LilyPond 2.18.2.
+LilyPond es un programa de tipografía musical para editar partituras,
+consagrado a la producción de música impresa de la mayor calidad
+posible. Lleva al ordenador la estética de la música grabada de la
+forma tradicional.
+
+Esta versión ofrece cierta cantidad de actualizaciones sobre la
+versión 2.18.0 además de unos manuales actualizados. Nuestro
+consejo para todos los usuarios es que actualicen a esta versión.
+
+@newsEnd
+
+
+@newsItem
+@subheading Una producción hecha con LilyPond, premio a la mejor edición 2014 @emph{11 de marzo de 2014}
+
+Con gran emoción nos complace anunciar que la edición completa de
+las canciones de Oskar Fried (1871-1941), recientemente publicadas
+por nuestros compañeros y colaboradores Urs Liska y Janek Warchoł
+[1], han recibido el premio "Musikeditionspreis BEST EDITION 2014"
+de la asociación de editores de música alemanes [2]. La ceremonia
+tuvo lugar en la Musikmesse de Frankfurt.
+
+Felicitamos a Janek y a Urs por haber obtenido tan alto
+reconocimiento público a la excelencia editorial y tipográfica de
+su trabajo. También es un placer informar de su intención de
+poner la obra a disposición bajo una licencia libre tan pronto
+como se cubran los gastos de la editorial. Apoye esta iniciativa
+adquiriendo el volumen impreso directamente de la editorial [3].
+
+[1] @uref{http://lilypondblog.org/category/fried-songs}@*
+[2] @uref{http://www.best-edition.de}@*
+[3] @uref{http://www.sound-rel.de}@*
+
+@newsEnd
+
+
+@newsItem
+@subheading Lanzado Lilypond 2.18.0 @emph{29 de diciembre de 2013}
+
+Nos llena de orgullo anunciar el lanzamiento de GNU LilyPond
+2.18.0. LilyPond es un programa de tipografía musical para editar
+partituras, consagrado a la producción de música impresa de la
+mayor calidad posible. Lleva al ordenador la estética de la
+música grabada de la forma tradicional.
+
+Entre las numerosas mejoras y cambios, relacionamos a continuación
+los que son más visibles:
+
+@itemize @bullet
+@item
+Ahora se recolocan muchos elementos utilizando su perfil real en
+lugar de una@tie{}caja circundante rectangular. Esta mejora
+reduce enormemente la posibilidad de que aparezcan espacios vacíos
+grandes.
+
+@item
+Los ajustes y sobreescrituras pueden usar ahora la sintaxis
+@example
+\override Voice.TextSpanner.bound-details.left.text = "rit."
+@end example
+en lugar de la anterior, que era
+@example
+\override Voice.TextSpanner #'(bound-details left text) = "rit."
+@end example
+
+@item
+Los tresillos con una longitud total dada se pueden escribir ahora
+como
+@example
+\tuplet 3/2 4 @{ c8 c c c c c @}
+@end example
+en lugar de
+@example
+\times 2/3 @{ c8 c c @} \times 2/3 @{ c8 c c @}
+@end example
+@end itemize
+
+Existe una lista todas las nuevas funcionalidades destacables, en
+
+@example
+@uref{http://lilypond.org/doc/v2.18/Documentation/changes/index.html}
+@end example
+
+Estamos muy agradecidos al elevado número de entusiastas de
+LilyPond cuyo apoyo financiero ha hecho posible que un
+desarrollador central, David Kastrup, pueda centrarse
+exclusivamente en LilyPond durante todo el ciclo de desarrollo.
+
+LilyPond 2.18 llega hasta usted por parte de
+
+@table @asis
+@item Desarrolladores principales:
+Bertrand Bordage, Trevor Daniels, Colin Hall, Phil Holmes, Ian
+Hulin, Reinhold Kainhofer, David Kastrup, Jonathan Kulp, Werner
+Lemberg, John Mandereau, Patrick McCarty, Joe Neeman, Han-Wen
+Nienhuys, Jan Nieuwenhuizen, Graham Percival, Mark Polesky, Neil
+Puttock, Mike Solomon, Carl Sorensen, Francisco Vila, Valentin
+Villenave, Janek Warchoł
+
+@item Núcleo de colaboradores:
+Aleksandr Andreev, Frédéric Bron, Torsten Hämmerle, Marc Hohl,
+James Lowe, Andrew Main, Thomas Morley, David Nalesnik, Keith
+OHara, Benkő Pál, Anders Pilegaard, Julien Rioux, Johannes Rohrer,
+Adam Spiers, Heikki Tauriainen
+
+@item Redactores de la documentación:
+Frédéric Bron, Federico Bruni, Colin Campbell, Urs Liska, James
+Lowe, Thomas Morley, Jean-Charles Malahieude, Guy Stalnaker,
+Martin Tarenskeen, Arnold Theresius, Rodolfo Zitellini
+
+@item Escuadrón de fallos:
+Colin Campbell, Eluze, Marc Hohl, Phil Holmes, Marek Klein, Ralph
+Palmer
+
+@item Equipo de apoyo:
+Colin Campbell, Eluze, Marc Hohl, Marek Klein, Kieren MacMillan,
+Urs Liska, Ralph Palmer
+
+@item Traductores:
+Federico Bruni, Luca Rossetto Casel, Felipe Castro, Pavel Fric,
+Jean-Charles Malahieude, Till Paala, Yoshiki Sawada
+
+@end table
+y muchos otros colaboradores.
@newsEnd
@newsItem
-@subsubheading El blog de LilyPond. @emph{2 de junio de 2013}
+@subheading El blog de LilyPond. @emph{2 de junio de 2013}
Janek Warchoł ha creado un blog de LilyPond. ¡Se encuentra alojado
en @uref{http://lilypondblog.org/, lilypondblog.org}!
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.16.2! @emph{4 de enero 2013}
+@subheading ¡Lanzado LilyPond 2.16.2! @emph{4 de enero 2013}
Nos complace anunciar el lanzamiento de LilyPond 2.16.2. Este
lanzamiento se realiza principalmente para corregir un problema
@newsEnd
@newsItem
-@subsubheading El Informe LilyPond, número 28. @emph{12 de noviembre de 2012}
+@subheading El Informe LilyPond, número 28. @emph{12 de noviembre de 2012}
La @uref{http://web.archive.org/web/20110325004849/http://news.lilynet.net/?The-LilyPond-Report-28, edición
de octubre del @emph{Informe LilyPond}} se centra en el
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.16.1! @emph{9 de noviembre de 2012}
+@subheading ¡Lanzado LilyPond 2.16.1! @emph{9 de noviembre de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.16.1. Contiene
cierto número de actualizaciones sobre la anterior versión
@newsEnd
@newsItem
-@subsubheading ¡Lanzado Lilypond 2.16.0! @emph{24 de agosto de 2012}
+@subheading ¡Lanzado Lilypond 2.16.0! @emph{24 de agosto de 2012}
Nos llena de orgullo anunciar el lanzamiento de GNU LilyPond 2.16.0.
LilyPond es un programa de tipografía musical para editar partituras,
@c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-
@ignore
- Translation of GIT committish: 7e3df6b879dcd850a4e7645b1afc151111c77436
+ Translation of GIT committish: 08c1ead90d9f49e66ce54208639fb9ef48ca52a6
When revising a translation, copy the HEAD committish of the
version that you are working on. For details, see the Contributors'
* avoid putting links in running text. They make text harder to read.
Preferably: (@uref{,...}, etc. )
- * use a descriptive title in @subsubheading
+ * use a descriptive title in @subheading
* writing date in "Month DD, YYYY" format is required for
generating the RSS feed; in case the message (and thus the date)
@end ignore
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.29! @emph{20 de octubre de 2013}
+@subheading Lanzado LilyPond 2.19.33 @emph{6 de diciembre de 2015}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.33. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.32 @emph{22 de noviembre de 2015}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.32. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.31 @emph{8 de noviembre de 2015}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.31. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.30 @emph{25 de octubre de 2015}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.30. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.29 @emph{18 de octubre de 2015}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.29. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.28 @emph{27 de septiembre de 2015}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.28. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.27 @emph{12 de septiembre de 2015}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.27. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.26 @emph{27 de agosto de 2015}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.26. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.25 @emph{9 de agosto de 2015}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.25. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.24 @emph{26 de julio de 2015}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.24. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.23 @emph{12 de julio de 2015}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.23. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.22 @emph{28 de junio de 2015}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.22. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.21 @emph{24 de mayo de 2015}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.21. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.20 @emph{10 de mayo de 2015}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.20. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.19 @emph{26 de abril de 2015}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.19. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.18 @emph{5 de abril de 2015}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.18. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.17 @emph{15 de marzo de 2015}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.17. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.16 @emph{28 de febrero de 2015}
+
+Por fin, después de un largo período, nos complace mucho anunciar
+el lanzamiento de LilyPond 2.19.16. Esta versión contiene el
+conjunto habitual de correcciones de fallos y ampliación de las
+funcionalidades, y contiene trabajos en desarrollo. Tendrá acceso
+a las últimas posibilidades, pero algunas podrían estar
+incompletas, y podría encontrar fallos y finalizaciones abruptas.
+Si necesita una versión estable de LilyPond, nuestro consejo es
+que utilice la versión 2.18.
+
+Nuestro reconocimiento y agradecimiento a Masamichi Hosoda por
+hacer posible este lanzamiento con su trabajo sobre la
+actualización del GUB, la herramienta de construcción del
+programa.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.15 @emph{28 de septiembre de 2014}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.15. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.14 @emph{14 de septiembre de 2014}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.14. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.13 @emph{31 de agosto de 2014}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.13. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.12 @emph{17 de agosto de, 2014}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.12. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.11 @emph{3 de agosto de 2014}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.11. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.10 @emph{13 de julio de 2014}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.10. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.9 @emph{29 de junio de 2014}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.9. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.8 @emph{15 de junio de 2014}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.8. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.7 @emph{25 de mayo de 2014}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.7. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.6 @emph{11 de mayo de 2014}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.6. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.5 @emph{20 de abril de 2014}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.5. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.4 @emph{6 de abril de 2014}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.4. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.3 @emph{2 de marzo de, 2014}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.3. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading LilyPond 2.18.1 @emph{16 de febrero de 2014}
+
+Hemos lanzado los manuales actualizados para la versión estable de
+LilyPond, 2.18. Los manuales corresponden ahora a la versión
+2.18.1 y llevan una cierta cantidad de actualizaciones y mejoras
+sobre 2.18.0. Se producirá otro lanzamiento de 2.18 más tarde
+(2.18.2), que incluirá las actualizaciones de los manuales así
+como ciertas mejoras de menor importancia a la funcionalidad del
+núcleo de LilyPond.
+
+Como resumen de la situación actual, puede decirse que la versión
+estable del programa LilyPond es la 2.18.0; los manuales estables
+de LilyPond son la versión 2.18.1; y las versiones de desarrollo
+para ambos tienen el número de versión 2.19.2.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.2 @emph{2 de febrero de 2014}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.2. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.1 @emph{19 de enero de 2014}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.1. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.19.0 @emph{5 de enero de 2014}
+
+Nos complace anunciar el lanzamiento de LilyPond 2.19.0. Esta
+versión contiene el conjunto habitual de correcciones de fallos y
+ampliación de las funcionalidades, y contiene trabajos en
+desarrollo. Tendrá acceso a las últimas posibilidades, pero
+algunas podrían estar incompletas, y podría encontrar fallos y
+finalizaciones abruptas. Si necesita una versión estable de
+LilyPond, nuestro consejo es que utilice la versión 2.18.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.17.97 @emph{8 de diciembre de 2013}
+
+Nos llena de entusiasmo anunciar el lanzamiento de
+LilyPond@tie{}2.17.97 como una versión beta, potencialmente
+definitiva, de la próxima versión estable@tie{}2.18. Los
+desarrolladores están convencidos de que el conjunto de
+funcionalidades es coherente, que la documentación es correcta y
+que no se ha pasado por alto ningún problema importante. Para la
+actualización de la sintaxis de sus archivos de entrada a la
+última versión, consulte
+@uref{http://www.lilypond.org/doc/v2.17/Documentation/usage/updating-files-with-convert_002dly,
+Updating files with convert-ly}. Le rogamos que pruebe esta
+versión y nos informe de cualquier problema, véase
+@uref{http://www.lilypond.org/website/bug-reports.html, Informes
+de fallo}.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.17.96 @emph{24 de noviembre de 2013}
+
+Nos llena de entusiasmo anunciar el lanzamiento de
+LilyPond@tie{}2.17.96 como otra versión beta de la próxima versión
+estable@tie{}2.18. Los desarrolladores están convencidos de que
+el conjunto de funcionalidades es coherente, que la documentación
+es correcta y que no se ha pasado por alto ningún problema
+importante. Para la actualización de la sintaxis de sus archivos
+de entrada a la última versión, consulte
+@uref{http://www.lilypond.org/doc/v2.17/Documentation/usage/updating-files-with-convert_002dly,
+Updating files with convert-ly}. Le rogamos que pruebe esta
+versión y nos informe de cualquier problema, véase
+@uref{http://www.lilypond.org/website/bug-reports.html, Informes
+de fallo}.
+
+@newsEnd
+
+@newsItem
+@subheading Lanzado LilyPond 2.17.95 @emph{3 de noviembre de 2013}
+
+Nos llena de entusiasmo anunciar el lanzamiento de
+LilyPond@tie{}2.17.95 como beta de la próxima versión
+estable@tie{}2.18. Los desarrolladores están convencidos de que
+el conjunto de funcionalidades es coherente, que la documentación
+es correcta y que no se ha pasado por alto ningún problema
+importante. Para la actualización de la sintaxis de sus archivos
+de entrada a la última versión, consulte
+@uref{http://www.lilypond.org/doc/v2.17/Documentation/usage/updating-files-with-convert_002dly,
+Updating files with convert-ly}. Le rogamos que pruebe esta
+versión y nos informe de cualquier problema, véase
+@uref{http://www.lilypond.org/website/bug-reports.html, Informes
+de fallo}.
+
+
+@newsEnd
+
+@newsItem
+@subheading ¡Lanzado LilyPond 2.17.29! @emph{20 de octubre de 2013}
Nos complace anunciar el lanzamiento de LilyPond 2.17.29. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.28! @emph{6 de octubre de 2013}
+@subheading ¡Lanzado LilyPond 2.17.28! @emph{6 de octubre de 2013}
Nos complace anunciar el lanzamiento de LilyPond 2.17.28. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.27! @emph{26 de septiembre de 2013}
+@subheading ¡Lanzado LilyPond 2.17.27! @emph{26 de septiembre de 2013}
Nos complace anunciar el lanzamiento de LilyPond 2.17.27. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.26! @emph{8 de septiembre de 2013}
+@subheading ¡Lanzado LilyPond 2.17.26! @emph{8 de septiembre de 2013}
Nos complace anunciar el lanzamiento de LilyPond 2.17.26. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.25! @emph{25 de agosto de 2013}
+@subheading ¡Lanzado LilyPond 2.17.25! @emph{25 de agosto de 2013}
Nos complace anunciar el lanzamiento de LilyPond 2.17.25. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.24! @emph{11 de agosto de 2013}
+@subheading ¡Lanzado LilyPond 2.17.24! @emph{11 de agosto de 2013}
Nos complace anunciar el lanzamiento de LilyPond 2.17.24. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.23! @emph{28 de julio de 2013}
+@subheading ¡Lanzado LilyPond 2.17.23! @emph{28 de julio de 2013}
Nos complace anunciar el lanzamiento de LilyPond 2.17.23. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.22! @emph{14 de julio de 2013}
+@subheading ¡Lanzado LilyPond 2.17.22! @emph{14 de julio de 2013}
Nos complace anunciar el lanzamiento de LilyPond 2.17.22. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.21! @emph{30 de junio de 2013}
+@subheading ¡Lanzado LilyPond 2.17.21! @emph{30 de junio de 2013}
Nos complace anunciar el lanzamiento de LilyPond 2.17.21. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.20! @emph{9 de junio de 2013}
+@subheading ¡Lanzado LilyPond 2.17.20! @emph{9 de junio de 2013}
Nos complace anunciar el lanzamiento de LilyPond 2.17.20. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.19! @emph{26 de mayo de 2013}
+@subheading ¡Lanzado LilyPond 2.17.19! @emph{26 de mayo de 2013}
Nos complace anunciar el lanzamiento de LilyPond 2.17.19. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.18! @emph{11 de mayo de 2013}
+@subheading ¡Lanzado LilyPond 2.17.18! @emph{11 de mayo de 2013}
Nos complace anunciar el lanzamiento de LilyPond 2.17.18. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.17! @emph{27 de abril de 2013}
+@subheading ¡Lanzado LilyPond 2.17.17! @emph{27 de abril de 2013}
Nos complace anunciar el lanzamiento de LilyPond 2.17.17. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.16! @emph{13 de abril de 2013}
+@subheading ¡Lanzado LilyPond 2.17.16! @emph{13 de abril de 2013}
Nos complace anunciar el lanzamiento de LilyPond 2.17.16. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.15! @emph{30 de marzo de 2013}
+@subheading ¡Lanzado LilyPond 2.17.15! @emph{30 de marzo de 2013}
Nos complace anunciar el lanzamiento de LilyPond 2.17.15. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.14! @emph{10 de marzo de 2013}
+@subheading ¡Lanzado LilyPond 2.17.14! @emph{10 de marzo de 2013}
Nos complace anunciar el lanzamiento de LilyPond 2.17.14. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.13! @emph{23 de febrero de 2013}
+@subheading ¡Lanzado LilyPond 2.17.13! @emph{23 de febrero de 2013}
Nos complace anunciar el lanzamiento de LilyPond 2.17.13. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.12! @emph{8 de febrero de 2013}
+@subheading ¡Lanzado LilyPond 2.17.12! @emph{8 de febrero de 2013}
Nos complace anunciar el lanzamiento de LilyPond 2.17.12. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.11! @emph{26 de enero de 2013}
+@subheading ¡Lanzado LilyPond 2.17.11! @emph{26 de enero de 2013}
Nos complace anunciar el lanzamiento de LilyPond 2.17.11. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.10! @emph{12 de enero de 2013}
+@subheading ¡Lanzado LilyPond 2.17.10! @emph{12 de enero de 2013}
Nos complace anunciar el lanzamiento de LilyPond 2.17.10. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.9! @emph{15 de diciembre de 2012}
+@subheading ¡Lanzado LilyPond 2.17.9! @emph{15 de diciembre de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.17.9. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.8! @emph{1 de diciembre de 2012}
+@subheading ¡Lanzado LilyPond 2.17.8! @emph{1 de diciembre de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.17.8. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.7! @emph{17 de noviembre de 2012}
+@subheading ¡Lanzado LilyPond 2.17.7! @emph{17 de noviembre de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.17.7. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.16.1! @emph{9 de noviembre de 2012}
+@subheading ¡Lanzado LilyPond 2.16.1! @emph{9 de noviembre de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.16.1. Esta
versión contiene cierto número de actualizaciones sobre la
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.6! @emph{3 de noviembre de 2012}
+@subheading ¡Lanzado LilyPond 2.17.6! @emph{3 de noviembre de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.17.6. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.5! @emph{20 de octubre de 2012}
+@subheading ¡Lanzado LilyPond 2.17.5! @emph{20 de octubre de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.17.5. Esta
versión contiene el conjunto habitual de correcciones de fallos y
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.4! @emph{6 de octubre de 2012}
+@subheading ¡Lanzado LilyPond 2.17.4! @emph{6 de octubre de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.17.4. Esta
versión contiene el conjunto habitual de correcciones de fallos.
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.3! @emph{23 de septiembre de 2012}
+@subheading ¡Lanzado LilyPond 2.17.3! @emph{23 de septiembre de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.17.3. Esta
versión contiene el conjunto habitual de correcciones de fallos.
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.2! @emph{10 de septiembre de 2012}
+@subheading ¡Lanzado LilyPond 2.17.2! @emph{10 de septiembre de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.17.2. Esta
versión contiene el conjunto habitual de correcciones de fallos.
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.1! @emph{28 de agosto de 2012}
+@subheading ¡Lanzado LilyPond 2.17.1! @emph{28 de agosto de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.17.1. Esta
versión contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.17.0! @emph{26 de agosto de 2012}
+@subheading ¡Lanzado LilyPond 2.17.0! @emph{26 de agosto de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.17.0. Esta
versión contiene el conjunto habitual de correcciones de fallos.
@newsEnd
@newsItem
-@subsubheading ¡Lanzado Lilypond 2.16.0! @emph{24 de agosto de 2012}
+@subheading ¡Lanzado Lilypond 2.16.0! @emph{24 de agosto de 2012}
Nos llena de orgullo anunciar el lanzamiento de GNU LilyPond 2.16.0.
LilyPond es un programa de tipografía musical para editar partituras,
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.95! @emph{11 de agosto de 2012}
+@subheading ¡Lanzado LilyPond 2.15.95! @emph{11 de agosto de 2012}
Estamos encantados de anunciar el lanzamiento de LilyPond 2.15.95.
Con esta edición, se congela el desarrollo sobre la versión 2.15 para
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.42! @emph{2 de agosto de 2012}
+@subheading ¡Lanzado LilyPond 2.15.42! @emph{2 de agosto de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.15.42. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading El Informe LilyPond, número 27. @emph{2 de agosto 2012}
+@subheading El Informe LilyPond, número 27. @emph{2 de agosto 2012}
Vuelve @emph{El informe LilyPond}, con una interesante incursión en
las funcionalidades relacionadas con Scheme añadidas recientemente por
@newsItem
-@subsubheading Retirada de la versión candidata al lanzamiento @emph{11 de julio de 2012}
+@subheading Retirada de la versión candidata al lanzamiento @emph{11 de julio de 2012}
Hemos descubierto una regresión desde la versión 2.14.2, de manera que
lilypond 2.15.41 ya no es candidata al lanzamiento de 2.16.0. Sin
@newsItem
-@subsubheading Octava candidata al lanzamiento de 2.16: ¡Lanzado LilyPond 2.15.41! @emph{4 de julio de 2012}
+@subheading Octava candidata al lanzamiento de 2.16: ¡Lanzado LilyPond 2.15.41! @emph{4 de julio de 2012}
Ha salido LilyPond 2.15.41; ésta es la octava versión candidata al
lanzamiento de la inminente versión estable 2.16. Se invita a los
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.40! @emph{5 de junio de 2012}
+@subheading ¡Lanzado LilyPond 2.15.40! @emph{5 de junio de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.15.40. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading Retirada de la versión candidata al lanzamiento @emph{1 de junio de 2012}
+@subheading Retirada de la versión candidata al lanzamiento @emph{1 de junio de 2012}
Hemos decubierto una regresión desde la versión 2.14.2, de manera que
lilypond 2.15.39 ya no es candidata para el lanzamiento de la versión
@newsItem
-@subsubheading Séptima candidata al lanzamiento de 2.16: ¡Lanzado LilyPond 2.15.39! @emph{22 de mayo de 2012}
+@subheading Séptima candidata al lanzamiento de 2.16: ¡Lanzado LilyPond 2.15.39! @emph{22 de mayo de 2012}
Ha salido LilyPond 2.15.38; ésta es la séptima versión candidata al
lanzamiento de la inminente versión estable 2.16. Se invita a los
@newsItem
-@subsubheading El Informe LilyPond, número 26. @emph{22 de mayo de 2012}
+@subheading El Informe LilyPond, número 26. @emph{22 de mayo de 2012}
Vuelve el @emph{Informe LilyPond}, con un nuevo editor a bordo: Pavel
Roskin, que nos cuenta algo de sus aventuras en las extrañas tierras
@newsItem
-@subsubheading Sexta candidata al lanzamiento de 2.16: ¡Lanzado LilyPond 2.15.38! @emph{3 de mayo de 2012}
+@subheading Sexta candidata al lanzamiento de 2.16: ¡Lanzado LilyPond 2.15.38! @emph{3 de mayo de 2012}
Ha salido LilyPond 2.15.38; ésta es la sexta versión candidata al
lanzamiento de la inminente versión estable 2.16. Se invita a los
@newsItem
-@subsubheading ¡LilyPond participa en Google Summer of Code 2012! @emph{25 de abril de 2012}
+@subheading ¡LilyPond participa en Google Summer of Code 2012! @emph{25 de abril de 2012}
Como parte del @uref{http://www.gnu.org/, proyecto GNU}, participamos
en el programa
@newsItem
-@subsubheading Quinta versión candidata al lanzamiento de 2.16: ¡Lanzado LilyPond 2.15.37! @emph{19 de abril de 2012}
+@subheading Quinta versión candidata al lanzamiento de 2.16: ¡Lanzado LilyPond 2.15.37! @emph{19 de abril de 2012}
Ha salido LilyPond 2.15.37; ésta es la quinta versión candidata al
lanzamiento de la inminente versión estable 2.16. Se invita a los
@newsItem
-@subsubheading Cuarta versión candidata al lanzamiento de 2.16: ¡Lanzado LilyPond 2.15.36! @emph{6 de abril de 2012}
+@subheading Cuarta versión candidata al lanzamiento de 2.16: ¡Lanzado LilyPond 2.15.36! @emph{6 de abril de 2012}
Ha salido LilyPond 2.15.36; ésta es la cuarta versión candidata al
lanzamiento de la inminente versión estable 2.16. Se invita a los
@newsItem
-@subsubheading El Informe LilyPond, número 25. @emph{1 de abril de 2012}
+@subheading El Informe LilyPond, número 25. @emph{1 de abril de 2012}
¡Vuelve @emph{El Informe LilyPond}, con una edición bastante poco
habitual de la que destacamos a nuestro joven colaborador polaco Janek
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.35! @emph{28 de marzo de 2012}
+@subheading ¡Lanzado LilyPond 2.15.35! @emph{28 de marzo de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.15.35. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.34! @emph{19 de marzo de 2012}
+@subheading ¡Lanzado LilyPond 2.15.34! @emph{19 de marzo de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.15.34. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.33! @emph{8 de marzo de 2012}
+@subheading ¡Lanzado LilyPond 2.15.33! @emph{8 de marzo de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.15.33. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading El Informe LilyPond, número 24. @emph{5 de marzo de 2012}
+@subheading El Informe LilyPond, número 24. @emph{5 de marzo de 2012}
Ya está disponible una nueva edición del @emph{Informe LilyPond};
entre los temas tratados se encuentra una solicitud de financiación,
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.32! @emph{3 de marzo de 2012}
+@subheading ¡Lanzado LilyPond 2.15.32! @emph{3 de marzo de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.15.32. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.31! @emph{29 de febrero de 2012}
+@subheading ¡Lanzado LilyPond 2.15.31! @emph{29 de febrero de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.15.31. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading Tercera versión candidata al lanzamiento de 2.16: ¡Lanzado LilyPond 2.15.30! @emph{17 de febrero de 2012}
+@subheading Tercera versión candidata al lanzamiento de 2.16: ¡Lanzado LilyPond 2.15.30! @emph{17 de febrero de 2012}
Ha salido LilyPond 2.15.30; ésta es la tercera versión candidata al
lanzamiento de la inminente versión estable 2.16. Se invita a los
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.29! @emph{9 de febrero de 2012}
+@subheading ¡Lanzado LilyPond 2.15.29! @emph{9 de febrero de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.15.29. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.28! @emph{3 de febrero de 2012}
+@subheading ¡Lanzado LilyPond 2.15.28! @emph{3 de febrero de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.15.28. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.27! @emph{24 de enero de 2012}
+@subheading ¡Lanzado LilyPond 2.15.27! @emph{24 de enero de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.15.27. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading El Informe LilyPond, número 23. @emph{20 de enero de 2012}
+@subheading El Informe LilyPond, número 23. @emph{20 de enero de 2012}
¡Vuelve el @emph{Informe LilyPond}, con el desarrollador David Kastrup
como nuevo editor! Esta edición inclute una panorámica de algunas de
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.26! @emph{16 de enero de 2012}
+@subheading ¡Lanzado LilyPond 2.15.26! @emph{16 de enero de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.15.26. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.24! @emph{7 de enero de 2012}
+@subheading ¡Lanzado LilyPond 2.15.24! @emph{7 de enero de 2012}
Nos complace anunciar el lanzamiento de LilyPond 2.15.24. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.23! @emph{21 de diciembre de 2011}
+@subheading ¡Lanzado LilyPond 2.15.23! @emph{21 de diciembre de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.15.23. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.22! @emph{15 de diciembre de 2011}
+@subheading ¡Lanzado LilyPond 2.15.22! @emph{15 de diciembre de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.15.22. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.21! @emph{6 de diciembre de 2011}
+@subheading ¡Lanzado LilyPond 2.15.21! @emph{6 de diciembre de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.15.21. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.20! @emph{24 de noviembre de 2011}
+@subheading ¡Lanzado LilyPond 2.15.20! @emph{24 de noviembre de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.15.20. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.19! @emph{18 de noviembre de 2011}
+@subheading ¡Lanzado LilyPond 2.15.19! @emph{18 de noviembre de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.15.19. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.18! @emph{12 de noviembre de 2011}
+@subheading ¡Lanzado LilyPond 2.15.18! @emph{12 de noviembre de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.15.18. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.17! @emph{10 de noviembre de 2011}
+@subheading ¡Lanzado LilyPond 2.15.17! @emph{10 de noviembre de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.15.17. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.16! @emph{28 de octubre de 2011}
+@subheading ¡Lanzado LilyPond 2.15.16! @emph{28 de octubre de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.15.16. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.15! @emph{24 de octubre de 2011}
+@subheading ¡Lanzado LilyPond 2.15.15! @emph{24 de octubre de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.15.15. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.14! @emph{7 de octubre de 2011}
+@subheading ¡Lanzado LilyPond 2.15.14! @emph{7 de octubre de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.15.14. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.13! @emph{27 de septiembre de 2011}
+@subheading ¡Lanzado LilyPond 2.15.13! @emph{27 de septiembre de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.15.13. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading Se cancela la segunda versión candidata al lanzamiento @emph{23 de septiembre de 2011}
+@subheading Se cancela la segunda versión candidata al lanzamiento @emph{23 de septiembre de 2011}
La cuenta atrás del lanzamiento se cancela a causa del descubrimiento
de una regresión crítica.
@newsItem
-@subsubheading Segunda versión candidata al lanzamiento de 2.16: ¡Lanzado LilyPond 2.15.12! @emph{20 de septiembre de 2011}
+@subheading Segunda versión candidata al lanzamiento de 2.16: ¡Lanzado LilyPond 2.15.12! @emph{20 de septiembre de 2011}
Ha salido LilyPond 2.15.12; ésta es la segunda versión candidata al
lanzamiento de la inminente versión estable 2.16. Se invita a los
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.11! @emph{11 de septiembre de 2011}
+@subheading ¡Lanzado LilyPond 2.15.11! @emph{11 de septiembre de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.15.11. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.10! @emph{6 de septiembre de 2011}
+@subheading ¡Lanzado LilyPond 2.15.10! @emph{6 de septiembre de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.15.10. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.9! @emph{30 de agosto de 2011}
+@subheading ¡Lanzado LilyPond 2.15.9! @emph{30 de agosto de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.15.9. Esta versión
contiene el conjunto habitual de correcciones de fallos y contempla
@newsItem
-@subsubheading Primera versión candidata al lanzamiento de 2.16: ¡Lanzado LilyPond 2.15.8! @emph{1 de agosto de 2011}
+@subheading Primera versión candidata al lanzamiento de 2.16: ¡Lanzado LilyPond 2.15.8! @emph{1 de agosto de 2011}
Ha salido LilyPond 2.15.8; ésta es la primera versión candidata al
lanzamiento de la inminente versión estable 2.16. Se invita a los
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.7! @emph{29 de julio de 2011}
+@subheading ¡Lanzado LilyPond 2.15.7! @emph{29 de julio de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.15.7. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.6! @emph{26 de julio de 2011}
+@subheading ¡Lanzado LilyPond 2.15.6! @emph{26 de julio de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.15.6. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.14.2! @emph{25 de julio de 2011}
+@subheading ¡Lanzado LilyPond 2.14.2! @emph{25 de julio de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.14.2. Esta versión
corrige algunos fallos de poca importancia en la versión estable, y no
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.5! @emph{12 de julio de 2011}
+@subheading ¡Lanzado LilyPond 2.15.5! @emph{12 de julio de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.15.5. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.4! @emph{4 de julio de 2011}
+@subheading ¡Lanzado LilyPond 2.15.4! @emph{4 de julio de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.15.4. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.3! @emph{27 de junio de 2011}
+@subheading ¡Lanzado LilyPond 2.15.3! @emph{27 de junio de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.15.3. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.2! @emph{18 de junio de 2011}
+@subheading ¡Lanzado LilyPond 2.15.2! @emph{18 de junio de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.15.2. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.14.1! @emph{12 de junio de 2011}
+@subheading ¡Lanzado LilyPond 2.14.1! @emph{12 de junio de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.14.1. Esta versión
corrige algunos fallos de poca importancia en la versión estable, y no
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.1! @emph{11 de junio de 2011}
+@subheading ¡Lanzado LilyPond 2.15.1! @emph{11 de junio de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.15.1. Esta versión
contiene el conjunto habitual de correcciones de fallos.
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.15.0! @emph{7 de junio de 2011}
+@subheading ¡Lanzado LilyPond 2.15.0! @emph{7 de junio de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.15.0. Marca el
comienzo de un nuevo esfuerzo de desarrollo no estable, y añade el
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.14.0! @emph{6 de junio de 2011}
+@subheading ¡Lanzado LilyPond 2.14.0! @emph{6 de junio de 2011}
Nos llena de orgullo anunciar el lanzamiento de GNU LilyPond 2.14.
LilyPond es un programa de grabado musical (edición de partituras)
@newsItem
-@subsubheading Séptima versión candidata al lanzamiento de 2.14: ¡Lanzado LilyPond 2.13.63! @emph{30 de mayo de 2011}
+@subheading Séptima versión candidata al lanzamiento de 2.14: ¡Lanzado LilyPond 2.13.63! @emph{30 de mayo de 2011}
Ha salido LilyPond 2.13.63; ésta es la sexta versión candidata al
lanzamiento de la inminente versión estable 2.14. Se invita a los
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.62! @emph{24 de mayo de 2011}
+@subheading ¡Lanzado LilyPond 2.13.62! @emph{24 de mayo de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.13.62. Esta
versión contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.61! @emph{1 de mayo de 2011}
+@subheading ¡Lanzado LilyPond 2.13.61! @emph{1 de mayo de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.13.61. Esta
versión contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.60! @emph{16 de abril de 2011}
+@subheading ¡Lanzado LilyPond 2.13.60! @emph{16 de abril de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.13.60. Esta
versión contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading Artículo en la revista Linux Journal Magazine (@emph{abril de 2011})
+@subheading Artículo en la revista Linux Journal Magazine (@emph{abril de 2011})
La revista @uref{http://www.linux-magazine.com,Linux Magazine} publica
un artículo en su edición de mayo de 2011 bajo el título
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.59! @emph{10 de abril de 2011}
+@subheading ¡Lanzado LilyPond 2.13.59! @emph{10 de abril de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.13.59. Esta
versión contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading Sexta versión candidata al lanzamiento de 2.14: ¡Lanzado LilyPond 2.13.58! @emph{7 de abril de 2011}
+@subheading Sexta versión candidata al lanzamiento de 2.14: ¡Lanzado LilyPond 2.13.58! @emph{7 de abril de 2011}
Ha salido LilyPond 2.13.58; ésta es la quinta versión candidata al
lanzamiento de la inminente versión estable 2.14. Se invita a los
@newsItem
-@subsubheading Quinta versión candidata al lanzamiento de 2.14: ¡Lanzado LilyPond 2.13.57! @emph{3 de abril de 2011}
+@subheading Quinta versión candidata al lanzamiento de 2.14: ¡Lanzado LilyPond 2.13.57! @emph{3 de abril de 2011}
Ha salido LilyPond 2.13.57; ésta es la quinta versión candidata al
lanzamiento de la inminente versión estable 2.14. Se invita a los
@newsItem
-@subsubheading Cuarta versión candidata al lanzamiento de 2.14: ¡Lanzado LilyPond 2.13.56! @emph{29 de marzo de 2011}
+@subheading Cuarta versión candidata al lanzamiento de 2.14: ¡Lanzado LilyPond 2.13.56! @emph{29 de marzo de 2011}
Ha salido LilyPond 2.13.56; ésta es la cuarta versión candidata al
lanzamiento de la inminente versión estable 2.14. Se invita a los
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.55! @emph{22 de marzo de 2011}
+@subheading ¡Lanzado LilyPond 2.13.55! @emph{22 de marzo de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.13.55. Esta
versión contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading Retirada de la tercera versión candidata al lanzamiento @emph{15 de marzo de 2011}
+@subheading Retirada de la tercera versión candidata al lanzamiento @emph{15 de marzo de 2011}
Hemos decubierto una regresión desde la versión 2.12.3, de manera que
lilypond 2.13.54 ya no es candidata para el lanzamiento de la versión
@newsItem
-@subsubheading Tercera versión candidata al lanzamiento de 2.14: ¡Lanzado LilyPond 2.13.54! @emph{13 de marzo de 2011}
+@subheading Tercera versión candidata al lanzamiento de 2.14: ¡Lanzado LilyPond 2.13.54! @emph{13 de marzo de 2011}
Ha salido LilyPond 2.13.54; ésta es la tercera versión candidata al
lanzamiento de la inminente versión estable 2.14. Se invita a los
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.53! @emph{6 de marzo de 2011}
+@subheading ¡Lanzado LilyPond 2.13.53! @emph{6 de marzo de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.13.53. Esta
versión contiene el conjunto habitual de correcciones de fallos.
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.52! @emph{1 de marzo de 2011}
+@subheading ¡Lanzado LilyPond 2.13.52! @emph{1 de marzo de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.13.52. Esta
versión contiene el conjunto habitual de correcciones de fallos.
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.51! @emph{22 de febrero de 2011}
+@subheading ¡Lanzado LilyPond 2.13.51! @emph{22 de febrero de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.13.51. Esta
versión contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.50! @emph{13 de febrero de 2011}
+@subheading ¡Lanzado LilyPond 2.13.50! @emph{13 de febrero de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.13.50. Esta
versión contiene el conjunto habitual de correcciones de fallos.
@newsItem
-@subsubheading ¡Nuevas traducciones de la página web al checo y al chino! @emph{11 de febrero de 2011}
+@subheading ¡Nuevas traducciones de la página web al checo y al chino! @emph{11 de febrero de 2011}
Se han añadido dos idiomas nuevos a nuestra página web: el chino, obra
de Ben Luo, y el checo, por Pavel Fric. Es un trabajo que está en
@newsItem
-@subsubheading Segunda versión candidata al lanzamiento de 2.14: ¡Lanzado LilyPond 2.13.49! @emph{9 de febrero de 2011}
+@subheading Segunda versión candidata al lanzamiento de 2.14: ¡Lanzado LilyPond 2.13.49! @emph{9 de febrero de 2011}
Ha salido LilyPond 2.13.49; ésta es la segunda versión candidata al
lanzamiento de la inminente versión estable 2.14. Se invita a los
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.48! @emph{5 de febrero de 2011}
+@subheading ¡Lanzado LilyPond 2.13.48! @emph{5 de febrero de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.13.48. Esta
versión contiene el conjunto habitual de correcciones de fallos. Sin
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.47! @emph{28 de enero de 2011}
+@subheading ¡Lanzado LilyPond 2.13.47! @emph{28 de enero de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.13.47. Esta
versión contiene el conjunto habitual de correcciones de fallos. Sin
@newsItem
-@subsubheading Retirada de la versión candidata al lanzamiento @emph{13 de enero de 2011}
+@subheading Retirada de la versión candidata al lanzamiento @emph{13 de enero de 2011}
Hemos decubierto una regresión desde la versión 2.12.3, de manera que
lilypond 2.13.46 ya no es candidata para el lanzamiento de la versión
@newsItem
-@subsubheading Primera versión candidata al lanzamiento de 2.14: ¡Lanzado LilyPond 2.13.46! @emph{12 de enero de 2011}
+@subheading Primera versión candidata al lanzamiento de 2.14: ¡Lanzado LilyPond 2.13.46! @emph{12 de enero de 2011}
Ha salido LilyPond 2.13.46; ésta es la primera versión candidata al
lanzamiento de la inminente versión estable 2.14. Se invita a los
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.45! @emph{3 de enero de 2011}
+@subheading ¡Lanzado LilyPond 2.13.45! @emph{3 de enero de 2011}
Nos complace anunciar el lanzamiento de LilyPond 2.13.45. Esta
versión contiene el conjunto habitual de correcciones de fallos. Sin
@newsItem
-@subsubheading Tercera versión de pruebas Beta de 2.14: ¡Lanzado LilyPond 2.13.44! @emph{25 de diciembre de 2010}
+@subheading Tercera versión de pruebas Beta de 2.14: ¡Lanzado LilyPond 2.13.44! @emph{25 de diciembre de 2010}
Ha salido LilyPond 2.13.44; ésta es la primera versión beta de la
inminente versión estable 2.14. Se invita a los usuarios a que hagan
@newsItem
-@subsubheading Segunda versión de pruebas Beta de 2.14: ¡Lanzado LilyPond 2.13.43! @emph{14 de diciembre de 2010}
+@subheading Segunda versión de pruebas Beta de 2.14: ¡Lanzado LilyPond 2.13.43! @emph{14 de diciembre de 2010}
Ha salido LilyPond 2.13.43; ésta es la primera versión beta de la
inminente versión estable 2.14. Se invita a los usuarios a que hagan
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.42! @emph{8 de diciembre de 2010}
+@subheading ¡Lanzado LilyPond 2.13.42! @emph{8 de diciembre de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.42. Esta
versión contiene el conjunto habitual de correcciones de fallos. Sin
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.41! @emph{4 de diciembre de 2010}
+@subheading ¡Lanzado LilyPond 2.13.41! @emph{4 de diciembre de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.41. Esta
versión contiene el conjunto habitual de correcciones de fallos. Sin
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.40! @emph{21 de noviembre de 2010}
+@subheading ¡Lanzado LilyPond 2.13.40! @emph{21 de noviembre de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.40. Esta
versión contiene el conjunto habitual de correcciones de fallos. Sin
@newsItem
-@subsubheading Primera versión de pruebas Beta de 2.14: ¡Lanzado LilyPond 2.13.39! @emph{15 de noviembre de 2010}
+@subheading Primera versión de pruebas Beta de 2.14: ¡Lanzado LilyPond 2.13.39! @emph{15 de noviembre de 2010}
Ha salido LilyPond 2.13.39; ésta es la primera versión beta de la
inminente versión estable 2.14. Se invita a los usuarios a que hagan
@newsItem
-@subsubheading El Informe LilyPond, número 22. @emph{3 de noviembre de 2010}
+@subheading El Informe LilyPond, número 22. @emph{3 de noviembre de 2010}
¡Vuelve el @emph{Informe LilyPond}, con algunas sorpresas y noticias
interesantes para toda la comunidad de LilyPond!
@newsItem
-@subsubheading Cuarta versión de pruebas Alfa de 2.14: ¡Lanzado LilyPond 2.13.38! @emph{31 de octubre de 2010}
+@subheading Cuarta versión de pruebas Alfa de 2.14: ¡Lanzado LilyPond 2.13.38! @emph{31 de octubre de 2010}
Ha salido LilyPond 2.13.38; ésta es la cuarta versión alfa de la
inminente versión estable 2.14. Se invita a los usuarios a que hagan
@newsItem
-@subsubheading Tercera versión de pruebas Alfa de 2.14: ¡Lanzado LilyPond 2.13.37! @emph{25 de octubre de 2010}
+@subheading Tercera versión de pruebas Alfa de 2.14: ¡Lanzado LilyPond 2.13.37! @emph{25 de octubre de 2010}
Ha salido LilyPond 2.13.37; ésta es la tercera versión alfa de la
inminente versión estable 2.14. Se invita a los usuarios a que hagan
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.36! @emph{19 de octubre de 2010}
+@subheading ¡Lanzado LilyPond 2.13.36! @emph{19 de octubre de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.36.
Esta versión contiene el conjunto habitual de correcciones de fallos.
@newsEnd
@newsItem
-@subsubheading El Informe LilyPond, número 21. @emph{3 de octubre de 2010}
+@subheading El Informe LilyPond, número 21. @emph{3 de octubre de 2010}
¡Vuelve el @emph{Informe LilyPond}, con sus dos editores: @qq{gruñón}
y @qq{blandito}! Esta edición se ocupa principalmente de la notación
@newsItem
-@subsubheading Segunda versión de pruebas Alfa de 2.14: ¡Lanzado LilyPond 2.13.35! @emph{29 de septiembre de 2010}
+@subheading Segunda versión de pruebas Alfa de 2.14: ¡Lanzado LilyPond 2.13.35! @emph{29 de septiembre de 2010}
Ha salido LilyPond 2.13.35; ésta es la segunda versión alfa de la
inminente versión estable 2.14. Se invita a los usuarios a que hagan
@newsItem
-@subsubheading Versión de pruebas Alfa de 2.14: ¡Lanzado LilyPond 2.13.34! @emph{21 de septiembre de 2010}
+@subheading Versión de pruebas Alfa de 2.14: ¡Lanzado LilyPond 2.13.34! @emph{21 de septiembre de 2010}
Ha salido LilyPond 2.13.34; ésta es la primera versión alfa de la
inminente versión estable 2.14. Se invita a los usuarios a que hagan
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.33! @emph{10 de septiembre de 2010}
+@subheading ¡Lanzado LilyPond 2.13.33! @emph{10 de septiembre de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.33. Esta
versión contiene el conjunto habitual de correcciones de fallos. Sin
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.32! @emph{3 de septiembre de 2010}
+@subheading ¡Lanzado LilyPond 2.13.32! @emph{3 de septiembre de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.32. Esta
versión contiene el conjunto habitual de correcciones de fallos. Sin
@newsItem
-@subsubheading El Informe LilyPond, número 20. @emph{2 de septiembre de 2010}
+@subheading El Informe LilyPond, número 20. @emph{2 de septiembre de 2010}
¡Vuelve el @emph{Informe LilyPond}, con sus dos editores: @qq{gruñón}
y @qq{blandito}! Esta edición contiene la revisión de un editor de
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.31! @emph{24 de agosto de 2010}
+@subheading ¡Lanzado LilyPond 2.13.31! @emph{24 de agosto de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.31. Esta
versión contiene el conjunto habitual de correcciones de fallos. Sin
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.30! @emph{13 de agosto de 2010}
+@subheading ¡Lanzado LilyPond 2.13.30! @emph{13 de agosto de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.30. Esta
versión contiene el conjunto habitual de correcciones de fallos. Sin
@newsItem
-@subsubheading El Informe LilyPond, número 19. @emph{9 de agosto de 2010}
+@subheading El Informe LilyPond, número 19. @emph{9 de agosto de 2010}
¡Vuelve el @emph{Informe LilyPond}, con sus dos editores: @qq{gruñón}
y @qq{blandito}! Esta edición contiene noticias sobre conferencias,
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.29! @emph{4 de agosto de 2010}
+@subheading ¡Lanzado LilyPond 2.13.29! @emph{4 de agosto de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.29. Esta
versión contiene el conjunto habitual de correcciones de fallos. Sin
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.28! @emph{13 de julio de 2010}
+@subheading ¡Lanzado LilyPond 2.13.28! @emph{13 de julio de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.28. Esta
versión contiene el conjunto habitual de correcciones de fallos. Sin
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.27! @emph{5 de julio de 2010}
+@subheading ¡Lanzado LilyPond 2.13.27! @emph{5 de julio de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.27. Esta
versión contiene el conjunto habitual de correcciones de fallos. Sin
@newsItem
-@subsubheading ¡Probando nuestra nueva página! @emph{29 de junio de 2010}
+@subheading ¡Probando nuestra nueva página! @emph{29 de junio de 2010}
¡Estamos probando nuestras nuevas páginas! Durante las próximas
24 horas, las páginas predeterminadas serán las de nuestro nuevo sitio;
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.26! @emph{26 de junio de 2010}
+@subheading ¡Lanzado LilyPond 2.13.26! @emph{26 de junio de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.26. Esta
versión contiene el conjunto habitual de correcciones de fallos. Sin
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.25! @emph{20 de junio de 2010}
+@subheading ¡Lanzado LilyPond 2.13.25! @emph{20 de junio de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.25. Esta
versión contiene el conjunto habitual de correcciones de fallos. Sin
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.24! @emph{14 de junio de 2010}
+@subheading ¡Lanzado LilyPond 2.13.24! @emph{14 de junio de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.24. Esta
versión contiene el conjunto habitual de correcciones de fallos. Sin
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.23! @emph{3 de junio de 2010}
+@subheading ¡Lanzado LilyPond 2.13.23! @emph{3 de junio de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.23. Esta
versión contiene el conjunto habitual de correcciones de fallos. Sin
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.22! @emph{27 de mayo de 2010}
+@subheading ¡Lanzado LilyPond 2.13.22! @emph{27 de mayo de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.22. Esta
versión contiene el conjunto habitual de correcciones de fallos. Sin
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.21! @emph{12 de mayo de 2010}
+@subheading ¡Lanzado LilyPond 2.13.21! @emph{12 de mayo de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.21. Esta
versión contiene el conjunto habitual de correcciones de fallos. Sin
@newsItem
-@subsubheading El Informe LilyPond, número 18. @emph{11 de mayo de 2010}
+@subheading El Informe LilyPond, número 18. @emph{11 de mayo de 2010}
¡Vuelve el @emph{Informe LilyPond}, con sus dos editores: @qq{gruñón}
y @qq{blandito}! Esta edición está repleta de emoción e interés,
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.20! @emph{5 de mayo de 2010}
+@subheading ¡Lanzado LilyPond 2.13.20! @emph{5 de mayo de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.20. Esta
versión contiene el conjunto habitual de correcciones de fallos. Sin
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.19! @emph{24 de abril de 2010}
+@subheading ¡Lanzado LilyPond 2.13.19! @emph{24 de abril de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.19. Esta
edición contiene unas cuantas correcciones de fallos, como es usual.
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.18! @emph{16 de abril de 2010}
+@subheading ¡Lanzado LilyPond 2.13.18! @emph{16 de abril de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.18. Esta
edición contiene el número usual de correcciones de fallos, junto a
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.17! @emph{2 de abril de 2010}
+@subheading ¡Lanzado LilyPond 2.13.17! @emph{2 de abril de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.17. Esta
versión incluye la corrección de 4 fallos críticos. Sin embargo, aún
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.16! @emph{15 de marzo de 2010}
+@subheading ¡Lanzado LilyPond 2.13.16! @emph{15 de marzo de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.16. Está
orientado solamente a los desarrolladores, e incluye la ronda usual de
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.15! @emph{4 de marzo de 2010}
+@subheading ¡Lanzado LilyPond 2.13.15! @emph{4 de marzo de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.15. Está
orientado solamente a los desarrolladores, e incluye algunas
@newsItem
-@subsubheading El Informe LilyPond, número 17. @emph{1 de marzo de 2010}
+@subheading El Informe LilyPond, número 17. @emph{1 de marzo de 2010}
¡Viva, vuelve el Informe, con un equipo nuevo! Dicen que dos cabezas
es mejor que una: ¿valdrá también para los diarios? Léalo y ¡díganos
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.14! @emph{27 de febrero de 2010}
+@subheading ¡Lanzado LilyPond 2.13.14! @emph{27 de febrero de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.14. Esta
versión está orientada solamente a los desarrolladores, e incluye una
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.13! @emph{13 de febrero de 2010}
+@subheading ¡Lanzado LilyPond 2.13.13! @emph{13 de febrero de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.13. Esta
versión está orientada solamente a los desarrolladores, y arregla
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.12! @emph{2 de febrero de 2010}
+@subheading ¡Lanzado LilyPond 2.13.12! @emph{2 de febrero de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.12. Esta
versión está orientada solamente a los desarrolladores, y aporta más
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.11! @emph{16 de enero de 2010}
+@subheading ¡Lanzado LilyPond 2.13.11! @emph{16 de enero de 2010}
Nos complace anunciar el lanzamiento de LilyPond 2.13.11. Esta
edición está orientada solamente a los dearrolladores, y trae algunas
@newsEnd
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.13.10! @emph{31 de diciembre de 2009}
+@subheading ¡Lanzado LilyPond 2.13.10! @emph{31 de diciembre de 2009}
We are happy to announce the release of LilyPond 2.13.10. This
release is intended for developers only, and brings a number of
@newsItem
-@subsubheading ¡Lanzado LilyPond 2.12.3! @emph{20 de diciembre de 2009}
+@subheading ¡Lanzado LilyPond 2.12.3! @emph{20 de diciembre de 2009}
We are happy to announce the release of LilyPond 2.12.3. This
version contains the long-awaited fix for our GUI on MacOS X 10.5
@newsItem
-@subsubheading LilyPond 2.13.9 released! @emph{December 12, 2009}
+@subheading LilyPond 2.13.9 lanzado! @emph{December 12, 2009}
LilyPond 2.13.9 is now out. From 2.13.9 onwards, LilyPond is
licensed under the GNU GPL v3+ for code, and the GNU FDL 1.3+ for
@newsEnd
@newsItem
-@subsubheading New Website! @emph{October 3, 2009}
+@subheading New Website! @emph{October 3, 2009}
As you can see, we have a new website design. Many thanks to
texi2html and CSS for being so flexible!
@newsItem
-@subsubheading LilyPond Report #16. @emph{September 6, 2009}
+@subheading LilyPond Report #16. @emph{September 6, 2009}
The LilyPond Report is back! This short, informal opinion column is
about the LilyPond project: its team, its world, its community.
@newsItem
-@subsubheading LilyPond 2.13.3. @emph{July 2, 2009}
+@subheading LilyPond 2.13.3. @emph{July 2, 2009}
This unstable release contains working menus in OSX 10.5; many
thanks to Christian Hitz for fixing this long-standing problem!
@newsItem
-@subsubheading A LilyPond weboldala magyarul. @emph{May 22, 2009}
+@subheading A LilyPond weboldala magyarul. @emph{May 22, 2009}
Elkészült a lilypond.org nagy részének magyar fordítása a LilyPond
honosítási projekt első lépéseként. A projekt célja a LilyPond
@newsItem
-@subsubheading The LilyPond Report #15. @emph{May 18, 2009}
+@subheading The LilyPond Report #15. @emph{May 18, 2009}
The @emph{LilyPond Report} is a short, informal opinion column about the LilyPond project:
its team, its world, its community.
@newsItem
-@subsubheading The LilyPond Report #14. @emph{April 13, 2009}
+@subheading The LilyPond Report #14. @emph{April 13, 2009}
The @emph{LilyPond Report} is back, on a new website!
This short, informal, weekly opinion column is about the LilyPond project: its team, its world, its community.
@newsItem
-@subsubheading LilyPond 2.12.2 and 2.13.0 — @emph{March 21, 2009}
+@subheading LilyPond 2.12.2 and 2.13.0 — @emph{March 21, 2009}
As a very belated announcement, the stable version of LilyPond is
now 2.12.2, and the next development version has begun with
@newsItem
-@subsubheading LilyPond 2.12.0 @qq{Rune} — @emph{December 27, 2008}
+@subheading LilyPond 2.12.0 @qq{Rune} — @emph{December 27, 2008}
A new stable release of LilyPond is available.
@*
@newsItem
-@subsubheading LilyPond 2.11.65 — Release Candidate. @emph{December 2, 2008}
+@subheading LilyPond 2.11.65 — Release Candidate. @emph{December 2, 2008}
This release has improvements to MusicXML import, contributed by
Reinhold Kainhofer, and adds support for splitting a book in several
@newsItem
-@subsubheading LilyPond 2.11.64. @emph{November 18, 2008}
+@subheading LilyPond 2.11.64. @emph{November 18, 2008}
LilyPond 2.11.64 is available. MusicXML import has been improved,
including church modes support, and a few bugs in the compilation
@newsItem
-@subsubheading LilyPond 2.11.63. @emph{October 29, 2008}
+@subheading LilyPond 2.11.63. @emph{October 29, 2008}
LilyPond 2.11.63 is available. This release has lots of updates to the
documentation and translations.
@newsItem
-@subsubheading LilyPond 2.11.62 -- Release Candidate. @emph{October 11, 2008}
+@subheading LilyPond 2.11.62 -- Release Candidate. @emph{October 11, 2008}
LilyPond 2.11.62 is available. This is is one of the last releases
before 2.12, so testing it is encouraged. In addition to a bugfix
@newsItem
-@subsubheading LilyPond 2.11.61 available. @emph{October 1, 2008}
+@subheading LilyPond 2.11.61 available. @emph{October 1, 2008}
LilyPond 2.11.61 has been released. It has updates to
documentation translations, and a new automatic accidentals style
@newsItem
-@subsubheading LilyPond 2.11.60 available. @emph{September 25, 2008}
+@subheading LilyPond 2.11.60 available. @emph{September 25, 2008}
LilyPond 2.11.60 has been released. A new style of double repeat
bar line has been added, and @code{printallheaders} variable in
@newsItem
-@subsubheading LilyPond 2.11.59 available. @emph{September 20, 2008}
+@subheading LilyPond 2.11.59 available. @emph{September 20, 2008}
Release 2.11.59 is out. LilyPond now uses 64 bit integers for
rational numbers, which allows typesetting more complex polymetric
@newsItem
-@subsubheading LilyPond 2.11.58 available. @emph{September 13, 2008}
+@subheading LilyPond 2.11.58 available. @emph{September 13, 2008}
LilyPond 2.11.58 is a beta release, which means the next stable
release is expected in a few weeks. This release is also special,
@newsItem
-@subsubheading LilyPond 2.11.57 available. @emph{August 27, 2008}
+@subheading LilyPond 2.11.57 available. @emph{August 27, 2008}
LilyPond 2.11.57 is out. This release adds support for harp pedal
diagrams, contributed by Reinhold Kainhofer, and some changes in
@newsItem
-@subsubheading LilyPond 2.11.56 available. @emph{August 17, 2008}
+@subheading LilyPond 2.11.56 available. @emph{August 17, 2008}
LilyPond 2.11.56 is out. This release features transposable fret
diagrams, contributed by Carl Sorensen. Translations status pages
@newsItem
-@subsubheading LilyPond 2.11.55 available. @emph{August 6, 2008}
+@subheading LilyPond 2.11.55 available. @emph{August 6, 2008}
LilyPond 2.11.55 is out. This release fixes several bugs, and for octavation brackets
@code{set-octavation} has been replaced by a more user-friendly command, @code{\ottava}.
@newsItem
-@subsubheading LilyPond 2.11.54 available. @emph{July 30, 2008}
+@subheading LilyPond 2.11.54 available. @emph{July 30, 2008}
LilyPond 2.11.54 is out. This release fixes a bug in tie formatting
following a line break, and changes the behavior of @code{short-indent}
@newsItem
-@subsubheading LilyPond 2.11.53 available. @emph{July 23, 2008}
+@subheading LilyPond 2.11.53 available. @emph{July 23, 2008}
LilyPond 2.11.53 is out. This release fixes a lot of bugs.
@*
@newsItem
-@subsubheading LilyPond 2.11.52 available. @emph{July 14, 2008}
+@subheading LilyPond 2.11.52 available. @emph{July 14, 2008}
Release 2.11.52 fixes wrong offset of a bar number when it follows
a breath mark, and syntax changes made in recent development
@newsItem
-@subsubheading LilyPond 2.11.51 available. @emph{July 8, 2008}
+@subheading LilyPond 2.11.51 available. @emph{July 8, 2008}
Release 2.11.51 has a couple of bugfixes, and a lot of changes in
predefined command names. Fret diagrams formatting has been
@newsItem
-@subsubheading LilyPond 2.11.50 available. @emph{July 2, 2008}
+@subheading LilyPond 2.11.50 available. @emph{July 2, 2008}
Release 2.11.50 adds support for metronome marks with text, and
backslashed numbers for figured bass, contributed by
@newsItem
-@subsubheading The LilyPond Report #13. @emph{June 23, 2008}
+@subheading The LilyPond Report #13. @emph{June 23, 2008}
This short, informal, weekly opinion column is about the LilyPond project: its team, its world, its community.
Follow @uref{http://valentin.villenave.info/The-LilyPond-Report-13,this link} to read the full issue...
@newsItem
-@subsubheading The LilyPond Report #12. @emph{June 16, 2008}
+@subheading The LilyPond Report #12. @emph{June 16, 2008}
This short, informal, weekly opinion column is about the LilyPond project: its team, its world, its community.
Follow @uref{http://valentin.villenave.info/The-LilyPond-Report-12,this link} to read the full issue...
@newsItem
-@subsubheading LilyPond 2.11.49 released. @emph{June 12, 2008}
+@subheading LilyPond 2.11.49 released. @emph{June 12, 2008}
LilyPond 2.11.49 is out. It fixes a number of bugs, including bugs in beams formatting.
@*
@newsItem
-@subsubheading LilyPond 2.11.48 released. @emph{June 9, 2008}
+@subheading LilyPond 2.11.48 released. @emph{June 9, 2008}
LilyPond 2.11.48 is out. This release fixes a few bugs, and
@code{\compressMusic} has been renamed
@newsItem
-@subsubheading The LilyPond Report #11. @emph{June 9, 2008}
+@subheading The LilyPond Report #11. @emph{June 9, 2008}
This short, informal, weekly opinion column is about the LilyPond project: its team, its world, its community.
Follow @uref{http://valentin.villenave.info/The-LilyPond-Report-11,this link} to read the full issue...
@newsItem
-@subsubheading The LilyPond Report #10. @emph{June 2, 2008}
+@subheading The LilyPond Report #10. @emph{June 2, 2008}
Welcome to this special tenth issue of the @emph{LilyPond Report}, entirely dedicated to Algorithmic Composition systems.@*
Follow @uref{http://valentin.villenave.info/The-LilyPond-Report-10,this link} to read the full issue...
@newsItem
-@subsubheading LilyPond 2.11.47 released. @emph{May 28, 2008}
+@subheading LilyPond 2.11.47 released. @emph{May 28, 2008}
LilyPond now allows all text context properties to be markups,
except in @code{\lyricmode}. This release also fixes
@newsItem
-@subsubheading LilyPond 2.11.46 available. @emph{May 22, 2008}
+@subheading LilyPond 2.11.46 available. @emph{May 22, 2008}
Release 2.11.46 fixes a lot of bugs and includes a rewrite of
dynamics engravers. Support for slur-shaped arpeggios has been added.
@newsItem
-@subsubheading RSS feed - @emph{May 21, 2008}
+@subheading RSS feed - @emph{May 21, 2008}
A RSS feed is now available on lilypond.org. It contains all
news announced on the web site start page: releases, LilyPond
@newsItem
-@subsubheading The LilyPond Report #9. @emph{May 05, 2008}
+@subheading The LilyPond Report #9. @emph{May 05, 2008}
Welcome to this ninth issue of the @emph{LilyPond Report}!@*
This short, informal, weekly opinion column is about the LilyPond project: its team, its world, its community.
@newsItem
-@subsubheading LilyPond 2.11.45 available. @emph{April 26, 2008}
+@subheading LilyPond 2.11.45 available. @emph{April 26, 2008}
Release 2.11.45 fixes a couple of bugs in the formatting
engine. @code{lilypond-book} has been improved, with better
@newsItem
-@subsubheading LilyPond 2.11.44 available. @emph{April 14, 2008}
+@subheading LilyPond 2.11.44 available. @emph{April 14, 2008}
Release 2.11.44 is available. Support for figured bass and chord
names has been added to the MusicXML
@newsItem
-@subsubheading lilypond.org日本語訳 (lilypond.org Japanese translation). @emph{2008年4月8日 (April 4, 2008)}
+@subheading lilypond.org日本語訳 (lilypond.org Japanese translation). @emph{2008年4月8日 (April 4, 2008)}
lilypond.orgのいくつかのページの日本語訳が出来ました。
@newsEnd
@newsItem
-@subsubheading LilyPond 2.11.43 available. @emph{March 31, 2008}
+@subheading LilyPond 2.11.43 available. @emph{March 31, 2008}
Release 2.11.43 has been available since March 27. It fixes a
couple of formatting bugs, and the font cache problem with
@newsItem
-@subsubheading LilyPond 2.11.42 available. @emph{March 9, 2008}
+@subheading LilyPond 2.11.42 available. @emph{March 9, 2008}
Release 2.11.42 is out. It fixes some formatting and spacing
bugs.
@newsItem
-@subsubheading Comparison of music engraving with Finale and LilyPond. @emph{February 25, 2008}
+@subheading Comparison of music engraving with Finale and LilyPond. @emph{February 25, 2008}
In three articles, Andrew Hawryluk compares Finale and LilyPond in
general terms, and evaluates in detail engraving capabilities of
@newsItem
-@subsubheading LilyPond 2.11.41 available. @emph{February 25, 2008}
+@subheading LilyPond 2.11.41 available. @emph{February 25, 2008}
Release 2.11.41 is available. It has a few bugfixes, updated
program messages in French, German, Spanish and Vietnamese, and
@newsItem
-@subsubheading LilyPond 2.11.37 available. @emph{January 3, 2008}
+@subheading LilyPond 2.11.37 available. @emph{January 3, 2008}
Release 2.11.37 is available. It has a few bugfixes, and
documentation changes. (@ref{Descargas antiguas})
@newsItem
-@subsubheading LilyPond 2.11.36 available. @emph{December 13, 2007}
+@subheading LilyPond 2.11.36 available. @emph{December 13, 2007}
Release 2.11.36 is now available. It has many bugfixes, updates
for MusicXML import, and it includes major documentation changes from
@newsItem
-@subsubheading LilyPond 2.10.33 and 2.11.33 available. @emph{September 20, 2007}
+@subheading LilyPond 2.10.33 and 2.11.33 available. @emph{September 20, 2007}
Release 2.11.33 is now available.
@*
@newsItem
-@subsubheading LilyPond 2.11.32 available. @emph{September 2, 2007}
+@subheading LilyPond 2.11.32 available. @emph{September 2, 2007}
Release 2.11.32 is now available.
@*
@newsItem
-@subsubheading LilyPond 2.11.31 available. @emph{August 31, 2007}
+@subheading LilyPond 2.11.31 available. @emph{August 31, 2007}
Release 2.11.31 is now available. It has more bugfixes, updates
for MusicXML import and lots of updates for the translations.
@newsItem
-@subsubheading LilyPond 2.11.30 available. @emph{August 20, 2007}
+@subheading LilyPond 2.11.30 available. @emph{August 20, 2007}
Release 2.11.30 is now available. It has various bugfixes among
others in the new spacing code, MusicXML import and lots of updates
@newsItem
-@subsubheading LilyPond 2.10.29 and 2.11.29 available. @emph{August 11, 2007}
+@subheading LilyPond 2.10.29 and 2.11.29 available. @emph{August 11, 2007}
Release 2.11.29 is now available. 2.10.29 has a few small fixes.
2.11.29 has several bugfixes, among others in the new spacing code,
@newsItem
-@subsubheading LilyPond 2.11.28 for FreeBSD x86_64. @emph{August 10, 2007}
+@subheading LilyPond 2.11.28 for FreeBSD x86_64. @emph{August 10, 2007}
Release 2.11.28 is now available as a binary installer for
FreeBSD x86_64. Download
@newsItem
-@subsubheading LilyPond 2.11.28 available - @emph{July 25, 2007}
+@subheading LilyPond 2.11.28 available - @emph{July 25, 2007}
Release 2.11.28 has several updates to the manual and its
translations, an plethora of bugfixes and a complete cleanup of the
spacing engine code.
@newsItem
-@subsubheading LilyPond 2.11.26 available - @emph{June 8, 2007}
+@subheading LilyPond 2.11.26 available - @emph{June 8, 2007}
Release 2.11.26 supports page markers, eg. for use in
tables-of-contents. In addition, it fixes a number of bugs. Enjoy!
@newsItem
-@subsubheading LilyPond 2.10.25 and 2.11.25 available - @emph{May 20, 2007}
+@subheading LilyPond 2.10.25 and 2.11.25 available - @emph{May 20, 2007}
Release 2.11.25 has support for toplevel page breaking commands,
and page breaking as a whole has been sped up significantly. Enjoy!
@newsItem
-@subsubheading LilyPond 2.10.23 and 2.11.23 available - @emph{May 1, 2007}
+@subheading LilyPond 2.10.23 and 2.11.23 available - @emph{May 1, 2007}
This has lots of bugfixes.
@*
@bugfixes{2_10_23,2.10},
@newsItem
-@subsubheading Übersetzung der Dokumentation - @emph{10. April 2007}
+@subheading Übersetzung der Dokumentation - @emph{10. April 2007}
Die Kapitel 1-5 (der Abschnitt für Anfänger) des LilyPond-Benutzerhandbuchs
sind auf deutsch übersetzt --- sie sind erhältlich für die @ref{Cambios}
online und @ref{Descargas antiguas}.
@newsItem
-@subsubheading LilyPond 2.11.22 available - @emph{April 10, 2007}
+@subheading LilyPond 2.11.22 available - @emph{April 10, 2007}
This release has updates of the dot collision code.
@*
@bugfixes{2_11_22,},
@newsItem
-@subsubheading LilyPond 2.11.21 available - @emph{March 24, 2007}
+@subheading LilyPond 2.11.21 available - @emph{March 24, 2007}
This release has some documentation updates.
@*
@bugfixes{2_11_21,},
@newsItem
-@subsubheading Traduction de la documentation en français - @emph{25 février 2007}
+@subheading Traduction de la documentation en français - @emph{25 février 2007}
Les chapitres 1 à 4 et 6 du manuel de l'utilisateur sont désormais traduits, et
disponibles en ligne ---
@uref{http://lilypond.org/doc/v2.10/Documentation/user/lilypond/index.fr.html,version 2.10},
@newsItem
-@subsubheading LilyPond 2.10.20 and 2.11.20 available - @emph{February 25, 2007}
+@subheading LilyPond 2.10.20 and 2.11.20 available - @emph{February 25, 2007}
This release fixes many bugs.
@*
@bugfixes{2_10_20,2.10},
@newsItem
-@subsubheading LilyPond 2.10.19 and 2.11.19 available - @emph{February 18, 2007}
+@subheading LilyPond 2.10.19 and 2.11.19 available - @emph{February 18, 2007}
This release fixes many bugs.
@*
@bugfixes{2_10_19,2.10},
@newsItem
-@subsubheading LilyPond 2.11.18 available - @emph{February 12, 2007}
+@subheading LilyPond 2.11.18 available - @emph{February 12, 2007}
This release fixes still more bugs, and included
singing support through festival contributed by Milan Zamazal.
@*
@newsItem
-@subsubheading LilyPond 2.11.17 available - @emph{February 9, 2007}
+@subheading LilyPond 2.11.17 available - @emph{February 9, 2007}
This release fixes still more bugs.
@*
@bugfixes{2_11_17,},
@newsItem
-@subsubheading LilyPond 2.10.16 and 2.11.16 available - @emph{February 4, 2007}
+@subheading LilyPond 2.10.16 and 2.11.16 available - @emph{February 4, 2007}
This release fixes many bugs.
(@bugfixes{2_10_16,2.10},
@bugfixes{2_11_16,2.11},
@newsItem
-@subsubheading LilyPond 2.10.15 and 2.11.15 available - @emph{February 1, 2007}
+@subheading LilyPond 2.10.15 and 2.11.15 available - @emph{February 1, 2007}
This release will stretch piano staves on a
system-by-system basis and add a few glyphs: a black harmonic note
head and the slashed mirrored flat.
@newsItem
-@subsubheading LilyPond 2.10.14 and 2.11.14 available - @emph{January 26, 2007}
+@subheading LilyPond 2.10.14 and 2.11.14 available - @emph{January 26, 2007}
This release has a rewrite of the line-spanner code, responsible for
among other glissandi and text-crescendos, making them more flexible.
@*
@newsItem
-@subsubheading LilyPond 2.10.13 and 2.11.13 available - @emph{January 17, 2007}
+@subheading LilyPond 2.10.13 and 2.11.13 available - @emph{January 17, 2007}
This release fixes a few minor but irritating bugs. In addition, the
2.11 release has updates of the tutorial.
@*
@newsItem
-@subsubheading LilyPond 2.11.12 available - @emph{January 17, 2007}
+@subheading LilyPond 2.11.12 available - @emph{January 17, 2007}
This release fixes lots of bugs. In particular, the tie formatting has
been further improved, and memory usage has been improved enormously.
@*
@newsItem
-@subsubheading LilyPond 2.10.12 available - @emph{January 17, 2007}
+@subheading LilyPond 2.10.12 available - @emph{January 17, 2007}
This release mirrors 2.11.12. Notably, it has the same memory
usage improvements.
@*
@newsItem
-@subsubheading LilyPond 2.10.11 available - @emph{January 12, 2007}
+@subheading LilyPond 2.10.11 available - @emph{January 12, 2007}
This release mostly has the same fixes as 2.11.11.
@*
@bugfixes{2_10_11,},
@newsItem
-@subsubheading LilyPond 2.11.11 available - @emph{January 11, 2007}
+@subheading LilyPond 2.11.11 available - @emph{January 11, 2007}
This release has further fixes for popular bugs. Timing of the MIDI
output won't get confused by tuplets and grace notes anymore. Some fat
has also been trimmed of the skyline code performance.
@newsItem
-@subsubheading LilyPond 2.11.10 available - @emph{January 8, 2007}
+@subheading LilyPond 2.11.10 available - @emph{January 8, 2007}
LilyPond 2.11.10 has further review of the test-suite, performance and
code coverage. This brought to light several problems that were
fixed. Notably, 2.11.10 fixes lots of regressions in optical
@newsItem
-@subsubheading LilyPond 2.10.10 available - @emph{January 8, 2007}
+@subheading LilyPond 2.10.10 available - @emph{January 8, 2007}
This release fixes several popular bugs, among others: MIDI files
that go silent after (de)crescendi, and tuplets problems with quoting
and part-combining.
@newsItem
-@subsubheading LilyPond 2.11.9 and 2.10.9 available - @emph{January 3, 2007}
+@subheading LilyPond 2.11.9 and 2.10.9 available - @emph{January 3, 2007}
This release has a couple of bugfixes, and ---in 2.11.9---
further improvements in the regression test suite
@*
@newsItem
-@subsubheading LilyPond 2.11.8 and 2.10.8 available - @emph{January 3, 2007}
+@subheading LilyPond 2.11.8 and 2.10.8 available - @emph{January 3, 2007}
New! Improved! With even more bugfixes!
@*
@bugfixes{2_11_8,},
@newsItem
-@subsubheading @code{lilypond.org} auf deutsch - @emph{31. Dezember 2006}
+@subheading @code{lilypond.org} auf deutsch - @emph{31. Dezember 2006}
Die LilyPond-Webseiten sind jetzt auch auf deutsch übersetzt!
@newsEnd
@newsItem
-@subsubheading @code{lilypond.org} en español - @emph{December 29, 2006}
+@subheading @code{lilypond.org} en español - @emph{December 29, 2006}
¡Ya está disponible la versión en español del sitio web de LilyPond!
@newsEnd
@newsItem
-@subsubheading LilyPond 2.11.7 and 2.10.7 available - @emph{January 1, 2007}
+@subheading LilyPond 2.11.7 and 2.10.7 available - @emph{January 1, 2007}
New! Improved! With even more bugfixes!
@*
@bugfixes{2_11_7,},
@newsItem
-@subsubheading LilyPond 2.11.6 available - @emph{December 30, 2006}
+@subheading LilyPond 2.11.6 available - @emph{December 30, 2006}
This release supports arbitrary fractional alterations, allowing
music with different microtonal conventions to be typeset.
@*
@newsItem
-@subsubheading LilyPond 2.10.6 available - @emph{December 30, 2006}
+@subheading LilyPond 2.10.6 available - @emph{December 30, 2006}
New! Improved! With even more bugfixes!
@*
@bugfixes{2_10_6,},
@newsItem
-@subsubheading LilyPond 2.11.5 available - @emph{December 24, 2006}
+@subheading LilyPond 2.11.5 available - @emph{December 24, 2006}
These releases complete the translation infrastructure for
Documentation.
@*
@newsItem
-@subsubheading LilyPond 2.10.5 available - @emph{December 24, 2006}
+@subheading LilyPond 2.10.5 available - @emph{December 24, 2006}
New! Improved! With even more bugfixes!
@*
@bugfixes{2_10_5,},
@newsItem
-@subsubheading LilyPond 2.11.4 available - @emph{December 21, 2006}
+@subheading LilyPond 2.11.4 available - @emph{December 21, 2006}
The vertical spacing improvements that were introduced in 2.11.0 now work
within a system as well as between systems.
@*
@newsItem
-@subsubheading LilyPond 2.11.3 available - @emph{December 19, 2006}
+@subheading LilyPond 2.11.3 available - @emph{December 19, 2006}
This release has @uref{http://lilypond.org/doc/v2.11/compare-v2.10.3/index.html,graphical
test results} and several website build improvements.
@*
@newsItem
-@subsubheading LilyPond 2.10.3 available - @emph{December 19, 2006}
+@subheading LilyPond 2.10.3 available - @emph{December 19, 2006}
This release fixes several bugs.
@*
@bugfixes{2_10_3,},
@newsItem
-@subsubheading LinuxPPC binaries available! - @emph{December 19, 2006}
+@subheading LinuxPPC binaries available! - @emph{December 19, 2006}
From now on, our GUB binary builds include support for Linux/PPC. (@ref{Descargas antiguas})
@newsEnd
@newsItem
-@subsubheading Traduction du tutoriel en français. @emph{December 13, 2006}
+@subheading Traduction du tutoriel en français. @emph{December 13, 2006}
Fruit du travail d'une équipe de traducteurs, le tutoriel en français est
maintenant disponible en ligne.
@uref{http://lilypond.org/doc/v2.10/Documentation/user/lilypond/Tutorial.fr.html,Version 2.10},
@newsItem
-@subsubheading LilyPond 2.11.2 available - @emph{December 12, 2006}
+@subheading LilyPond 2.11.2 available - @emph{December 12, 2006}
This release supports glissandi and harmonics in tablature.
@*
@bugfixes{2_11_2,},
@newsItem
-@subsubheading LilyPond 2.10.2 available - @emph{December 12, 2006}
+@subheading LilyPond 2.10.2 available - @emph{December 12, 2006}
A new stable release of LilyPond is available.
@*
@bugfixes{2_10_2,},
@newsItem
-@subsubheading LilyPond 2.11.1 available - @emph{December 4, 2006}
+@subheading LilyPond 2.11.1 available - @emph{December 4, 2006}
This release has improved support for horizontal spacing.
@*
@bugfixes{2_11_1,},
@newsItem
-@subsubheading LilyPond 2.10.1 available - @emph{December 3, 2006}
+@subheading LilyPond 2.10.1 available - @emph{December 3, 2006}
A new stable release of LilyPond is available.
@*
@bugfixes{2_10_1,},
@newsItem
-@subsubheading LilyPond 2.11.0 available - @emph{November 27, 2006}
+@subheading LilyPond 2.11.0 available - @emph{November 27, 2006}
This release has improved support for vertical spacing. (@ref{Cambios}, @ref{Descargas antiguas})
@newsEnd
@newsItem
-@subsubheading LilyPond 2.10.0 available - @emph{November 11, 2006}
+@subheading LilyPond 2.10.0 available - @emph{November 11, 2006}
A new stable release of LilyPond is available.
(@miscLink{announce-v2.10,Announcement}, @ref{Cambios}, @ref{Descargas antiguas})
@newsEnd
@newsItem
-@subsubheading GIT repository online - @emph{November 11, 2006}
+@subheading GIT repository online - @emph{November 11, 2006}
LilyPond development has moved over its source code to @uref{http://git.or.cz,GIT}, the fast version control
system. Check out our repository at @uref{http://git.sv.gnu.org/gitweb/?p=lilypond.git;a=summary,gnu.org}.
@newsEnd
@newsItem
-@subsubheading LilyPond 2.9.29 available - @emph{November 5, 2006}
+@subheading LilyPond 2.9.29 available - @emph{November 5, 2006}
This release has many more bugfixes.
@*
@bugfixes{2_9_29,},
@newsItem
-@subsubheading LilyPond 2.9.28 available - @emph{November 3, 2006}
+@subheading LilyPond 2.9.28 available - @emph{November 3, 2006}
This release has many more bugfixes.
@*
@bugfixes{2_9_28,},
@newsItem
-@subsubheading LilyPond 2.9.27 available - @emph{October 28, 2006}
+@subheading LilyPond 2.9.27 available - @emph{October 28, 2006}
This release has a new @code{FretBoards} context, and some further
bugfixes.
@*
@newsItem
-@subsubheading Music streams thesis available - @emph{October 21, 2006}
+@subheading Music streams thesis available - @emph{October 21, 2006}
The last months, Erik Sandberg has been overhauling the internals of
Lily. This change introduces a new intermediate format, Music Streams,
which will make it easier get music data out of LilyPond. A copy of
@newsItem
-@subsubheading LilyPond 2.9.26 available - @emph{October 20, 2006}
+@subheading LilyPond 2.9.26 available - @emph{October 20, 2006}
This release has further bugfixes.
@*
@bugfixes{2_9_26,},
@newsItem
-@subsubheading LilyPond 2.9.25 available - @emph{October 18, 2006}
+@subheading LilyPond 2.9.25 available - @emph{October 18, 2006}
This release has more bugfixes; from now on, binaries are also
available for x86/64.
@*
@newsItem
-@subsubheading LilyPond 2.9.24 available - @emph{October 15, 2006}
+@subheading LilyPond 2.9.24 available - @emph{October 15, 2006}
This release has support for right hand guitar fingerings, and offers
some bugfixes. (@ref{Cambios},
@uref{http://code.google.com/p/lilypond/issues/list?can=1&q=fixed2924&colspec=ID+Type+Status+Priority+Milestone+Owner+Summary,Bugfixes},
@newsItem
-@subsubheading LilyPond 2.9.23 available - @emph{October 12, 2006}
+@subheading LilyPond 2.9.23 available - @emph{October 12, 2006}
This release cuts fragments of EPS directly from your finished score,
and makes it easier to insert ties into lyrics. (@ref{Cambios}, @ref{Descargas antiguas})
@newsEnd
@newsItem
-@subsubheading LilyPond 2.9.22 available - @emph{October 9, 2006}
+@subheading LilyPond 2.9.22 available - @emph{October 9, 2006}
Test this release candidate for LilyPond 2.10! (@ref{Descargas antiguas})
@newsEnd
@newsItem
-@subsubheading LilyPond 2.9.21 available - @emph{October 4, 2006}
+@subheading LilyPond 2.9.21 available - @emph{October 4, 2006}
Test this release candidate for LilyPond 2.10! (@ref{Descargas antiguas})
@newsEnd
@newsItem
-@subsubheading LilyPond 2.9.20 available - @emph{October 3, 2006}
+@subheading LilyPond 2.9.20 available - @emph{October 3, 2006}
Test this release candidate for LilyPond 2.10! (@ref{Descargas antiguas})
@newsEnd
@newsItem
-@subsubheading LilyPond 2.9.17 available - @emph{September 2, 2006}
+@subheading LilyPond 2.9.17 available - @emph{September 2, 2006}
This release fixes many bugs. Among others, MacOS X QuickTime now
honors tempo changes are in the MIDI output. (@ref{Cambios}, @ref{Descargas antiguas})
@newsEnd
@newsItem
-@subsubheading LilyPond 2.9.16 available - @emph{August 25, 2006}
+@subheading LilyPond 2.9.16 available - @emph{August 25, 2006}
In this release, chords may be partially tied and lyric extenders have
tunable padding. Moreover, many bugs were fixed
(@ref{Cambios}, @ref{Descargas antiguas})
@newsItem
-@subsubheading LilyPond 2.9.15 available - @emph{August 20, 2006}
+@subheading LilyPond 2.9.15 available - @emph{August 20, 2006}
This releases fixes many bugs in the 2.9.14 release. (@ref{Descargas antiguas})
@newsEnd
@newsItem
-@subsubheading LilyPond 2.8.6 available - @emph{August 8, 2006}
+@subheading LilyPond 2.8.6 available - @emph{August 8, 2006}
This release contains a few minor bugfixes; the source tarball is also
available. (@ref{Descargas antiguas})
@newsEnd
@newsItem
-@subsubheading LilyPond 2.9.14 available - @emph{August 4, 2006}
+@subheading LilyPond 2.9.14 available - @emph{August 4, 2006}
This release supports instrument name changes, dotted barlines and
better spacing for floating grace notes. In addition, it contains
ongoing work by Erik Sandberg to extend the interpretation phase with
@newsItem
-@subsubheading LilyPond 2.9.13 available - @emph{July 23, 2006}
+@subheading LilyPond 2.9.13 available - @emph{July 23, 2006}
This release supports doits and falls, and more tuning options for
grace note spacing and tuplet brackets. (@ref{Cambios}, @ref{Descargas antiguas})
@newsEnd
@newsItem
-@subsubheading LilyPond 2.9.12 available - @emph{July 18, 2006}
+@subheading LilyPond 2.9.12 available - @emph{July 18, 2006}
This release supports pdftex for lilypond-book, and uses PdfTeX for
generating manuals, so page numbers and references are now clickable.
(@ref{Cambios}, @ref{Descargas antiguas})
@newsItem
-@subsubheading LilyPond 2.9.11 available - @emph{July 12, 2006}
+@subheading LilyPond 2.9.11 available - @emph{July 12, 2006}
This release wraps improvements of the last two weeks. As a new
feature, it supports tunable tuplet number formatting for nested
tuplets. (@ref{Cambios}, @ref{Descargas antiguas})
@newsItem
-@subsubheading LilyPond 2.9.10 available - @emph{June 15, 2006}
+@subheading LilyPond 2.9.10 available - @emph{June 15, 2006}
This releases fixes a couple of bugs in 2.9.9.
(@ref{Cambios},
@ref{Descargas antiguas})
@newsItem
-@subsubheading LilyPond 2.9.9 available - @emph{June 15, 2006}
+@subheading LilyPond 2.9.9 available - @emph{June 15, 2006}
This releases fixes many bugs in 2.9.8 and earlier.
(@ref{Cambios},
@ref{Descargas antiguas})
@newsItem
-@subsubheading LilyPond 2.9.8 available - @emph{June 6, 2006}
+@subheading LilyPond 2.9.8 available - @emph{June 6, 2006}
2.9.8 has support for different spacing sections within a single
score, and better infrastructure for automated regression testing.
(@ref{Cambios},
@newsItem
-@subsubheading LilyPond 2.8.4 available - @emph{June 4, 2006}
+@subheading LilyPond 2.8.4 available - @emph{June 4, 2006}
2.8.4 fixes some minor bugs, and includes a backport of the
infrastructure for automated regression testing.
(@ref{Descargas antiguas})
@newsItem
-@subsubheading First test results available - @emph{June 4, 2006}
+@subheading First test results available - @emph{June 4, 2006}
After a week of frantic tweaking, the first automated testing results
are available. You can now see @uref{http://lilypond.org/doc/v2.9/compare-v2.8.4/index.html,in full
glory} what features are broken in the development release
@newsItem
-@subsubheading LilyPond 2.9.7 available - @emph{May 30, 2006}
+@subheading LilyPond 2.9.7 available - @emph{May 30, 2006}
2.9.7 has improvements in the formatting for figured bass, and
includes a new framework for detecting bugs earlier, which will make
the development releases even better
@newsItem
-@subsubheading LilyPond 2.9.6 available - @emph{May 24, 2006}
+@subheading LilyPond 2.9.6 available - @emph{May 24, 2006}
This
release has new features in beam formatting: beams may now be put on
single stems, and obey the @code{beatGrouping} property. MusicXML
@newsItem
-@subsubheading New essay pages! - @emph{May 22, 2006}
+@subheading New essay pages! - @emph{May 22, 2006}
The @emph{Automated Engraving} essay has been updated with material
from the @uref{http://fisl.softwarelivre.org,FISL} talk, with
pages on @uref{about/automated-engraving/problem-statement,modeling
@newsItem
-@subsubheading LilyPond 2.9.5 available - @emph{May 17, 2006}
+@subheading LilyPond 2.9.5 available - @emph{May 17, 2006}
This release supports object rotation, hairpins with circled tips,
hairpins that run to barlines before notes and improvements in the
MusicXML converter.
@newsItem
-@subsubheading LilyPond 2.9.4 available - @emph{May 12, 2006}
+@subheading LilyPond 2.9.4 available - @emph{May 12, 2006}
This release has support for feathered beaming, and note head styles in
the markup @code{\note} command. In addition, it has a lot of updates
of the manual and a clean up of the spring spacer.
@newsItem
-@subsubheading LilyPond 2.8.2 available - @emph{May 12, 2006}
+@subheading LilyPond 2.8.2 available - @emph{May 12, 2006}
This release has fixes for minor bugs and compilation issues.
(@ref{Descargas antiguas})
@newsEnd
@newsItem
-@subsubheading LilyPond 2.9.3 is out! - @emph{May 7, 2006}
+@subheading LilyPond 2.9.3 is out! - @emph{May 7, 2006}
This new release has lots of updates of the manual, courtesy Graham
and the contributors of the mailing. It handles formatting for ties in
arpegiated chords better (feature sponsored by
@newsItem
-@subsubheading FISL7.0 slides available - @emph{April 22, 2006}
+@subheading FISL7.0 slides available - @emph{April 22, 2006}
The slides for Han-Wen's talk at
@uref{http://fisl.softwarelivre.org,FISL 7} are now online.
(@ref{Publicaciones})
@newsItem
-@subsubheading LilyPond 2.8.1 is out! - @emph{April 3, 2006}
+@subheading LilyPond 2.8.1 is out! - @emph{April 3, 2006}
Important bugfixes include CJK font handling and a Darwin/x86 port.
(@ref{Cambios}, @ref{Descargas antiguas})
@newsEnd
@newsItem
-@subsubheading LilyPond 2.9.1 is out! - @emph{April 3, 2006}
+@subheading LilyPond 2.9.1 is out! - @emph{April 3, 2006}
It's mostly a bugfix release, and it's almoste the same as 2.8.1. This
release mainly fixes problems with CJK font loading.
(@ref{Cambios}, @ref{Descargas antiguas})
@newsItem
-@subsubheading LilyPond on MacOS X/Intel - @emph{March 31, 2006}
+@subheading LilyPond on MacOS X/Intel - @emph{March 31, 2006}
LilyPond now also runs on Intel based macs, offering a 400%
speedup over the emulated PowerPC binaries. (@ref{Descargas antiguas})
@newsEnd
@newsItem
-@subsubheading LilyPond 2.8.0 is out! - @emph{March 22, 2006}
+@subheading LilyPond 2.8.0 is out! - @emph{March 22, 2006}
Version 2.8 is here! Read the @miscLink{announce-v2.8,release
announcement}. (@ref{Cambios}, @ref{Descargas antiguas})
@newsEnd
@newsItem
-@subsubheading LilyPond 2.7.39 is out - @emph{March 17, 2006}
+@subheading LilyPond 2.7.39 is out - @emph{March 17, 2006}
This release has even more bug fixes. Please test before 2.8 is
released. (@ref{Cambios},
@ref{Descargas antiguas})
@newsItem
-@subsubheading LilyPond 2.7.38 is out - @emph{March 12, 2006}
+@subheading LilyPond 2.7.38 is out - @emph{March 12, 2006}
This is likely to be the last release candidate before we release 2.8,
so report any bugs that you might find. New attractions include:
lilypond postscript files now work with GSView, cut & pasting lily
@newsItem
-@subsubheading LilyPond 2.7.37 is out - @emph{March 4, 2006}
+@subheading LilyPond 2.7.37 is out - @emph{March 4, 2006}
This release has more bug fixes. Please help us by testing it!
(@ref{Cambios},
@ref{Descargas antiguas})
@newsItem
-@subsubheading LilyPond 2.7.36 is out - @emph{February 24, 2006}
+@subheading LilyPond 2.7.36 is out - @emph{February 24, 2006}
This is another release candidate for 2.8. It has lots of bug fixes
and polishes to the documentation. It also contains support for
creating ties that are only on their right side connected to note
@newsItem
-@subsubheading LilyPond 2.7.35 is out - @emph{February 19, 2006}
+@subheading LilyPond 2.7.35 is out - @emph{February 19, 2006}
This release has lots of bugs fixes. The plan is to release 2.8 at the
end of this month, so bug reports are @strong{very} welcome. By
definition a bug is release critical if it wasn't present in version
@newsItem
-@subsubheading LilyPond 2.7.34 is out - @emph{February 16, 2006}
+@subheading LilyPond 2.7.34 is out - @emph{February 16, 2006}
This release has a bunch of bugfixes, and new features. Newly created
contexts may also be named with @code{\new Voice =
"alto"}. Thicknesses of tie and slurs may be tuned separately for
@newsItem
-@subsubheading LilyPond 2.7.33 is out - @emph{February 10, 2006}
+@subheading LilyPond 2.7.33 is out - @emph{February 10, 2006}
Items directly connected with a music input element may be
parenthesized, for example,
@verbatim
@newsItem
-@subsubheading LilyPond 2.7.32 is out - @emph{February 7, 2006}
+@subheading LilyPond 2.7.32 is out - @emph{February 7, 2006}
This release contains some syntax changes: words inside the \paper and
\layout block are henceforth written with dashes, for instance:
@newsItem
-@subsubheading LilyPond 2.7.31 is out - @emph{February 2, 2006}
+@subheading LilyPond 2.7.31 is out - @emph{February 2, 2006}
This release fixes a load of bugs, and has some internal
cleanups. Exported C++ members are now named
ly:class-name::function-name in Scheme instead of
@newsItem
-@subsubheading LilyPond 2.7.30 is out - @emph{January 30, 2006}
+@subheading LilyPond 2.7.30 is out - @emph{January 30, 2006}
This release has a few bug fixes, like the solfa note head shape and
collisions, the \epsfile command, and in getting No. ligature in
normal words. (@ref{Cambios},
@newsItem
-@subsubheading LilyPond 2.7.29 is out - @emph{January 27, 2006}
+@subheading LilyPond 2.7.29 is out - @emph{January 27, 2006}
This release has the following new features. Alignments of staves may
be tuned per system (feature sponsored by Trevor Baca), individual
systems may be positioned manually (feature sponsored by Trevor Baca
@newsItem
-@subsubheading LilyPond 2.7.28 is out - @emph{January 22, 2006}
+@subheading LilyPond 2.7.28 is out - @emph{January 22, 2006}
This release contains numerous small fixes that were already in our
GUB binaries. In addition, it has further polish for formatting of
tied chords. Theses improvements were sponsored by Steve
@newsItem
-@subsubheading LilyPond 2.7.27, release 4 - @emph{January 13, 2006}
+@subheading LilyPond 2.7.27, release 4 - @emph{January 13, 2006}
The fourth release of our Grand Unified Binary for 2.7.27 is
available. This release uses Pango 1.11.1, which has support for
@newsItem
-@subsubheading LilyPond 2.7.27, release 3 - @emph{January 12, 2006}
+@subheading LilyPond 2.7.27, release 3 - @emph{January 12, 2006}
The third release of our Grand Unified Binaries is available. This
release fixes external font-support, the decompression flag for
Linux. Also, we have support for @strong{FreeBSD} as well! Jump
@newsItem
-@subsubheading LilyPond 2.7.27 binaries are out - @emph{January 7, 2006}
+@subheading LilyPond 2.7.27 binaries are out - @emph{January 7, 2006}
Starting with 2.7.26, the development team has been working on the
installers. We're proud to announce another version of these: they are
now available for
@newsItem
-@subsubheading LilyPond 2.7.27 is out - @emph{January 7, 2006}
+@subheading LilyPond 2.7.27 is out - @emph{January 7, 2006}
This release allows you to switch staff lines on and off individually
(feature sponsored by Andrea
Valle). (@ref{Cambios},
@newsItem
-@subsubheading Linux Journal article - @emph{January 2006}
+@subheading Linux Journal article - @emph{January 2006}
Linux Journal publishes an article on
@uref{http://www.linuxjournal.com/article/8364,@emph{Make
Stunning Schenker Graphs with GNU LilyPond}}. It is a
@newsItem
-@subsubheading New binaries for LilyPond 2.7.26 - @emph{January 4, 2006}
+@subheading New binaries for LilyPond 2.7.26 - @emph{January 4, 2006}
The Development team has been working around the clock to improve
to fix the first wave bugs reported by you. The new results for MacOS
and Windows are up on the @ref{Descargas antiguas}
@newsItem
-@subsubheading LilyPond 2.7.26 is out - @emph{December 31, 2005}
+@subheading LilyPond 2.7.26 is out - @emph{December 31, 2005}
This release has an improvement in the MusicXML importer (feature
sponsored by Mark vd Borre's Music Academy): now, staves and voices
are also setup, so you can readily run LilyPond on the .ly output.
@newsItem
-@subsubheading LilyPond 2.7.25 is out - @emph{December 24, 2005}
+@subheading LilyPond 2.7.25 is out - @emph{December 24, 2005}
This release has various bugfixes. Also, stems on the center line now
have their directions interpolated to minimize the number of direction
changes (feature sponsored by Basil Crow and Mike
@newsItem
-@subsubheading LilyPond 2.7.24 is out - @emph{December 20, 2005}
+@subheading LilyPond 2.7.24 is out - @emph{December 20, 2005}
This release fixes a couple of bugs, but more importantly, slurs now
avoid TupletNumbers, and tuplet numbers may enter the staff (feature
sponsored by Trent Johnston), tuplet brackets and numbers are
@newsItem
-@subsubheading LilyPond 2.7.23 is out - @emph{December 19, 2005}
+@subheading LilyPond 2.7.23 is out - @emph{December 19, 2005}
This release has the following new features:
@itemize
@item
@newsItem
-@subsubheading LilyPond 2.7.22 is out - @emph{December 9, 2005}
+@subheading LilyPond 2.7.22 is out - @emph{December 9, 2005}
This release has better support for MusicXML: it also supports ties,
beams and editorial accidentals. It also has more options for spacing
Lyrics; it is now possible to separately specify minimum distances for
@newsItem
-@subsubheading LilyPond 2.7.21 is out - @emph{December 5, 2005}
+@subheading LilyPond 2.7.21 is out - @emph{December 5, 2005}
Saint Nicholas brings you ... a @uref{http://www.musicxml.org/,MusicXML} convertor for LilyPond!
The convertor is basic, but working. Check out the @uref{http://www.lilypond-design.com/sponsor/open-features.html#inputfilter,
LilyPond Software Design} pages for MusicXML features that can be
@newsItem
-@subsubheading LilyPond 2.7.20 is out - @emph{December 2, 2005}
+@subheading LilyPond 2.7.20 is out - @emph{December 2, 2005}
This release contains the following improvements: Texts set in a
TrueType font are now kerned. Using the TeX no longer requires linking
or dynamically opening the kpathsea library, making the backend more
@newsItem
-@subsubheading LilyPond 2.6.5 is out - @emph{December 1, 2005}
+@subheading LilyPond 2.6.5 is out - @emph{December 1, 2005}
This release updates the bugreporting address and reorganizes the
documentation tree. (@ref{Descargas antiguas})
@newsEnd
@newsItem
-@subsubheading LilyPond 2.7.19 is out - @emph{November 26, 2005}
+@subheading LilyPond 2.7.19 is out - @emph{November 26, 2005}
This version contains a few bugfixes, and now allows the type of
brackets in system start bracket hierarchies to be specified. Also,
the horizontal alignment of rehearsal marks may be changed: marks can
@newsItem
-@subsubheading LilyPond 2.7.18 is out - @emph{November 21, 2005}
+@subheading LilyPond 2.7.18 is out - @emph{November 21, 2005}
This version features nestable system start delimiters, like bracket,
brace. It also adds "square" line bracket (feature sponsored by Trevor
Baca). It also has refactored routines for tie formatting. This will
@newsItem
-@subsubheading LilyPond 2.7.17 is out - @emph{November 17, 2005}
+@subheading LilyPond 2.7.17 is out - @emph{November 17, 2005}
This version has refactored routines for tie formatting. This will
make it easier to get better tie formatting for chords (feature
sponsored by Steve Doonan). It also has a few bug
@newsItem
-@subsubheading LilyPond 2.7.16 is out - @emph{November 11, 2005}
+@subheading LilyPond 2.7.16 is out - @emph{November 11, 2005}
This release fixes a large number of bugs. Please upgrade before
reporting bugs in the 2.7 series. (@ref{Cambios},
@ref{Descargas antiguas})
@newsItem
-@subsubheading LilyPond 2.7.15 is out - @emph{November 3, 2005}
+@subheading LilyPond 2.7.15 is out - @emph{November 3, 2005}
This release has another massive cleanup of the backend. Each grob
property may also be a "grob closure". This means that it is possible
to combine functions. Calculation of extent and offset of grob is now
@newsItem
-@subsubheading LilyPond 2.7.14 is out - @emph{October 23, 2005}
+@subheading LilyPond 2.7.14 is out - @emph{October 23, 2005}
This release has more cleanup in the layout-engine. Now,
properties that have Procedure values are thought to be procedures
that compute said property, i.e.
@newsItem
-@subsubheading LilyPond 2.7.13 is out - @emph{October 18, 2005}
+@subheading LilyPond 2.7.13 is out - @emph{October 18, 2005}
This release features slashed numerals, plus signs and interruptible
extender lines for figured bass. Merging of Figured bass lines has
been made switchable with the figuredBassCenterContinuations
@newsItem
-@subsubheading LilyPond 2.6.4 is out - @emph{October 11, 2005}
+@subheading LilyPond 2.6.4 is out - @emph{October 11, 2005}
This release fixes a few minor problems with the stable
series. (@ref{Cambios},
@ref{Descargas antiguas})
@newsItem
-@subsubheading LilyPond 2.7.12 is out - @emph{October 07, 2005}
+@subheading LilyPond 2.7.12 is out - @emph{October 07, 2005}
It features more annotations for the page layout engine and some more
sponsored features. Beamlets may stick out of the side of beams
(feature sponsored by Trevor Baca); new support for figured bass with
@newsItem
-@subsubheading LilyPond 2.7.11 is out - @emph{October 02, 2005}
+@subheading LilyPond 2.7.11 is out - @emph{October 02, 2005}
Vertical spacing for page layout can now be tuned for each system
individually (feature sponsored by Trevor Baca and Nicolas
Sceaux). The slope of a stem-tremolo may be set manually (feature
@newsItem
-@subsubheading LilyPond 2.7.10 is out - @emph{September 13, 2005}
+@subheading LilyPond 2.7.10 is out - @emph{September 13, 2005}
This version adds proper support for "laissez vibrer ties", just enter
\laissezVibrer after a chord. This feature was sponsored by Henrik
Frisk. It also has a couple of minor
@newsItem
-@subsubheading LilyPond 2.7.9 is out - @emph{September 5, 2005}
+@subheading LilyPond 2.7.9 is out - @emph{September 5, 2005}
This is mainly a bugfix
release. (@ref{Cambios},
@ref{Descargas antiguas})
@newsItem
-@subsubheading Traduction française du site - @emph{September 03, 2005}
+@subheading Traduction française du site - @emph{September 03, 2005}
Grâce à @uref{about/thanks#website,l'équipe des traducteurs},
de nombreuses pages du site sont maintenant disponibles en français,
notamment l'@uref{about/automated-engraving/index.fr.html,essai sur
@newsItem
-@subsubheading LilyPond 2.7.8 is out - @emph{August 29, 2005}
+@subheading LilyPond 2.7.8 is out - @emph{August 29, 2005}
This release has support for right-to-left text formatting in markup
commands (sponsored by Aaron Mehl). In addition, it fixes a great
number of bugs, among others, support for writing MIDI files. (@ref{Cambios},
@newsItem
-@subsubheading Article in `De Standaard' - @emph{August 20, 2005}
+@subheading Article in `De Standaard' - @emph{August 20, 2005}
The Belgian newspaper @emph{De Standaard} investigates what drives
Free Software authors in an article titled @emph{Delen van KENNIS
zonder WINSTBEJAG} (Non-profit sharing of
@newsItem
-@subsubheading LilyPond 2.7.7 is out - @emph{August 22, 2005}
+@subheading LilyPond 2.7.7 is out - @emph{August 22, 2005}
This release has a rewriting of tie formatting which was sponsored by
Bertalan Fodor, Jay Hamilton, Kieren MacMillan, Steve Doonan, Trevor
Baca, and Vicente Solsona Dellá. (@ref{Cambios},
@newsItem
-@subsubheading LilyPond 2.7.6 is out - @emph{August 19, 2005}
+@subheading LilyPond 2.7.6 is out - @emph{August 19, 2005}
This release adds support for numbered percent repeats, a feature
sponsored by Yoshinobu Ishizaki. It also has bugfixes for clashes
between slurs and symbols, like fingers dynamic
@newsItem
-@subsubheading LilyPond 2.7.5 is out - @emph{August 16, 2005}
+@subheading LilyPond 2.7.5 is out - @emph{August 16, 2005}
Lily 2.7.5 has a large number of bugfixes, among others, in slur
formatting, spacing, rest collisions and tuplet bracket
formatting. (@ref{Cambios},
@newsItem
-@subsubheading LilyPond 2.7.4 is out - @emph{August 7, 2005}
+@subheading LilyPond 2.7.4 is out - @emph{August 7, 2005}
LilyPond 2.7.4 has support for proportional notation, where the space
for a note is proportional to the time it
takes. (@ref{Cambios},
@newsItem
-@subsubheading LilyPond 2.6.3 is out - @emph{August 4, 2005}
+@subheading LilyPond 2.6.3 is out - @emph{August 4, 2005}
This release fixes a memory corruption bug that was triggered by
\override'ing Beam settings. (@ref{Descargas antiguas})
@newsEnd
@newsItem
-@subsubheading LilyPond 2.6.2 is out - @emph{August 2, 2005}
+@subheading LilyPond 2.6.2 is out - @emph{August 2, 2005}
This release has a few bugfixes, among them: the autopackage will run
in more platforms, LilyPond will be much quicker for large
lilypond-book documents, and the up and down Fa note heads for shaped
@newsItem
-@subsubheading LilyPond 2.7.3 is out - @emph{July 25, 2005}
+@subheading LilyPond 2.7.3 is out - @emph{July 25, 2005}
LilyPond 2.7.3 has improvements in performance which should result in
faster operations (15 to 20 percent). It also contains the new
"\displayLilyMusic" function.
@newsItem
-@subsubheading LilyPond 2.7.2 is out - @emph{July 21, 2005}
+@subheading LilyPond 2.7.2 is out - @emph{July 21, 2005}
LilyPond 2.7.2 has support for suggested accidentals for musica
ficta notation, easy entry for lyric melismata and improvements for
quicker entry of scores. (@ref{Cambios},
@newsItem
-@subsubheading LilyPond 2.6 released - @emph{June 27, 2005}
+@subheading LilyPond 2.6 released - @emph{June 27, 2005}
Version 2.6 is the latest stable release of LilyPond.
It now
installs in a snap on Windows, MacOS X, and any version of Linux (x86).
@newsItem
-@subsubheading LilyPond 2.7.1 is out - @emph{July 20, 2005}
+@subheading LilyPond 2.7.1 is out - @emph{July 20, 2005}
LilyPond 2.7.1 has no user-visible changes. However, due to
restructuring @qq{under the hood}, this version will be 10 to
20 % faster. (@ref{Descargas antiguas})
@newsItem
-@subsubheading LilyPond 2.6.1 is out - @emph{July 11, 2005}
+@subheading LilyPond 2.6.1 is out - @emph{July 11, 2005}
This version fixes a few minor bugs found in
2.6.0, and also works on DOS-based Windows versions. (@ref{Cambios},
@ref{Descargas antiguas})
@newsItem
-@subsubheading LilyPond 2.7 is out - @emph{July 9, 2005}
+@subheading LilyPond 2.7 is out - @emph{July 9, 2005}
LilyPond 2.7.0 is out. It has support for paragraph text and
pitched trill notation. (@ref{Cambios},
@ref{Descargas antiguas})
@newsItem
-@subsubheading 2.5.31 released - @emph{June 22, 2005}
+@subheading 2.5.31 released - @emph{June 22, 2005}
LilyPond 2.5.32 is now available for download (binaries for Fedora +
MacOS only). It has a few very minor bugfixes, and a rewrite of the
TTF embedding code, which should be a lot more robust now.
@newsItem
-@subsubheading Traduction du site de LilyPond - @emph{15 juin 2005}
+@subheading Traduction du site de LilyPond - @emph{15 juin 2005}
@uref{about/thanks#website,L'équipe des traducteurs} vous présente
le site de LilyPond en français. Nous travaillons sur la traduction des
pages encore non traduites. Bon surf !
@newsItem
-@subsubheading 2.5.31 for Windows and MacOS - @emph{June 15, 2005}
+@subheading 2.5.31 for Windows and MacOS - @emph{June 15, 2005}
2.5.31 is now available for both Windows and MacOS X. The Windows
version should now work with embedding TTF fonts, and the MacOS X has
better help functionality.
@newsItem
-@subsubheading 2.5.31 released - @emph{June 15, 2005}
+@subheading 2.5.31 released - @emph{June 15, 2005}
This release has a few bugfixes. In the MacOS X version, ClickEdit has
been renamed to LilyPond, and you can now upgrade your files and
compile them directly from
@newsItem
-@subsubheading 2.5.30 released - @emph{June 10, 2005}
+@subheading 2.5.30 released - @emph{June 10, 2005}
This is (hopefully) the last Release Candidate before 2.6. Give it a
good shake to find those last bugs! (@ref{Descargas antiguas})
@newsEnd
@newsItem
-@subsubheading 2.5.29 released - @emph{June 7, 2005}
+@subheading 2.5.29 released - @emph{June 7, 2005}
In this release the documentation also has pictures. In addition, the
Mac version can also read native mac fonts (.dfonts and fonts in
resource forks). (@ref{Descargas antiguas})
@newsItem
-@subsubheading 2.5.27 released - @emph{May 31, 2005}
+@subheading 2.5.27 released - @emph{May 31, 2005}
It has a big bunch of minor bugfixes. This is another release
candidate for version 2.6, which should be released within the next 2
weeks. Please send a bug report if you find a critical problem with this
@newsItem
-@subsubheading Windows and MacOS installers available - @emph{May 26, 2005}
+@subheading Windows and MacOS installers available - @emph{May 26, 2005}
There are now a native, standalone installers for Windows and
MacOS. They also support PDF point & click. (@ref{Descargas antiguas})
@newsEnd
@newsItem
-@subsubheading 2.5.26 released - @emph{May 26, 2005}
+@subheading 2.5.26 released - @emph{May 26, 2005}
This release has a couple of small bugfixes.
@newsEnd
@newsItem
-@subsubheading 2.5.25 released - @emph{May 20, 2005}
+@subheading 2.5.25 released - @emph{May 20, 2005}
This release has many small bugfixes and updates to the
documentation. (@ref{Descargas antiguas})
@newsEnd
@newsItem
-@subsubheading 2.5.24 released - @emph{May 12, 2005}
+@subheading 2.5.24 released - @emph{May 12, 2005}
2.5.24 fixes a bunch of bugs; in particular, chord symbols (such as
slashed o) should now work on all platforms. This release has a new
feature: it is now possible to make staves appear in a different order
@newsItem
-@subsubheading 2.5.23 released - @emph{May 6, 2005}
+@subheading 2.5.23 released - @emph{May 6, 2005}
This release has a couple of small bugfixes, and a new feature. It is
now possible to start and stop the @code{StaffSymbol}, during a piece of
music, by doing @code{\stopStaff \startStaff}. This can be used to
@newsItem
-@subsubheading 2.5.22 released - @emph{May 3, 2005}
+@subheading 2.5.22 released - @emph{May 3, 2005}
2.5.22 is a bugfix
release. The most visible improvement is in the PDF : this release
will produce smaller PDF files, with symbols that look better on
@newsItem
-@subsubheading April 25, 2005 - 2.5.21 released!
+@subheading April 25, 2005 - 2.5.21 released!
2.5.21 has more bugfixes. It also has support for "grid
lines", bar like vertical line, which are aligned with the notes. The
auto-beam engraver was rewritten, so it also works with irregular time
@newsItem
-@subsubheading April 18, 2005
+@subheading April 18, 2005
LilyPond 2.5.20 has lots of bugfixes, in particular, MIDI files of
multi-movement pieces don't overwrite each other. Version 2.5.20 also
supports putting arrows on lines, such as glissandi.
@newsItem
-@subsubheading April 15, 2005
+@subheading April 15, 2005
LilyPond 2.5.19 was released. The command `\epsfile' allows inclusion
of EPS graphics into markup texts and the music function
`\musicDisplay' will display a music expression as indented
@newsItem
-@subsubheading April 6, 2005
+@subheading April 6, 2005
2.5.18 is a bugfix release. It has many small cleanups in the
web-based documentation, and many small cleanups all over the
place. @ref{Descargas antiguas}
@newsItem
-@subsubheading March 31, 2005
+@subheading March 31, 2005
2.5.17 is out. This release features many small bugfixes. In addition,
it has support for string number notation for guitar. This feature was
sponsored by Gunther Strube. @ref{Descargas antiguas}
@newsItem
-@subsubheading March 20, 2005
+@subheading March 20, 2005
LilyPond 2.5.16 is out. This release fixes a few minor but irritating
errors. A Fedora Core 3 binary is also available.
@ref{Descargas antiguas}
@newsItem
-@subsubheading March 14, 2005
+@subheading March 14, 2005
LilyPond 2.5.15 is out. This release has clean ups in the SVG output,
and now uses the LilyPond number font for time signatures. It is
now possible to add text before and after music. This can be used to
@newsItem
-@subsubheading March 7, 2005
+@subheading March 7, 2005
LilyPond 2.5.14 is out. It is now possible (and in fact, encouraged),
to build LilyPond either without the Kpathsea TeX library or with the
Kpathsea dynamically loaded, but only for the -btex backend. This
@newsItem
-@subsubheading March 7, 2005
+@subheading March 7, 2005
LilyPond 2.4.5 is out. This release backports the tieWaitForNote
feature and has support for tetex-3.0.
@ref{Descargas antiguas}
@newsItem
-@subsubheading February 28, 2005
+@subheading February 28, 2005
LilyPond 2.5.13 is available for Fedora Core 3. You need to install @uref{http://lilypond.org/download/binaries/Fedora-3/ghostscript-8.15rc3-0.i386.rpm,ESP
Ghostscript 8.15rc3}. Unfortunately, this version of Ghostscript
lacks the IJS dynamic library, which means that it will conflict with
@newsItem
-@subsubheading February 28, 2005
+@subheading February 28, 2005
LilyPond 2.5.13 is out. This release has Point and click support for
PDF output. You can read more about it @uref{http://lilypond.org/doc/v2.5/Documentation/user/out-www/lilypond/Point-and-click.html,here}.
Take a look at the @ref{Cambios}
@newsItem
-@subsubheading February 26, 2005
+@subheading February 26, 2005
The @uref{http://lsr.di.unimi.it/,Lilypond Snippet
Repository (LSR)} is a searchable database of Lilypond code
snippets. You can add snippets too, so join the LSR project, and
@newsItem
-@subsubheading February 21, 2005
+@subheading February 21, 2005
LilyPond 2.5.12 is out. The big news is that this release supports
TrueType fonts. This means that it is now possible to use @strong{all}
fonts available via FontConfig. Also, arpeggios may be written out
@newsItem
-@subsubheading February 4, 2005
+@subheading February 4, 2005
LilyPond 2.5.11 is out. In this
release, foreign character sets are now supported in lilypond-book
too, and it is possible to put system separators between systems.
@newsItem
-@subsubheading January 31, 2005
+@subheading January 31, 2005
LilyPond 2.5.10 is out. This release
sports as new EPS backend, based on the PS backend. This backend is
used in the new and improved lilypond-book script.
@newsItem
-@subsubheading January 26, 2005
+@subheading January 26, 2005
LilyPond 2.5.9 is out. This release fixes a couple of annoying
bugs in the direct PS output for piano braces.
@ref{Descargas antiguas}
@newsItem
-@subsubheading January 16, 2005
+@subheading January 16, 2005
LilyPond 2.5.8 is out. This
release has many internal code cleanups. In addition,
accuracy of error reporting has been improved.
@newsItem
-@subsubheading January 11, 2005
+@subheading January 11, 2005
LilyPond 2.5.7 is out. This release has a completely usable
Pango integration for the PS backend. The default font is
Century Schoolbook from the PS font suite. It also has
@newsItem
-@subsubheading January 02, 2005
+@subheading January 02, 2005
LilyPond 2.5.6 was released. This is a "technology preview"
release, which means that it has all kinds of nifty
features, but is not actually usable for producing nicely
@newsItem
-@subsubheading December 28, 2004
+@subheading December 28, 2004
LilyPond 2.5.5 is out. It is the first one to link against
FontConfig and Pango, although it is only available in the "-f
ps" output. The default output format has been changed back TeX
@newsItem
-@subsubheading December 20, 2004
+@subheading December 20, 2004
LilyPond 2.5.4 is out. This release has some major
brainsurgery in the font handling. As of now, LilyPond loads
the music fonts in OpenType font format using FreeType.
@newsItem
-@subsubheading December 3, 2004
+@subheading December 3, 2004
LilyPond 2.5.3 was released. A new script, `\espressivo' has
been added, for a combination of crescendo and decrescendo
on a single note. In markups, expressions stacked with
@newsItem
-@subsubheading November 26, 2004
+@subheading November 26, 2004
LilyPond 2.5.2 was released. It has several goodies,
including solfa-notation (shaped noteheads), and an easier
mechanism for customizing title, footer and header
@newsItem
-@subsubheading November 20, 2004
+@subheading November 20, 2004
LilyPond 2.5.1 is out. This is an experimental release,
containing some proof-of-concept code for our graphical
layout editor. You can add and remove things from the file,
@newsItem
-@subsubheading November 12, 2004
+@subheading November 12, 2004
The LilyPond development is OPEN once again! The first
release of the 2.5 series has the following new Features:
Positioning of slurs can now be adjusted manually, Grace
@newsItem
-@subsubheading November 11, 2004
+@subheading November 11, 2004
LilyPond 2.4.2 is out. This release fixes a number of security
problems with --safe, and adds a lot of polishing fixes.
@ref{Descargas antiguas}
@newsItem
-@subsubheading November 4, 2004
+@subheading November 4, 2004
LilyPond 2.4.1 is out. This release includes a number of small
fixes that were made to 2.4.0 last week.
@ref{Descargas antiguas}
@newsItem
-@subsubheading October 31, 2004
+@subheading October 31, 2004
LilyPond 2.4.0 was just @miscLink{announce-v2.4,released!}
This new stable version has support for page-layout,
completely rewritten slur formatting and many other
@newsItem
-@subsubheading October 29, 2004
+@subheading October 29, 2004
LilyPond 2.3.26 is out. This is another 2.4 release
candidate. This release fixes a number of minor bugs, and
some problems with the conversion scripts.
@newsItem
-@subsubheading October 29, 2004
+@subheading October 29, 2004
2.3.25 is the final release candidate for Lilypond 2.4.
Werner has been overhauling the TeX macros and
lilypond-book. In addition, this release contains an
@newsItem
-@subsubheading October 27, 2004
+@subheading October 27, 2004
LilyPond 2.3.24 is a further polished 2.4 release candidate.
This release has more improvements by Werner for the TeX
backend, and a bunch of other small fixes.
@newsItem
-@subsubheading October 24, 2004
+@subheading October 24, 2004
LilyPond 2.3.23 has bugfixes in the documentation, lilypond-book and
--preview output. This release can be considered as a release
candidate for LilyPond 2.4.
@newsItem
-@subsubheading October 10, 2004
+@subheading October 10, 2004
LilyPond 2.3.22 fixes a bunch more bugs, to make 2.4 a really
stable release. In addition, it renames the \paper@{@} block to
\layout@{@}. The \bookpaper@{@} block is now called
@newsItem
-@subsubheading October 09, 2004
+@subheading October 09, 2004
LilyPond 2.3.21 is out. It is a serious release candidate for
the next stable release LilyPond. This version has a cleanup
and some small formatting improvements of the slur
@newsItem
-@subsubheading October 02, 2004
+@subheading October 02, 2004
LilyPond 2.3.20 was released. It fixes the biggest problems
with encoding and the TeX backend. As a result, latin1
characters (like the german SS) show up correctly in the
@newsItem
-@subsubheading September 29, 2004
+@subheading September 29, 2004
The LilyPond development team will be present at the @uref{http://www.nluug.nl/events/sane2004/bazaar/index.html,Free
Software Bazaar} of the NLUUG SANE 2004 conference today. If you
are in the neighborhood, drop by for live contact with the Team or
@newsItem
-@subsubheading September 26, 2004
+@subheading September 26, 2004
LilyPond 2.3.19 is out. It's mainly a bugfix release.
@ref{Descargas antiguas}
and check out the changes
@newsItem
-@subsubheading September 20, 2004
+@subheading September 20, 2004
LilyPond 2.3.18 was released. It has further improvements in
the slur formatting, and a small syntax change: the mode
changing commands (`\chords', `\lyrics', etc.) have been
@newsItem
-@subsubheading September 11, 2004
+@subheading September 11, 2004
LilyPond 2.3.16 was released. It fixes a couple of annoying
bugs, and has an important addition in the slur-formatter. Slurs that
pass note heads much closer than the average distance get an extra
@newsItem
-@subsubheading September 10, 2004
+@subheading September 10, 2004
LilyPond 2.3.15 was released. It fixes for some gaffes with
the new vertical spacing engine, has lots of documentation
updates, and has support for landscape output in the direct
@newsItem
-@subsubheading September 6, 2004
+@subheading September 6, 2004
LilyPond 2.3.14 was released and has exciting features!
LilyPond will try to keep staves at the same distances across a
page, but it will stretch distances to prevent collisions; key
@newsItem
-@subsubheading August 29, 2004
+@subheading August 29, 2004
LilyPond now has a Documentation
Editor, Graham Percival. From now on, he will oversee that
useful information flows from the mailiing list into the
@newsItem
-@subsubheading August 29, 2004
+@subheading August 29, 2004
LilyPond 2.3.13 was released. The new slur code was
improved, scripts can be made to avoid slurs, by setting
inside-slur to #f. It is no longer necessary to instantiate
@newsItem
-@subsubheading August 24, 2004
+@subheading August 24, 2004
LilyPond 2.2.6 fixes a few minor issues, among others, the
disappearing metronome mark.
@ref{Descargas antiguas}
@newsItem
-@subsubheading August 23, 2004
+@subheading August 23, 2004
LilyPond 2.3.12 is out. This release has a lot of fixes and
a new feature: there is now support for putting two slurs on
chords, both above and below. This is switched on with the
@newsItem
-@subsubheading August 3, 2004
+@subheading August 3, 2004
LilyPond 2.3.11 is out. This release basically is 2.3.10 with a few
annoying bugs fixed.
@ref{Descargas antiguas}
@newsItem
-@subsubheading August 1, 2004
+@subheading August 1, 2004
LilyPond 2.3.10 is out. This release has a major clean-up of the
input/test/ directory. Many examples have been moved to the regression
test or manual, and the superfluous or outdated ones have been
@newsItem
-@subsubheading July 30, 2004
+@subheading July 30, 2004
LilyPond 2.3.9 is out. The important change is that lilypond
now once-again directly runs the binary. The old wrapper script has
been renamed to lilypond-latex.py, and should only be used for legacy
@newsItem
-@subsubheading July 23, 2004
+@subheading July 23, 2004
LilyPond 2.3.8 fixes a few minor bugs in the new slur code,
and has rewritten support for ledger lines. Now, in tight
situations, ledger lines will be shortened so they stay
@newsItem
-@subsubheading July 19, 2004
+@subheading July 19, 2004
LilyPond 2.3.7 was released and has new exciting features!
The slur formatting has been rewritten. The new slur code
works similar to the Beam formatter: scores are assigned for
@newsItem
-@subsubheading July 15, 2004
+@subheading July 15, 2004
LilyPond 2.2.5 was released. It has a few bug fixes from
2.3.x.
@ref{Descargas antiguas}
@newsItem
-@subsubheading July 11, 2004
+@subheading July 11, 2004
An introductory article on LilyPond appeared on @uref{http://www.linuxjournal.com/article.php?sid=7657&mode=thread&order=0,Linux
Journal}.
@newsEnd
@newsItem
-@subsubheading July 5, 2004
+@subheading July 5, 2004
LilyPond 2.3.6 was released. This release has more updates
for the Fret diagram code (thanks, Carl!), fixes a bunch of
bugs, including a serious one that trashed a lot of beam
@newsItem
-@subsubheading July 5, 2004
+@subheading July 5, 2004
LilyPond 2.2.4 was released. It is mainly a bug fix
release.
@ref{Descargas antiguas}
@newsItem
-@subsubheading June 25, 2004
+@subheading June 25, 2004
LilyPond 2.3.5 has numerous small bugfixes and cleanups, and
features more work in the experimental GNOME output
module. Adventurous hackers can check the instructions at
@newsItem
-@subsubheading June 20, 2004
+@subheading June 20, 2004
LilyPond 2.2.3 has a turkish translation and fixes a few minor
bugs that were reported over the past month. Check out the @uref{http://savannah.gnu.org/cgi-bin/viewcvs/*checkout*/lilypond/lilypond/ChangeLog?rev=1.2000.2.16&content-type=text/vnd.viewcvs-markup,ChangeLog} for a full description and
@ref{Descargas antiguas}.
@newsItem
-@subsubheading June 13, 2004
+@subheading June 13, 2004
LilyPond 2.3.4 further improves the output backends. As a
result, manual page-breaks, multiple output formats and putting
@code{\score} into markups now works. Check out the @uref{http://savannah.gnu.org/cgi-bin/viewcvs/*checkout*/lilypond/lilypond/ChangeLog?rev=1.2242&content-type=text/vnd.viewcvs-markup,ChangeLog}
@newsItem
-@subsubheading May 31, 2004
+@subheading May 31, 2004
LilyPond 2.3.3 has many internal changes relating to the output
backend (PostScript) and page-layout. In addition, it contains a few
bugfixes for recently reported problems. Check out the @uref{http://savannah.gnu.org/cgi-bin/viewcvs/*checkout*/lilypond/lilypond/ChangeLog?rev=1.2207&content-type=text/vnd.viewcvs-markup,ChangeLog}
@newsItem
-@subsubheading May 31, 2004
+@subheading May 31, 2004
LilyPond 2.2.2 is out. It has a number of small bugfixes, so upgrade
if any of these errors concern you. Check out the @uref{http://savannah.gnu.org/cgi-bin/viewcvs/*checkout*/lilypond/lilypond/ChangeLog?rev=1.2000.2.9,ChangeLog}
or head straight to the
@newsItem
-@subsubheading May 26, 2004
+@subheading May 26, 2004
LilyPond 2.3.2 is out. This release has a lot of internal
changes relating to page layout, but also sports experimental
fret-diagram code. Check out the @ref{Cambios} or head straight to the
@newsItem
-@subsubheading May 9, 2004
+@subheading May 9, 2004
LilyPond 2.3.1 is out. This release has many new and cool
features. Check out the @ref{Cambios} or head straight to the
@ref{Descargas antiguas}.
@newsItem
-@subsubheading May 4, 2004
+@subheading May 4, 2004
Help LilyPond get better, and join in on LilyPond
development! This
@uref{devel/participating/call-for-help.html,call for
@newsItem
-@subsubheading May 3, 2004
+@subheading May 3, 2004
LilyPond 2.2.1 has been released. It fixes a handful of bugs.
@ref{Descargas antiguas}.
@newsEnd
@newsItem
-@subsubheading April 17, 2004
+@subheading April 17, 2004
LilyPond 2.2.0 is now available
on Windows, and should find its way to the Cygwin mirrors
soon.
@newsItem
-@subsubheading April 12, 2004
+@subheading April 12, 2004
LilyPond 2.3.0 is the first release
in the 2.3 cycle. The focus for 2.3 is page layout, so
instrumentalists can force parts to have page breaks at sane turning
@newsItem
-@subsubheading April 8, 2004
+@subheading April 8, 2004
A French article on the new LilyPond
release appeared on @uref{http://linuxfr.org/2004/04/08/15968.html,linuxfr.org}.
@newsEnd
@newsItem
-@subsubheading April 8, 2004
+@subheading April 8, 2004
Binaries for LilyPond 2.2.0 are available for
MacOS X, Slackware, Mandrake and Debian Woody.
@ref{Descargas antiguas}
@newsItem
-@subsubheading April 1, 2004
+@subheading April 1, 2004
LilyPond 2.2.0 is out! This new stable version has
completely revamped support for for orchestral score
formatting, cue notes, font size management, lyric formatting,
@newsItem
-@subsubheading March 31, 2004
+@subheading March 31, 2004
LilyPond 2.1.37 has build fixes for Cygwin and SUSE,
bugfixes for part-combining and chord tremolos and even more
documentation polish. This should be the final release
@newsItem
-@subsubheading March 30, 2004
+@subheading March 30, 2004
LilyPond 2.1.36 has many fixes in
the user manual.
@ref{Descargas antiguas}.
@newsItem
-@subsubheading March 28, 2004
+@subheading March 28, 2004
LilyPond 2.1..35 fixes a slew of
bugs, and has the @code{raggedlast} option, which causes
paragraph like line breaking for scores. More info in the
@newsItem
-@subsubheading March 22, 2004
+@subheading March 22, 2004
LilyPond 2.1.34 fixes minor bugs, and has more rewriting.
@ref{Descargas antiguas}.
@newsEnd
@newsItem
-@subsubheading March 21, 2004
+@subheading March 21, 2004
LilyPond 2.1.33 fixes a serious bug, and a few other
irritations.
@ref{Descargas antiguas}
@newsItem
-@subsubheading March 20, 2004
+@subheading March 20, 2004
LilyPond 2.1.32 has more rewriting
in the user manual. There is also an experimental
implementation of optimal page breaking (Postscript backend
@newsItem
-@subsubheading March 15, 2004
+@subheading March 15, 2004
LilyPond 2.1.31 is out. It has fixes the alignment of bass
figures and spurious dynamic warnings in MIDI. New
attractions include rewritten font-selection routines. See
@newsItem
-@subsubheading March 14, 2004
+@subheading March 14, 2004
The
@uref{http://linuxmusician.com/index.php?option=articles&task=viewarticle&artid=10,linuxmusician.com interview} made the
@uref{http://slashdot.org/article.pl?sid=04/03/13/2054227&mode=thread&tid=141&tid=188,slashdot
@newsItem
-@subsubheading March 11, 2004
+@subheading March 11, 2004
@uref{http://linuxmusician.com,linuxmusician.com} is
running an
@uref{http://linuxmusician.com/index.php?option=articles&task=viewarticle&artid=10,interview}
@newsItem
-@subsubheading March 11, 2004
+@subheading March 11, 2004
LilyPond 2.1.30 has editorial fixes for the manual, and
experimental support for page layout in the PostScript
backend. See the
@newsItem
-@subsubheading March 9, 2004
+@subheading March 9, 2004
LilyPond 2.1.29 fixes a couple of MIDI bugs, and has
experimental support for producing titles with
@code{markup}.
@newsItem
-@subsubheading February 29, 2004
+@subheading February 29, 2004
In LilyPond 2.1.28 Scheme property functions may be used
argument to @code{set!}. In addition, parts of the manual
have been proofread and corrected in this release. See the
@newsItem
-@subsubheading February 24, 2004
+@subheading February 24, 2004
LilyPond 2.1.27 takes into account instrument transpositions
when quoting other voices. This release also fixes a number
of lyrics related bugs. See the
@newsItem
-@subsubheading February 23, 2004
+@subheading February 23, 2004
LilyPond 2.1.26 has a new, experimental feature for quoting
other voices in instrumental parts. This can be used to
produce cue notes. More information in the
@newsItem
-@subsubheading February 18, 2004
+@subheading February 18, 2004
LilyPond 2.1.25 fixes many bugs, and changes the conventions
for altering accidental rules.
@ref{Descargas antiguas}
@newsItem
-@subsubheading February 16, 2004
+@subheading February 16, 2004
LilyPond 2.1.24 has a big
internal rewrite. One of its practical consequences is that
@code{\with} now also works with @code{Score}
@newsItem
-@subsubheading February 13, 2004
+@subheading February 13, 2004
LilyPond 2.1.22 has a
simplification of the @code{\property} syntax: it is
shorter and more consistent now. More information in the
@newsItem
-@subsubheading February 12, 2004
+@subheading February 12, 2004
In LilyPond 2.1.21, output
tweaks can be done at multiple levels of the context
hierarchy. In addition, it has a bunch of bugfixes,
@newsItem
-@subsubheading February 9, 2004
+@subheading February 9, 2004
LilyPond 2.1.20 has MIDI
output for drums. It also sports a completely rewritten
lilypond-book script, which is cleaner, shorter, and faster.
@newsItem
-@subsubheading February 5, 2004
+@subheading February 5, 2004
LilyPond 2.1.19 has rewritten
support for drum notation. This release also makes some
long-standing cleanups: the removal of @code{Thread} (all
@newsItem
-@subsubheading February 4, 2004
+@subheading February 4, 2004
LilyPond 2.1.18 is out. This
release has the new part-combiner installed by default, and a
similar implementation of @code{autochange}. More information
@newsItem
-@subsubheading February 2, 2004
+@subheading February 2, 2004
LilyPond 2.1.17 is out. It adds texts
(solo, a due) for the part combiner. It also reinstates the
@option{--safe} option which prevents havoc by Scheme exploits. More
@newsItem
-@subsubheading January 28, 2004
+@subheading January 28, 2004
LilyPond 2.1.16 is out; its main feature
is that it fixes the autobeams gaffe of 2.1.15. The part-combiner
has been tested successfully on larger pieces. In the near future,
@newsItem
-@subsubheading January 26, 2004
+@subheading January 26, 2004
LilyPond 2.1.15 further improves the part-combiner, and fixes many
bugs, among others in pedal brackets and finger positioning.
More information in
@newsItem
-@subsubheading January 21, 2004
+@subheading January 21, 2004
LilyPond 2.1.14
has the first release of the new part combiner. If you have scores that
use part-combining, please consider giving it a test-run. In addition
@newsItem
-@subsubheading January 20, 2004
+@subheading January 20, 2004
The lilypond.org domain has been moved to a new server. This
will result in better connectivity and more bandwidth. Due
to security concerns, the new server does not offer FTP
@newsItem
-@subsubheading January 20, 2004
+@subheading January 20, 2004
LilyPond 2.1.13 fixes a small but
nasty bug in side-positioning placement, and some bugs in
tuplet, tie and accidental formatting. This release contains
@newsItem
-@subsubheading January 19, 2004
+@subheading January 19, 2004
LilyPond 2.1.12 fixes many bugs
and improves formatting of ottava brackets. More information in
the
@newsItem
-@subsubheading January 18, 2004
+@subheading January 18, 2004
LilyPond 2.1.11 is now also
available for Windows! For downloading, go
@uref{http://www.inf.bme.hu/~berti/lilypond/,here}.
@newsItem
-@subsubheading January 17, 2004
+@subheading January 17, 2004
In 2.1.11, the mechanism for
setting staff size and page is much simplified. In addition
there are improvements in the notehead shape, and there is
@newsItem
-@subsubheading January 16, 2004
+@subheading January 16, 2004
LilyPond 2.1.10 has a load of
bugfixes and a shorter syntax for octave checks. More
information in the
@newsItem
-@subsubheading January 13, 2004
+@subheading January 13, 2004
LilyPond 2.1.9 has a new mechanism
for adding lyrics to melodies. It is now possible to have
different melismatic variations for each stanza. More
@newsItem
-@subsubheading January 9, 2004
+@subheading January 9, 2004
LilyPond 2.1.8 has an important new
feature: it is now possible to use @code{\property} to tune
the appearance of spanning objects like @code{StaffSymbol} and
@newsItem
-@subsubheading January 7, 2004
+@subheading January 7, 2004
An update to the stable branch,
version 2.0.2, was released today. It contains a couple of
minor bugfixes. @ref{Descargas antiguas}
@newsItem
-@subsubheading January 6, 2004
+@subheading January 6, 2004
LilyPond 2.1.7 continues to
improve the layout of the Schubert test piece; this release
focuses on dot placement and multi measure rests centering.
@newsItem
-@subsubheading January 4, 2004
+@subheading January 4, 2004
LilyPond 2.1.6 continues to improve the layout of lyrics. More
information in the
@uref{http://lilypond.org/doc/v2.1/Documentation/topdocs/out-www/NEWS.html,release
@newsItem
-@subsubheading January 2, 2004
+@subheading January 2, 2004
In LilyPond 2.1.5, the lyric alignment is completely revamped,
and now matches my Edition Peters version of the Schubert song
Sängers Morgen. More information in the @ref{Cambios} and
@newsItem
-@subsubheading December 30, 2003
+@subheading December 30, 2003
LilyPond 2.1.4 is released. Font shapes and linethickness
are now truly different for different staff sizes, thus lending
an engraved look to scores printed in smaller type too. See the
@newsItem
-@subsubheading December 23, 2003
+@subheading December 23, 2003
LilyPond 2.1.3 released.
Interpreting and formatting is now done while parsing the
file. This allows for Scheme manipulation of music, and could
@newsItem
-@subsubheading December 17, 2003
+@subheading December 17, 2003
LilyPond 2.1.2 released. This
release has a new mechanism for setting font sizes, which
combines different font design sizes and continuous font
@newsItem
-@subsubheading December 16, 2003
+@subheading December 16, 2003
LilyPond 2.1.1 released. This
release wraps together all the small fixes made during
Han-Wen's absence. See the
@newsItem
-@subsubheading October 11, 2003
+@subheading October 11, 2003
LilyPond 2.1.0 released. See the
@ref{Cambios} and
download @uref{install/#2.1,here}.
@newsItem
-@subsubheading October 11, 2003
+@subheading October 11, 2003
LilyPond 2.0.1 binaries for Mandrake 9.1
available from
@uref{http://rpm.nyvalls.se/sound9.1.html,here}
@newsItem
-@subsubheading October 9, 2003
+@subheading October 9, 2003
LilyPond 2.0.1 binaries for Slackware 9
available from @uref{install/#2.0,here},
thanks to Ricardo Hoffman.
@newsItem
-@subsubheading October 5, 2003
+@subheading October 5, 2003
LilyPond 2.0.1 binaries are available for Macos X, many thanks to
Matthias Neeracher.
@ref{Descargas antiguas}
@newsItem
-@subsubheading October 4, 2003
+@subheading October 4, 2003
LilyPond 2.0.1 binaries are available for Windows (Cygwin
version 1.5).
@ref{Descargas antiguas}. Thanks to Bertalan
@newsItem
-@subsubheading September 29, 2003
+@subheading September 29, 2003
LilyPond 2.0.1 is released. It
contains minor bugfixes.
See the @ref{Cambios}
@newsItem
-@subsubheading September 27, 2003
+@subheading September 27, 2003
PlanetCCRMA has been updated to include LilyPond 2.0. Go
@uref{http://www-ccrma.stanford.edu/planetccrma/software/soundapps.html#lilypond,
here} to download. Thanks to Fernando Pablo
@newsItem
-@subsubheading September 24, 2003
+@subheading September 24, 2003
LilyPond 2.0.0 is released. The
focus of this release is cleanups of the syntax: entering music is
now much easier and more efficient. Read the announcement
@newsItem
-@subsubheading September 24, 2003
+@subheading September 24, 2003
LilyPond 1.9.10 is released. This is
the final LilyPond 2.0 release candidate. Check
the @ref{Cambios} and
@newsItem
-@subsubheading September 23, 2003
+@subheading September 23, 2003
LilyPond 1.9.9 is released. This is
the second LilyPond 2.0 prerelease. Check
the @ref{Cambios} and
@newsItem
-@subsubheading September 19, 2003
+@subheading September 19, 2003
LilyPond 1.9.8 is released. This is
the first LilyPond 2.0 prerelease. Check
the @ref{Cambios} and
@newsItem
-@subsubheading September 17, 2003
+@subheading September 17, 2003
LilyPond 1.9.7 is released. LilyPond
now has support for quarter tone accidentals!
@ref{Descargas antiguas}
@newsItem
-@subsubheading September 16, 2003
+@subheading September 16, 2003
LilyPond 1.9.6 is released.
It has a lot of minor fixes and updates.
@ref{Descargas antiguas}
@newsItem
-@subsubheading September 10, 2003
+@subheading September 10, 2003
LilyPond 1.9.5 is released.
With this release, the 1.9 branch is feature
complete. After some stabilization and documentation work, 2.0
@newsItem
-@subsubheading September 9, 2003
+@subheading September 9, 2003
LilyPond 1.8.2 is released. This
release fixes a couple of minor bugs.
@ref{Descargas antiguas}
@newsItem
-@subsubheading September 7, 2003
+@subheading September 7, 2003
LilyPond 1.8 binaries are available
for Windows (Cygwin version 1.5).
@ref{Descargas antiguas}
@newsItem
-@subsubheading August 31, 2003
+@subheading August 31, 2003
LilyPond 1.9.4 is released.
@emph{This is an experimental release}: read the
@uref{http://lists.gnu.org/archive/html/lilypond-devel/2003-08/msg00133.html,announcement}
@newsItem
-@subsubheading August 31, 2003
+@subheading August 31, 2003
LilyPond 1.8 binaries for slackware
available. Get them @uref{install/,here}.
@newsEnd
@newsItem
-@subsubheading August 31, 2003
+@subheading August 31, 2003
LilyPond 1.9.3 is released. This
release supports tagging for music version control, and has better
fingering placement flexibility. Read the
@newsItem
-@subsubheading August 28, 2003
+@subheading August 28, 2003
LilyPond 1.9.2 is released. Read the
@ref{Cambios} and get it
@uref{download#1.9,here}.
@newsItem
-@subsubheading August 26, 2003
+@subheading August 26, 2003
LilyPond 1.9.1 is released. Read the
@ref{Cambios} and get it
@uref{download#1.9,here}.
@newsItem
-@subsubheading August 25, 2003
+@subheading August 25, 2003
The LilyPond 1.9 development release is available. Read the
@ref{Cambios} and get it
@uref{download#1.9,here}.
@newsItem
-@subsubheading August 25, 2003
+@subheading August 25, 2003
Mandrake 9.1 RPMS available, get them
@uref{http://rpm.nyvalls.se/sound9.1.html,here}.
@newsEnd
@newsItem
-@subsubheading August 21, 2003
+@subheading August 21, 2003
LilyPond 1.8.1 was released. Get it @uref{install/,here}, or
read the @ref{Cambios}.
@newsEnd
@newsItem
-@subsubheading August 18, 2003
+@subheading August 18, 2003
PlanetCCRMA (eg. RedHat 8 and 9)
has been updated to 1.8.
Download @uref{http://www-ccrma.stanford.edu/planetccrma/software/soundapps.html#lilypond,here.}
@newsItem
-@subsubheading August 7, 2003
+@subheading August 7, 2003
LilyPond 1.8 is released. Read
@ref{Cambios} and get it @uref{install/,here}.
@newsEnd
@newsItem
-@subsubheading August 7, 2003
+@subheading August 7, 2003
New website went live!
@newsEnd
@newsItem
-@subsubheading August 6, 2003
+@subheading August 6, 2003
Announced new website.
@newsEnd
@newsItem
-@subsubheading August 1, 2003
+@subheading August 1, 2003
LilyPond 1.7.30 released.
@newsEnd
@newsItem
-@subsubheading July 30, 2003
+@subheading July 30, 2003
Website: present @uref{about/automated-engraving/index.html,treatise}
about music engraving, music printing software, and LilyPond's
unique faculties.
@newsItem
-@subsubheading July 29, 2003
+@subheading July 29, 2003
1.7.29 - release candidate 4 has been released. Packages for
Red Hat, Debian, Cygwin are @uref{install/,available}.
@newsEnd
@chapter Modifica delle impostazioni predefinite
@translationof Changing defaults
-The purpose of LilyPond's design is to provide the finest quality
-output by default. Nevertheless, it may happen that you need to
-change this default layout. The layout is controlled through a large
-number of @q{knobs and switches} collectively called @q{properties}.
-A tutorial introduction to accessing and modifying these properties
-can be found in the Manuale di apprendimento, see @rlearning{Modifica dell'output}.
-This should be read first. This chapter covers similar ground, but
-in a style more appropriate to a reference manual.
+LilyPond è progettato per fornire la migliore qualità grafica mantenendo le
+impostazioni predefinite. Tuttavia può capitare che sia necessario modificare
+la sua formattazione predefinita. La formattazione è regolata da un gran
+numero di @qq{pulsanti e interruttori} chiamati @q{proprietà}. Prima di
+proseguire si consiglia di leggere una guida introduttiva su come accedere
+a queste proprietà e modificarle: vedi @rlearning{Modifica dell'output}, nel
+Manuale di apprendimento. Questo capitolo tratta lo stesso argomento, ma in
+uno stile più adatto a un manuale.
@cindex Internals Reference
@cindex Guida al funzionamento interno
-The definitive description of the controls available for tuning can
-be found in a separate document: @rinternalsnamed{Top,the Internals
-Reference}. That manual lists all the variables, functions and
-options available in LilyPond. It is written as a HTML document,
-which is available
+La descrizione completa delle proprietà che si possono ritoccare si trova
+in un documento separato: @rinternalsnamed{Top,la Guida al funzionamento
+interno}. Questo manuale elenca tutte le variabili, le funzioni e le
+opzioni disponibili in LilyPond. Viene fornito come un documento HTML,
+disponibile
@c leave the @uref as one long line.
@uref{http://@/lilypond@/.org/@/doc/@/stable/@/Documentation/@/internals/,on@/-line},
-and is also included with the LilyPond documentation package.
-
-Internally, LilyPond uses Scheme (a LISP dialect) to provide
-infrastructure. Overriding layout decisions in effect accesses the
-program internals, which requires Scheme input. Scheme elements are
-introduced in a @file{.ly} file with the hash
-mark@tie{}@code{#}.@footnote{@rextend{Scheme tutorial}, contains a
-short tutorial on entering numbers, lists, strings, and symbols in
+ed è anche incluso nel pacchetto della documentazione di LilyPond.
+
+Internamente, LilyPond usa il linguaggio Scheme (un dialetto di LISP) per
+fornire l'infrastruttura. Modificare le decisioni di formattazione prevede
+in effetti l'accesso alle funzioni interne del programma, cosa che
+richiede l'input Scheme. In un file @file{.ly} gli elementi Scheme
+sono introdotti col segno
+cancelletto@tie{}@code{#}.@footnote{@rextend{Scheme tutorial}, contiene
+una breve guida sull'inserimento di numeri, liste, stringhe e simboli in
Scheme.}
@section Contesti di interpretazione
@translationof Interpretation contexts
-This section describes what contexts are, and how to modify them.
+Questa sezione spiega cosa sono i contesti e come modificarli.
@menu
-* Contexts explained::
-* Creating and referencing contexts::
-* Keeping contexts alive::
-* Modifying context plug-ins::
-* Changing context default settings::
-* Defining new contexts::
-* Context layout order::
+* Tutto sui contesti::
+* Creazione e citazione di un contesto::
+* Conservazione di un contesto::
+* Modifica dei componenti aggiuntivi di un contesto::
+* Modifica delle impostazioni predefinite di un contesto::
+* Definizione di nuovi contesti::
+* Ordine di disposizione dei contesti::
@end menu
@seealso
@rinternals{Engravers and Performers}.
-@node Contexts explained
-@subsection Contexts explained
+@node Tutto sui contesti
+@subsection Tutto sui contesti
+@translationof Contexts explained
@ignore
@c TODO Rethink and rewrite
@c TODO Describe propagation of property values -td
-Contexts are arranged hierarchically:
+I contesti sono organizzati in modo gerarchico:
@menu
-* Output definitions - blueprints for contexts::
-* Score - the master of all contexts::
-* Top-level contexts - staff containers::
-* Intermediate-level contexts - staves::
-* Bottom-level contexts - voices::
+* Definizioni di output - gerarchia dei contesti::
+* Score - il padre di tutti i contesti::
+* Contesti del livello superiore - contenitori di righi::
+* Contesti del livello intermedio - righi::
+* Contesti del livello inferiore - voci::
@end menu
-@node Output definitions - blueprints for contexts
-@unnumberedsubsubsec Output definitions - blueprints for contexts
+@c blueprint letteralmente indica la cianografia architettonica
+@node Definizioni di output - gerarchia dei contesti
+@unnumberedsubsubsec Definizioni di output - gerarchia dei contesti
+@translationof Output definitions - blueprints for contexts
-This section explains the relevance of output definitions when
-working with contexts. Examples for actual output definitions are
-given later (see @ref{Changing all contexts of the same type}).
+Questa sezione spiega la rilevanza delle definizioni di output quando
+si lavora coi contesti. Esempi di vere definizioni di output sono
+illustrati dopo (vedi @ref{Changing all contexts of the same type}).
-@cindex output definitions
+@cindex output, definizioni
+@cindex definizioni di output
@funindex \layout
-While music written in a file may refer to context types and
-names, contexts are created only when the music is actually being
-interpreted. LilyPond interprets music under control of an
-@q{output definition} and may do so for several different output
-definitions, resulting in different output. The output definition
-relevant for printing music is specified using @code{\layout}.
+Sebbene la musica scritta in un file possa riferirsi a un certo tipo o
+nome di un contesto, i contesti vengono creati soltanto quando la musica
+viene interpretata. LilyPond interpreta la musica in base a una
+@qq{definizione di output} e lo fa per le varie definizioni di output,
+producendo un output diverso per ciascuna. La definizione di output che
+crea l'output grafico si specifica con @code{\layout}.
@funindex \midi
-A much simpler output definition used for producing Midi output is
-specified using @code{\midi}. Several other output definitions
-are used by LilyPond internally, like when using the part combiner
-(@ref{Automatic part combining}) or creating music quotes
-(@ref{Quoting other voices}).
-
-Output definitions define the relation between contexts as well as
-their respective default settings. While most changes will
-usually be made inside of a @code{\layout} block, Midi-related
-settings will only have an effect when made within a @code{\midi}
-block.
+Una definizione di output molto più semplice, usata per produrre l'output
+Midi, si specifica con @code{\midi}. Molte altre definizioni di output
+sono usate da LilyPond internamente, come quando si usa la combinazione
+automatica delle parti (@ref{Automatic part combining}) o si creano citazioni
+musicali (@ref{Quoting other voices}).
+
+Le definizioni di output definiscono la relazione tra i contesti e le loro
+rispettive impostazioni predefinite. Sebbene la maggior parte dei cambiamenti
+venga fatta solitamente in un blocco @code{\layout}, le impostazioni relative
+al Midi avranno effetto solo se inserite in un blocco @code{\midi}.
@funindex autoBeaming
-Some settings affect several outputs: for example, if
-@code{autoBeaming} is turned off in some context, beams count as
-melismata for the purpose of matching music to lyrics as described
-in @ref{Automatic syllable durations}. This matching is done both
-for printed output as well as for Midi. If changes made to
-@code{autoBeaming} within a context definition of a @code{\layout}
-block are not repeated in the corresponding @code{\midi} block,
-lyrics and music will get out of sync in Midi.
+Alcune impostazioni interessano vari tipi di output: per esempio, se
+@code{autoBeaming} è disattivato in qualche contesto, le travature contano
+come melismi al fine di abbinare musica e testo vocale, come descritto
+in @ref{Automatic syllable durations}. Questo abbinamento viene fatto
+sia per l'output grafico che per il Midi. Se le modifiche fatte a
+@code{autoBeaming} in una definizione di contesto di un blocco @code{\layout}
+non sono ripetute nel corrispondente blocco @code{\midi}, il testo e la
+musica andranno fuori sincrono nel Midi.
@seealso
File installati:
@file{ly/engraver-init.ly}.
@file{ly/performer-init.ly}.
-@node Score - the master of all contexts
-@unnumberedsubsubsec Score - the master of all contexts
+@node Score - il padre di tutti i contesti
+@unnumberedsubsubsec Score - il padre di tutti i contesti
+@translationof Score - the master of all contexts
-This is the top level notation context. No other context can
-contain a Score context. By default the Score context handles
-the administration of time signatures and makes sure that items
-such as clefs, time signatures, and key-signatures are aligned
-across staves.
+Questo è il contesto del livello superiore. Nessun altro contesto può
+contenere un contesto Score. Per impostazione predefinita, il contesto
+Score gestisce l'amministrazione delle indicazioni di tempo e garantisce
+che elementi come le chiavi, le indicazioni di tempo e le armature di chiave
+siano allineate da rigo a rigo.
-A Score context is instantiated implicitly when a
-@code{\score @{@dots{}@}} block is processed.
+Un contesto Score viene istanziato implicitamente quando viene elaborato
+un blocco @code{\score @{@dots{}@}}.
-@node Top-level contexts - staff containers
-@unnumberedsubsubsec Top-level contexts - staff containers
+@node Contesti del livello superiore - contenitori di righi
+@unnumberedsubsubsec Contesti del livello superiore - contenitori di righi
+@translationof Top-level contexts - staff containers
@strong{@emph{StaffGroup}}
-Groups staves while adding a bracket on the left side, grouping
-the staves together. The bar lines of the contained staves are
-connected vertically. @code{StaffGroup} only consists of a collection
-of staves, with a bracket in front and spanning bar lines.
+Raggruppa i righi e aggiunge una parentesi quadra sul lato sinistro, che
+raggruppa insieme i righi. Le stanghette dei righi in esso contenuti sono
+connessi verticalmente. @code{StaffGroup} è semplicemente un insieme di righi,
+con una parentesi quadra all'inizio e le stanghette che li attraversano.
@strong{@emph{ChoirStaff}}
-Identical to @code{StaffGroup} except that the bar lines of the
-contained staves are not connected vertically.
+Identico a @code{StaffGroup} eccetto che le stanghette dei righi in esso
+contenuti non sono connesse verticalmente.
@strong{@emph{GrandStaff}}
-A group of staves, with a brace on the left side, grouping the
-staves together. The bar lines of the contained staves are
-connected vertically.
+Un gruppo di righi, con una parentesi graffa sul lato sinistro, che raggruppa
+insieme i righi. Le stanghette dei righi in esso contenuti sono
+connessi verticalmente.
@strong{@emph{PianoStaff}}
-Just like @code{GrandStaff}, but with support for instrument names
-to the left of each system.
+Identico a @code{GrandStaff}, ma con il supporto ai nomi degli strumenti a
+sinistra di ogni sistema.
-@node Intermediate-level contexts - staves
-@unnumberedsubsubsec Intermediate-level contexts - staves
+@node Contesti del livello intermedio - righi
+@unnumberedsubsubsec Contesti del livello intermedio - righi
+@translationof Intermediate-level contexts - staves
@strong{@emph{Staff}}
-Handles clefs, bar lines, keys, accidentals. It can contain
-@code{Voice} contexts.
+Gestisce chiavi, stanghette, armature di chiave, alterazioni. Può contenere
+contesti @code{Voice}.
@strong{@emph{RhythmicStaff}}
-Like @code{Staff} but for printing rhythms. Pitches are ignored
-when engraving; the notes are printed on one line. The MIDI
-rendition retains pitches unchanged.
+Come @code{Staff} ma per le ritmiche. Le altezze vengono ignorate e le
+note appaiono su una linea. L'output MIDI conserva le altezze inalterate.
@strong{@emph{TabStaff}}
-Context for generating tablature. By default lays the music
-expression out as a guitar tablature, printed on six lines.
+Contesto per generare l'intavolatura (o tablatura). La forma predefinita è
+quella dell'intavolatura per chitarra, con sei linee.
@strong{@emph{DrumStaff}}
-Handles typesetting for percussion. Can contain @code{DrumVoice}
+Contesto per gli strumenti percussivi. Può contenere @code{DrumVoice}.
@strong{@emph{VaticanaStaff}}
-Same as @code{Staff}, except that it is designed for typesetting
-a piece in gregorian style.
+Identico a @code{Staff}, a parte il fatto che è progettato per rappresentare
+un brano in stile gregoriano.
@strong{@emph{MensuralStaff}}
-Same as @code{Staff}, except that it is designed for typesetting
-a piece in mensural style.
+Identico a @code{Staff}, a parte il fatto che è progettato per rappresentare
+un brano in stile mensurale.
-@node Bottom-level contexts - voices
-@unnumberedsubsubsec Bottom-level contexts - voices
+@node Contesti del livello inferiore - voci
+@unnumberedsubsubsec Contesti del livello inferiore - voci
+@translationof Bottom-level contexts - voices
-Voice-level contexts initialise certain properties and start
-appropriate engravers. A bottom-level context is one without
-@code{defaultchild}. While it is possible to let it
-accept/@/contain subcontexts, they can only be created and entered
-explicitly.
+I contesti al livello della voce inizializzano alcune proprietà e avviano
+gli incisori adatti. Un contesto del livello inferiore è privo di
+@code{defaultchild}. Sebbene sia possibile far sì che accetti/@/contenga
+sottocontesti, questi possono essere creati e inseriti solo esplicitamente.
@strong{@emph{Voice}}
-Corresponds to a voice on a staff. This context handles the
-conversion of dynamic signs, stems, beams, super- and sub-scripts,
-slurs, ties, and rests. You have to instantiate this explicitly
-if you require multiple voices on the same staff.
+Corrisponde a una voce di un rigo. Questo contesto gestisce la
+conversione di segni di dinamica, gambi, travature, apici e pedici,
+legature di portamento e di valore e pause. Deve essere istanziata
+esplicitamente se si hanno molteplici voci nello stesso rigo.
@strong{@emph{VaticanaVoice}}
-Same as @code{Voice}, except that it is designed for typesetting
-a piece in gregorian style.
+Identico a @code{Voice}, a parte il fatto che è progettato per rappresentare
+un brano in stile gregoriano.
@strong{@emph{MensuralVoice}}
-Same as @code{Voice}, with modifications for typesetting a piece in
-mensural style.
+Identico a @code{Voice}, con delle modifiche per rappresentare un brano in
+stile mensurale.
@strong{@emph{Lyrics}}
-Corresponds to a voice with lyrics. Handles the printing of a
-single line of lyrics.
+Corrisponde a una voce con testo vocale. Gestisce la stampa di una singola
+linea di testo vocale.
@strong{@emph{DrumVoice}}
-The voice context used in a percussion staff.
+Il contesto della voce usato in un rigo per percussioni.
@strong{@emph{FiguredBass}}
-The context in which @code{BassFigure} objects are created from
-input entered in @code{\figuremode} mode.
+Il contesto in cui sono creati gli oggetti @code{BassFigure} a partire
+dall'input inserito in modalità @code{\figuremode}.
@strong{@emph{TabVoice}}
-The voice context used within a @code{TabStaff} context. Usually
-left to be created implicitly.
+Il contesto della voce usato all'interno di un contesto @code{TabStaff}.
+Solitamente omesso così che sia creato implicitamente.
@strong{@emph{CueVoice}}
-A voice context used to render notes of a reduced size, intended
-primarily for adding cue notes to a staff, see @ref{Formatting
-cue notes}. Usually left to be created implicitly.
+Un contesto della voce usato per rappresentare note a dimensione ridotta, inteso
+soprattutto per aggiungere citazioni in corpo più piccolo a un rigo, vedi
+@ref{Formatting cue notes}. Solitamente omesso così che sia creato implicitamente.
@strong{@emph{ChordNames}}
-Typesets chord names.
-
-@ignore
-TODO
-
-Then the following, which I don't know what to do with:
-
- * GregorianTranscriptionVoice
- * GregorianTranscriptionStaff
+Crea e dispone i nomi degli accordi.
- * FretBoards
- Engraves fretboards from chords. Not easy... Not
-documented.
- There is now some documentation on FretBoards in the NR, under
- instrument-specific notation -- cds.
- * NoteNames
- * Global
- Hard coded entry point for LilyPond. Cannot be tuned.
- * Devnull
- Silently discards all musical information given to this
-context.
-
-@end ignore
-
-@node Creating and referencing contexts
-@subsection Creating and referencing contexts
+@node Creazione e citazione di un contesto
+@subsection Creazione e citazione di un contesto
+@translationof Creating and referencing contexts
@funindex \new
@funindex \context
-@cindex new contexts
-@cindex referencing contexts
-@cindex Contexts, creating and referencing
-
-LilyPond will create lower-level contexts automatically if a music
-expression is encountered before a suitable context exists, but this
-is usually successful only for simple scores or music fragments like
-the ones in the documentation. For more complex scores it is
-advisable to specify all contexts explicitly with either the
-@code{\new} or @code{\context} command. The syntax of
-these two commands is very similar:
+@cindex nuovi contesti
+@cindex citazione di un contesto
+@cindex Contesti, creazione e citazione
+
+LilyPond crea i contesti del livello inferiore automaticamente se incontra
+un'espressione musicale prima di un contesto adatto, ma questo approccio
+di solito funziona soltanto per partiture semplici o frammenti musicali
+simili a quelli della documentazione. Per partiture più complesse si
+consiglia di specificare tutti i contesti esplicitamente coi comandi
+@code{\new} o @code{\context}. La sintassi di questi due comandi è
+molto simile:
@example
-[\new | \context] @var{Context} [ = @var{name}] [@var{music-expression}]
+[\new | \context] @var{Contesto} [ = @var{nome}] [@var{espressione-musicale}]
@end example
@noindent
-where either @code{\new} or @code{\context} may be specified.
-@var{Context} is the type of context which is to be created,
-@var{name} is an optional name to be given to the particular context
-being created and @var{music-expression} is a single music expression
-that is to be interpreted by the engravers and performers in this
-context.
+dove si può usare @code{\new} o @code{\context}.
+@var{Contesto} è il tipo di contesto che deve essere creato,
+@var{nome} è un nome opzionale da assegnare al contesto che si
+sta creando e @var{espressione-musicale} è una singola espressione
+musicale che deve essere interpretata dagli incisori e dai performer
+in questo contesto.
-The @code{\new} prefix without a name is commonly used to create
-scores with many staves:
+Il prefisso @code{\new} senza un nome viene usato comunemente per creare
+partiture con molti righi:
@lilypond[quote,verbatim]
<<
\new Staff \relative {
- % leave the Voice context to be created implicitly
+ % lascia che il contesto Voice sia creato implicitamente
c''4 c
}
\new Staff \relative {
@end lilypond
@noindent
-and to place several voices into one staff:
+e per mettere varie voci in un rigo:
@lilypond[quote,verbatim]
\new Staff <<
@end lilypond
@noindent
-@code{\new} should always be used to specify unnamed contexts.
+@code{\new} deve essere sempre usato per specificare contesti senza nome.
-The difference between @code{\new} and @code{\context} is in the
-action taken:
+La differenza tra @code{\new} e @code{\context} sta nell'azione
+presa:
@itemize
@item
-@code{\new} with or without a name will always create a fresh,
-distinct, context, even if one with the same name already exists:
+@code{\new} con o senza un nome creerà sempre un contesto del tutto
+nuovo e distinto, anche se ne esiste già uno con lo stesso nome:
@lilypond[quote,verbatim]
\new Staff <<
@end lilypond
@item
-@code{\context} with a name specified will create a distinct context
-only if a context of the same type with the same name in the same
-context hierarchy does not already exist. Otherwise it will be taken
-as a reference to that previously created context, and its music
-expression will be passed to that context for interpretation.
+@code{\context} seguito da un nome creerà un contesto distinto solo se
+non esiste già un contesto dello stesso tipo con lo stesso nome nella
+stessa gerarchia di contesto. Altrimenti sarà preso come riferimento
+per quel contesto precedentemente creato, e la sua espressione musicale
+verrà passata a quel contesto per la sua interpretazione.
-One application of named contexts is in separating the score layout
-from the musical content. Either of these two forms is valid:
+Una possibile applicazione dei contesti con nome è la separazione di
+formattazione della partitura e contenuto musicale. Le seguenti due
+forme sono entrambe valide:
@lilypond[quote,verbatim]
\score {
<<
- % score layout
+ % formattazione della partitura
\new Staff <<
\new Voice = "one" {
\voiceOne
}
>>
- % musical content
+ % contenuto musicale
\context Voice = "one" {
\relative {
c''4 c c c
@lilypond[quote,verbatim]
\score {
<<
- % score layout
+ % formattazione della partitura
\new Staff <<
\context Voice = "one" {
\voiceOne
}
>>
- % musical content
+ % contenuto musicale
\context Voice = "one" {
\relative {
c''4 c c c
@end lilypond
@noindent
-Alternatively, variables may be employed to similar effect. See
+Altrimenti si possono usare le variabili per ottenere un risultato simile. Vedi
@rlearning{Organizzare i brani con le variabili}.
@item
-@code{\context} with no name will match the first of any previously
-created contexts of the same type in the same context heirarchy,
-even one that has been given a name, and its music expression will be
-passed to that context for interpretation. This form is rarely
-useful. However, @code{\context} with no name and no music expression
-is used to set the context in which a Scheme procedure specified with
-@code{\applyContext} is executed:
+@code{\context} senza nome corrisponderà al primo di qualsiasi contesto
+precedentemente creato dello stesso tipo nella stessa gerarchia di contesto,
+anche uno a cui è stato assegnato un nome, e la sua espressione musicale sarà
+passata a quel contesto per la sua interpretazione. Questa forma è raramente
+utile. Tuttavia, si usa @code{\context} senza nome e senza espressione
+musicale per impostare il contesto in cui una procedura Scheme specificata con
+@code{\applyContext} viene eseguita:
@example
\new Staff \relative @{
@end itemize
-A context must be named if it is to be referenced later, for example
-when lyrics are associated with music:
+Un contesto deve essere nominato se deve essere citato successivamente, per
+esempio quando il testo vocale è associato alla musica:
@example
-\new Voice = "tenor" @var{music}
+\new Voice = "tenore" @var{musica}
@dots{}
-\new Lyrics \lyricsto "tenor" @var{lyrics}
+\new Lyrics \lyricsto "tenore" @var{testo}
@end example
@noindent
-For details of associating lyrics with music see
+Maggiori informazioni sull'associazione del testo vocale alla musica in
@ref{Automatic syllable durations}.
-The properties of all contexts of a particular type can be modified
-in a @code{\layout} block (with a different syntax), see
-@ref{Changing all contexts of the same type}. This construct also
-provides a means of keeping layout instructions separate from the
-musical content. If a single context is to be modified, a @code{\with}
-block must be used, see @ref{Changing just one specific context}.
+Le proprietà di tutti i contesti di un certo tipo possono essere modificate
+in un blocco @code{\layout} (con una sintassi diversa), vedi
+@ref{Changing all contexts of the same type}. Questo costrutto fornisce anche
+un mezzo per mantenere le istruzioni di formattazione separate dal contenuto
+musicale. Se occorre modificare un solo contesto, bisogna usare un blocco
+@code{\with}, vedi @ref{Changing just one specific context}.
@seealso
Manuale di apprendimento:
@ref{Automatic syllable durations}.
-@node Keeping contexts alive
-@subsection Keeping contexts alive
+@node Conservazione di un contesto
+@subsection Conservazione di un contesto
+@translationof Keeping contexts alive
@cindex contexts, keeping alive
@cindex contexts, lifetime
-Contexts are usually terminated at the first musical moment in
-which they have nothing to do. So @code{Voice} contexts die as
-soon as they contain no events; @code{Staff} contexts die as soon
-as all the @code{Voice} contexts within them contain no events; etc.
-This can cause difficulties if earlier contexts which have died
-have to be referenced, for example, when changing staves with
-@code{\change} commands, associating lyrics with a voice with
-@code{\lyricsto} commands, or when adding further musical events to
-an earlier context.
-
-There is an exception to this general rule: inside of an
-@code{@{@dots{}@}} construct (sequential music), the construct's
-notion of the ``current context'' will descend whenever an element
-of the sequence ends in a subcontext of the previous current
-context. This avoids spurious creation of implicit contexts in a
-number of situations but means that the first context descended
-into will be kept alive until the end of the expression.
-
-In contrast, the contexts of a @code{<<@dots{}>>} construct's
-(simultaneous music) expression are not carried forth, so
-enclosing a context creating command in an extra pair of
-@code{<<@dots{}>>} will keep the context from persisting through
-all of the enclosing @code{@{@dots{}@}} sequence.
-
-Any context can be kept alive by ensuring it has something to do at
-every musical moment. @code{Staff} contexts are kept alive by
-ensuring one of their voices is kept alive. One way of doing this
-is to add spacer rests to a voice in parallel with the real music.
-These need to be added to every @code{Voice} context which needs to
-be kept alive. If several voices are to be used sporadically it is
-safest to keep them all alive rather than attempting to rely on the
-exceptions mentioned above.
-
-In the following example, both voice A and voice B are kept alive
-in this way for the duration of the piece:
+I contesti vengono solitamente terminati nel primo momento musicale in
+cui non hanno niente da fare. Quindi i contesti @code{Voice} muoiono
+appena non contengono eventi; i contesti @code{Staff} muoiono appena
+tutti i contesti @code{Voice} al loro interno non contengono eventi; etc.
+Ciò può causare difficoltà se contesti precedenti, che sono stati
+terminati, devono essere richiamati; per esempio, quando si cambia
+il rigo col comando @code{\change}, quando si associa il testo a una
+voce col comando @code{\lyricsto} o quando si aggiungono ulteriori eventi
+musicali a un contesto precedente.
+
+C'è un'eccezione a questa regola generale: all'interno di un costrutto
+@code{@{@dots{}@}} (musica sequenziale), la nozione di «contesto corrente»
+scenderà di livello ogni volta che un elemento della sequenza termina in un
+sottocontesto del precedente contesto corrente. Ciò evita la falsa creazione di
+contesti impliciti in varie situazioni, ma significa che il primo contesto in
+cui si scende verrà conservato fino alla fine dell'espressione.
+
+Al contrario, i contesti di un construtto @code{<<@dots{}>>} (musica simultanea)
+non sono portati avanti, dunque racchiudendo un comando di creazione di contesto
+in un'ulteriore coppia di @code{<<@dots{}>>} impedirà che il contesto persista
+in tutta la sequenza @code{@{@dots{}@}}.
+
+Un contesto può essere tenuto attivo assicurandosi che abbia qualcosa
+da fare in ogni momento musicale. I contesti @code{Staff} sono tenuti
+attivi assicurandosi che una delle loro voci sia conservata. Un modo per
+farlo consiste nell'aggiungere pause spaziatrici a una voce in parallelo
+con la musica vera. Queste devono essere aggiunte a ogni contesto
+@code{Voice} da tenere attivo. Se si usano sporadicamente varie voci,
+è più sicuro tenerle attive invece di tentare di affidarsi alle eccezioni
+menzionate sopra.
+
+Nell'esempio seguente, sia la voce A che la voce B sono mantenute attive
+in questo modo per la durata del brano:
@lilypond[quote,verbatim]
musicA = \relative { d''4 d d d }
musicB = \relative { g'4 g g g }
keepVoicesAlive = {
<<
- \new Voice = "A" { s1*5 } % Keep Voice "A" alive for 5 bars
- \new Voice = "B" { s1*5 } % Keep Voice "B" alive for 5 bars
+ \new Voice = "A" { s1*5 } % Tiene la voce "A" attiva per 5 battute
+ \new Voice = "B" { s1*5 } % Tiene la voce "B" attiva per 5 battute
>>
}
}
@end lilypond
-@cindex lyrics, aligning with sporadic melody
+@cindex testo vocale, allineamento con una melodia sporadica
-The following example shows how a sporadic melody line with lyrics
-might be written using this approach. In a real situation the
-melody and accompaniment would consist of several different
-sections, of course.
+L'esempio seguente mostra come scrivere una linea melodica sporadica con
+testo vocale usando questo approccio. Ovviamente, in una situazione reale
+la melodia e l'accompagnamento consisterebbero di varie e diverse sezioni.
@lilypond[quote,verbatim]
-melody = \relative { a'4 a a a }
-accompaniment = \relative { d'4 d d d }
-words = \lyricmode { These words fol -- low the mel -- o -- dy }
+melodia = \relative { a'4 a a a }
+accompagnamento = \relative { d'4 d d d }
+parole = \lyricmode { Queste parole seguo -- no la mel -- o -- dia }
\score {
<<
- \new Staff = "music" {
+ \new Staff = "musica" {
<<
- \new Voice = "melody" {
+ \new Voice = "melodia" {
\voiceOne
- s1*4 % Keep Voice "melody" alive for 4 bars
+ s1*4 % Tiene la voce "melodia" attiva per 4 battute
}
{
- \new Voice = "accompaniment" {
+ \new Voice = "accompagnamento" {
\voiceTwo
- \accompaniment
+ \accompagnamento
}
<<
- \context Voice = "melody" { \melody }
- \context Voice = "accompaniment" { \accompaniment }
+ \context Voice = "melodia" { \melodia }
+ \context Voice = "accompagnamento" { \accompagnamento }
>>
- \context Voice = "accompaniment" { \accompaniment }
+ \context Voice = "accompagnamento" { \accompagnamento }
<<
- \context Voice = "melody" { \melody }
- \context Voice = "accompaniment" { \accompaniment }
+ \context Voice = "melodia" { \melodia }
+ \context Voice = "accompagnamento" { \accompagnamento }
>>
}
>>
}
- \new Lyrics \with { alignAboveContext = #"music" }
- \lyricsto "melody" { \words }
+ \new Lyrics \with { alignAboveContext = #"musica" }
+ \lyricsto "melodia" { \parole }
>>
}
@end lilypond
-An alternative way, which may be better in many circumstances, is
-to keep the melody line alive by simply including spacer notes to
-line it up correctly with the accompaniment:
+Un modo alternativo, migliore in molte circostanze, è quello di mantenere la
+linea melodica attiva semplicemente includendo le note spaziatrici in modo
+che si allineino correttamente con l'accompagnamento:
@lilypond[quote,verbatim]
-melody = \relative {
- s1 % skip a bar
+melodia = \relative {
+ s1 % salta una battuta
a'4 a a a
- s1 % skip a bar
+ s1 % salta una battuta
a4 a a a
}
-accompaniment = \relative {
+accompagnamento = \relative {
d'4 d d d
d4 d d d
d4 d d d
d4 d d d
}
-words = \lyricmode { These words fol -- low the mel -- o -- dy }
+parole = \lyricmode { Queste parole seguo -- no la mel -- o -- dia }
\score {
<<
- \new Staff = "music" {
+ \new Staff = "musica" {
<<
- \new Voice = "melody" {
+ \new Voice = "melodia" {
\voiceOne
- \melody
+ \melodia
}
- \new Voice = "accompaniment" {
+ \new Voice = "accompagnamento" {
\voiceTwo
- \accompaniment
+ \accompagnamento
}
>>
}
- \new Lyrics \with { alignAboveContext = #"music" }
- \lyricsto "melody" { \words }
+ \new Lyrics \with { alignAboveContext = #"musica" }
+ \lyricsto "melodia" { \parole }
>>
}
@end lilypond
-@node Modifying context plug-ins
-@subsection Modifying context plug-ins
+@node Modifica dei componenti aggiuntivi di un contesto
+@subsection Modifica dei componenti aggiuntivi di un contesto
+@translationof Modifying context plug-ins
-@c TODO Should this be Modifying engravers or Modifying contexts?
+I contesti della notazione (come @code{Score} e @code{Staff}) non contengono
+solo le proprietà, ma anche dei componenti aggiuntivi chiamati @qq{engraver}
+(incisori) che creano gli elementi della notazione. Per esempio, il contesto
+@code{Voice} contiene l'incisore @code{Note_heads_engraver} e il contesto
+@code{Staff} contiene l'incisore @code{Key_engraver}.
-Notation contexts (like @code{Score} and @code{Staff}) not only store
-properties, they also contain plug-ins called @q{engravers} that create
-notation elements. For example, the @code{Voice} context contains a
-@code{Note_heads_engraver} and the @code{Staff} context contains a
-@code{Key_engraver}.
-
-For a full a description of each plug-in, see
+Una descrizione completa di ogni componente aggiuntivo si trova in
@ifhtml
@rinternals{Engravers and Performers}.
@end ifhtml
@ifnothtml
Guida al funzionamento interno @expansion{} Translation @expansion{} Engravers.
@end ifnothtml
-Every context described in
+Ogni contesto descritto in
@ifhtml
@rinternals{Contexts}
@end ifhtml
@ifnothtml
Guida al funzionamento interno @expansion{} Translation @expansion{} Context.
@end ifnothtml
-lists the engravers used for that context.
+elenca gli incisori usati per quel contesto.
-It can be useful to shuffle around these plug-ins. This is done by
-starting a new context with @code{\new} or @code{\context}, and
-modifying it,
+Può essere utile sperimentare questi componenti aggiuntivi. Per farlo si
+avvia un nuovo contesto con @code{\new} o @code{\context} e si modifica:
@funindex \with
@example
-\new @var{context} \with @{
+\new @var{contesto} \with @{
\consists @dots{}
\consists @dots{}
\remove @dots{}
@emph{etc.}
@}
@{
- @emph{@dots{}music@dots{}}
+ @emph{@dots{}musica@dots{}}
@}
@end example
@noindent
-where the @dots{} should be the name of an engraver. Here is a simple
-example which removes @code{Time_signature_engraver} and
-@code{Clef_engraver} from a @code{Staff} context,
+dove @dots{} deve essere sostituito dal nome dell'incisore. Il comando
+@code{\remove} toglie l'incisore, mentre @code{\consists} lo mantiene.
+Ecco un semplice esempio che toglie l'incisore dell'indicazione di tempo
+(@code{Time_signature_engraver}) e quello della chiave (@code{Clef_engraver})
+da un contesto @code{Staff}:
@lilypond[quote,verbatim]
<<
>>
@end lilypond
-In the second staff there are no time signature or clef symbols. This
-is a rather crude method of making objects disappear since it will affect
-the entire staff. This method also influences the spacing, which may or
-may not be desirable. More sophisticated methods of blanking objects
-are shown in @rlearning{Visibilità e colore degli oggetti}.
+Nel secondo rigo non ci sono indicazioni di tempo né simboli della chiave.
+Questo è un metodo piuttosto grezzo per far scomparire gli oggetti, dato
+che ha effetto sull'intero rigo. Questo metodo influenza anche la spaziatura,
+cosa che potrebbe non essere desiderabile. Metodi più sofisticati per
+nascondere gli oggetti sono mostrati in @rlearning{Visibilità e colore degli oggetti}.
-The next example shows a practical application. Bar lines and time
-signatures are normally synchronized across the score. This is done
-by the @code{Timing_translator} and @code{Default_bar_line_engraver}.
-This plug-in keeps an administration of time signature, location
-within the measure, etc. By moving these engraver from @code{Score} to
-@code{Staff} context, we can have a score where each staff has its own
-time signature.
+L'esempio successivo mostra un'applicazione pratica. Le stanghette e le
+indicazioni di tempo sono normalmente sincronizzate al livello dell'intera
+partitura. Ciò viene fatto da @code{Timing_translator} e
+@code{Default_bar_line_engraver}. Questo componente aggiuntivo gestisce
+le indicazioni di tempo, il posizionamento nella misura, etc. Spostando
+questi incisori dal contesto @code{Score} al contesto @code{Staff}, possiamo
+ottenere una partitura in cui ogni rigo ha la sua indicazione di tempo.
-@cindex polymetric scores
-@cindex time signature, multiple
+@cindex polimetria
+@cindex partiture polimetriche
+@cindex indicazione di tempo, multipla
@lilypond[quote,verbatim]
\score {
@knownissues
-The order in which the engravers are specified is the order in
-which they are called to carry out their processing. Usually the
-order in which the engravers are specified does not matter, but in
-a few special cases the order is important, for example where one
-engraver writes a property and another reads it, or where one
-engraver creates a grob and another must process it.
+L'ordine in cui vengono specificati gli incisori è l'ordine in cui
+vengono richiamati per compiere la loro elaborazione. Di solito
+l'ordine in cui gli incisori sono specificati non conta, ma in
+pochi casi speciali l'ordine è importante, per esempio quando un
+incisore scrive una proprietà e un altro la legge o quando un incisore
+crea un grob e un altro lo deve elaborare.
-The following orderings are important:
+I seguenti ordini sono importanti:
@itemize
@item
-the @code{Bar_engraver} must normally be first,
+l'incisore @code{Bar_engraver} deve essere primo di solito,
@item
-the @code{New_fingering_engraver} must come before the
+l'incisore @code{New_fingering_engraver} deve precedere l'incisore
@code{Script_column_engraver},
@item
-the @code{Timing_translator} must come before the
+@code{Timing_translator} deve precedere l'incisore
@code{Bar_number_engraver}.
@end itemize
@file{ly/engraver-init.ly}.
-@node Changing context default settings
-@subsection Changing context default settings
+@node Modifica delle impostazioni predefinite di un contesto
+@subsection Modifica delle impostazioni predefinite di un contesto
+@translationof Changing context default settings
@cindex default context properties, changing
@cindex context properties, changing defaults
-Context and grob properties can be changed with @code{\set}
-and @code{\override} commands, as described in
-@ref{Modifying properties}. These commands create music events,
-making the changes take effect at the point in time the music
-is being processed.
+Le proprietà dei contesti e dei grob possono essere modificate con i comandi
+@code{\set} e @code{\override}, come è spiegato in
+@ref{Modifying properties}. Questi comandi creano eventi musicali,
+rendendo effettivi i cambiamenti nel momento temporale in cui è
+elaborata la musica.
-In contrast, this section explains how to change the @emph{default}
-values of context and grob properties at the time the context is
-created. There are two ways of doing this. One modifies the default
-values in all contexts of a particular type, the other modifies the
-default values in just one particular instance of a context.
+Questa sezione spiega invece come cambiare i valori @emph{predefiniti}
+delle proprietà dei contesti e dei grob nel momento in cui viene creato
+il contesto. Esistono due modi per farlo. Uno modifica i valori
+predefiniti in tutti i contesti di un certo tipo, l'altro modifica i
+valori predefiniti soltanto in una certa istanza di un contesto.
@menu
-* Changing all contexts of the same type::
-* Changing just one specific context::
-* Order of precedence::
+* Modifica di tutti i contesti dello stesso tipo::
+* Modifica di un solo contesto specifico::
+* Ordine di precedenza::
@end menu
-@node Changing all contexts of the same type
-@unnumberedsubsubsec Changing all contexts of the same type
+@node Modifica di tutti i contesti dello stesso tipo
+@unnumberedsubsubsec Modifica di tutti i contesti dello stesso tipo
+@translationof Changing all contexts of the same type
-@cindex \context in \layout block
+@cindex \context nel blocco \layout
@funindex \context
@funindex \layout
-The default context settings which are to be used for typesetting in
-@code{Score}, @code{Staff}, @code{Voice} and other contexts may be
-specified in a @code{\context} block within any @code{\layout}
-block.
+Le impostazioni di contesto predefinite da usare per l'output grafico nei
+contesti @code{Score}, @code{Staff}, @code{Voice} e in altri contesti possono
+essere specificate in un blocco @code{\context} compreso in un qualsiasi
+blocco @code{\layout}.
-Settings for Midi output as opposed to typesetting will have to be
-separately specified in @code{\midi} blocks (see @ref{Output
-definitions - blueprints for contexts}).
+Le impostazioni per l'output Midi invece devono essere specificate separatamente
+in blocchi @code{\midi} (vedi @ref{Output definitions - blueprints for contexts}).
-The @code{\layout} block should be placed within the @code{\score}
-block to which it is to apply, after the music.
+Il blocco @code{\layout} deve trovarsi all'interno del blocco @code{\score}
+al quale si vuole applicare, dopo la musica.
@example
\layout @{
\context @{
\Voice
- [context settings for all Voice contexts]
+ [impostazioni di contesto per tutti i contesti Voice]
@}
\context @{
\Staff
- [context settings for all Staff contexts]
+ [impostazioni di contesto per tutti i contesti Staff]
@}
@}
@end example
-The following types of settings may be specified:
+Si possono specificare i seguenti tipi di impostazioni:
@itemize
@item
-An @code{\override} command, but with the context name omitted
+Un comando @code{\override}, ma col nome del contesto omesso
@lilypond[quote,verbatim]
\score {
\relative {
- a'4^"Thicker stems" a a a
+ a'4^"Gambi più spessi" a a a
a4 a a\ff a
}
\layout {
@end lilypond
@item
-Directly setting a context property
+Impostando direttamente una proprietà di contesto
@lilypond[quote,verbatim]
\score {
\relative {
- a'4^"Smaller font" a a a
+ a'4^"Tipo di carattere più piccolo" a a a
a4 a a\ff a
}
\layout {
@end lilypond
@item
-A predefined command such as @code{\dynamicUp} or a music
-expression like @code{\accidentalStyle dodecaphonic}
+Un comando predefinito come @code{\dynamicUp} o un'espressione
+musicale come @code{\accidentalStyle dodecaphonic}
@lilypond[quote,verbatim]
\score {
\relative {
- a'4^"Dynamics above" a a a
+ a'4^"Dinamiche sopra" a a a
a4 a a\ff a
}
\layout {
@end lilypond
@item
-A user-defined variable containing a @code{\with} block; for details
-of the @code{\with} block see
+Una variabile definita dall'utente contenente un blocco @code{\with}; il blocco
+@code{\with} è spiegato approfonditamente in
@ref{Changing just one specific context}.
@lilypond[quote,verbatim]
\score {
\new Staff {
\relative {
- a'4^"Smaller font" a a a
+ a'4^"Tipo di carattere più piccolo" a a a
a4 a a a
}
}
@end itemize
-Property-setting commands can be placed in a @code{\layout} block
-without being enclosed in a @code{\context} block. Such settings
-are equivalent to including the same property-setting commands at
-the start of every context of the type specified. If no context
-is specified @emph{every} bottom-level context is affected, see
-@ref{Bottom-level contexts - voices}. The syntax of a
-property-setting command in a @code{\layout} block is the same as
-the same command written in the music stream.
+I comandi che impostano una proprietà possono essere posti in un blocco
+@code{\layout} senza doverli racchiudere in un blocco @code{\context}. Così
+facendo si ottiene lo stesso risultato che si otterrebbe se si includessero
+gli stessi comandi all'inizio di ogni contesto del tipo specificato. Se non
+è specificato alcun contesto, avranno effetto su @emph{qualsiasi} contesto
+di basso livello, vedi @ref{Bottom-level contexts - voices}. La sintassi di
+un comando di impostazione della proprietà in un blocco @code{\layout} è
+identico a quello che si userebbe in mezzo alle note.
@lilypond[quote,verbatim]
\score {
\new Staff {
\relative {
- a'4^"Smaller font" a a a
+ a'4^"Tipo di carattere più piccolo" a a a
a4 a a a
}
}
@end lilypond
-@node Changing just one specific context
-@unnumberedsubsubsec Changing just one specific context
+@node Modifica di un solo contesto specifico
+@unnumberedsubsubsec Modifica di un solo contesto specifico
+@translationof Changing just one specific context
@cindex \with
@funindex \with
-The context properties of just one specific context instance can be
-changed in a @code{\with} block. All other context instances of the
-same type retain the default settings built into LilyPond and modified
-by any @code{\layout} block within scope. The @code{\with} block
-must be placed immediately after the @code{\new} @var{context-type}
-command:
+Le proprietà di contesto di una sola istanza di un contesto specifico possono
+essere cambiate in un blocco @code{\with}. Tutte le altre istanze di contesto
+dello stesso tipo manterranno le impostazioni predefinite di LilyPond e saranno
+modificate da qualsiasi blocco @code{\layout} che le riguarda. Il blocco
+@code{\with} deve essere posto subito dopo il
+comando @code{\new} @var{tipo-contesto}:
@example
-\new Staff \with @{ [context settings for this context instance only] @}
+\new Staff \with @{ [impostazioni di contesto per questa istanza di contesto soltanto] @}
@{
@dots{}
@}
@end example
-Since such a @q{context modification} is specified inside of
-music, it will affect @emph{all} outputs (typesetting @emph{and}
-Midi) as opposed to changes within an output definition.
+Dato che questa @q{modifca di contesto} è specificata all'interno della
+musica, avrà effetto su @emph{tutti} gli output (quello grafico @emph{e} il
+Midi), diversamente da quanto avviene per le modifiche inserite in una
+definizione di output.
-The following types of settings may be specified:
+Si possono specificare i seguenti tipi di impostazioni:
@itemize
@item
-An @code{\override} command, but with the context name omitted
+Un comando @code{\override}, ma col nome di contesto omesso
@lilypond[quote,verbatim]
\score {
\new Voice \with { \override Stem.thickness = #4.0 }
{
\relative {
- a'4^"Thick stems" a a a
+ a'4^"Gambi spessi" a a a
a4 a a a
}
}
@end lilypond
@item
-Directly setting a context property
+Impostando direttamente una proprietà di contesto
@lilypond[quote,verbatim]
\score {
<<
\new Staff {
\relative {
- a'4^"Default font" a a a
+ a'4^"Tipo di carattere predefinito" a a a
a4 a a a
}
}
\new Staff \with { fontSize = #-4 }
{
\relative {
- a'4^"Smaller font" a a a
+ a'4^"Tipo di carattere più piccolo" a a a
a4 a a a
}
}
@end lilypond
@item
-A predefined command such as @code{\dynamicUp}
+Un comando predefinito come @code{\dynamicUp}
@lilypond[quote,verbatim]
\score {
\new Staff {
\new Voice {
\relative {
- a'4^"Dynamics below" a a a
+ a'4^"Dinamiche sotto" a a a
a4 a a\ff a
}
}
\new Voice \with { \dynamicUp }
{
\relative {
- a'4^"Dynamics above" a a a
+ a'4^"Dinamiche sopra" a a a
a4 a a\ff a
}
}
@end itemize
-@node Order of precedence
-@unnumberedsubsubsec Order of precedence
+@node Ordine di precedenza
+@unnumberedsubsubsec Ordine di precedenza
+@translationof Order of precedence
-The value of a property which applies at a particular time is
-determined as follows:
+Il valore di una proprietà da applicare in un certo momento viene determinato
+nel modo seguente:
@itemize
@item
-if an @code{\override} or @code{\set} command in the input stream is
-in effect that value is used,
+se un comando @code{\override} o @code{\set} nel flusso dell'input (le note) è
+attivo viene usato quel valore,
@item
-otherwise the default value taken from a @code{\with} statement
-on the context initiation statement is used,
+altrimenti viene usato il valore predefinito preso da una dichiarazione
+@code{\with} nella dichiarazione di iniziazione del contesto,
@item
-otherwise the default value taken from the most recent appropriate
-@code{\context} block in the @code{\layout} or @code{\midi} blocks
-is used,
+altrimenti viene usato il valore predefinito preso dal blocco @code{\context}
+appropriato più recente nei blocchi @code{\layout} o @code{\midi},
@item
-otherwise the LilyPond built-in default is used.
+altrimenti viene usato il valore predefinito in LilyPond.
@end itemize
@seealso
@ref{Bottom-level contexts - voices},
@ref{The set command},
@ref{The override command},
-@ref{The layout block,,The @code{@bs{}layout} block}.
+@ref{The layout block,,Il blocco @code{@bs{}layout}}.
-@node Defining new contexts
-@subsection Defining new contexts
+@node Definizione di nuovi contesti
+@subsection Definizione di nuovi contesti
+@translationof Defining new contexts
-@cindex contexts, defining new
-@cindex engravers, including in contexts
+@cindex contesti, definire nuovi
+@cindex incisori, includere nei contesti
@funindex \alias
@funindex alias
@funindex \denies
@funindex denies
-Specific contexts, like @code{Staff} and @code{Voice}, are made from
-simple building blocks. It is possible to create new types of
-contexts with different combinations of engraver plug-ins.
+Contesti specifici, come @code{Staff} e @code{Voice}, sono creati a partire
+da semplici mattoncini. È possibile creare nuovi tipi di contesto con
+diverse combinazioni di incisori.
-The next example shows how to build a different type of
-@code{Voice} context from scratch. It will be similar to
-@code{Voice}, but only prints centered slash note heads. It can be used
-to indicate improvisation in jazz pieces,
+Il prossimo esempio mostra come costruire un diverso tipo di contesto
+@code{Voice} da zero. Sarà simile a @code{Voice}, ma stamperà soltanto
+teste di nota a forma di barra posizionate al centro. Può essere usato
+per indicare l'improvvisazione nei brani jazz:
@lilypond[quote,ragged-right]
\layout { \context {
@end lilypond
-These settings are defined within a @code{\context} block inside a
-@code{\layout} block,
+Queste impostazioni sono definite in un blocco @code{\context} compreso in
+un blocco @code{\layout}:
@example
\layout @{
@}
@end example
-In the following discussion, the example input shown should go in place
-of the @dots{} in the previous fragment.
+L'input di esempio che segue sostituisce i @dots{} del frammento precedente.
-First it is necessary to define a name for the new context:
+Per prima cosa occorre definire un nome per il nuovo contesto:
@example
\name ImproVoice
@end example
-Since it is similar to the @code{Voice} context, we want commands that
-work in (existing) @code{Voice} contexts to continue working. This is
-achieved by giving the new context an alias of @code{Voice},
+Essendo simile al contesto @code{Voice}, ci servono comandi che funzionano
+in contesti @code{Voice} esistenti per far sì che continuino a funzionare. Per
+farlo si assegna al nuovo contesto un alias di @code{Voice},
@example
\alias Voice
@end example
-The context will print notes and instructive texts, so we need to add
-the engravers which provide this functionality, plus the engraver which
-groups notes, stems and rests which occur at the same musical moment
-into columns,
+Il contesto stamperà note e testi di spiegazione, dunque dobbiamo
+aggiungere gli incisori che forniscono queste funzionalità, più
+l'incisore che raggruppa in colonne le note, i gambi e le pause che
+si trovano nello stesso momento musicale:
@example
\consists "Note_heads_engraver"
\consists "Rhythmic_column_engraver"
@end example
-The note heads should all be placed on the center line,
+Le teste di nota devono essere poste tutte sulla linea centrale:
@example
\consists "Pitch_squash_engraver"
squashedPosition = #0
@end example
-The @code{Pitch_squash_engraver} modifies note heads (created
-by the @code{Note_heads_engraver}) and sets their vertical
-position to the value of @code{squashedPosition}, in this
-case@tie{}@code{0}, the center line.
+L'incisore @code{Pitch_squash_engraver} modifica le teste di nota (create
+dall'incisore @code{Note_heads_engraver}) e imposta la loro posizione
+verticale sul valore di @code{squashedPosition}, in questo
+caso@tie{}@code{0}, la linea centrale.
-The notes look like a slash, and have no stem,
+Le note appaiono come una barra e non hanno gambi:
@example
\override NoteHead.style = #'slash
\hide Stem
@end example
-All these plug-ins have to communicate under the control of the
-context. The mechanisms with which contexts communicate are
-established by declaring the context @code{\type}. Within a
-@code{\layout} block, most contexts will be of type
-@code{Engraver_group}. Some special contexts and contexts in
-@code{\midi} blocks use other context types. Copying and
-modifying an existing context definition will also fill in the
-type. Since this example creates a definition from scratch, it
-needs to be specified explicitly.
+Tutti questi componenti aggiuntivi devono comunicare sotto il controllo
+del contesto. I meccanismi con cui i contesti comunicano sono stabiliti
+dichiarando il tipo di contesto con @code{\type}. In un blocco
+@code{\layout}, la maggior parte dei contesti sarà del tipo
+@code{Engraver_group}. Alcuni contesti speciali e i contesti nei
+blocchi @code{\midi} usano altri tipi di contesto. Copiare e modificare
+una definizione di contesto esistente comprenderà anche la definizione
+del tipo. Poiché questo esempio crea una definizione da zero, deve essere
+specificato in modo esplicito.
@example
\type "Engraver_group"
@end example
-Put together, we get
+Mettendo tutte queste parti insieme otteniamo:
@example
\context @{
@end example
@funindex \accepts
-Contexts form hierarchies. We want to place the @code{ImproVoice}
-context within the @code{Staff} context, just like normal @code{Voice}
-contexts. Therefore, we modify the @code{Staff} definition with the
-@code{\accepts} command,
+I contesti formano gerarchie. Vogliamo posizionare il contesto @code{ImproVoice}
+all'interno del contesto @code{Staff}, proprio come i normali contesti
+@code{Voice}. Cambiamo quindi la definizione di @code{Staff} col comando
+@code{\accepts},
@example
\context @{
@end example
@funindex \inherit-acceptability
-Often when reusing an existing context definition, the resulting
-context can be used anywhere where the original context would have
-been useful.
+Spesso quando si riutilizza una definizione di contesto esistente, il contesto
+risultante può essere usato in qualsiasi situazione in cui il contesto originale
+sarebbe stato utile.
@example
\layout @{
@dots{}
- \inherit-acceptability @var{to} @var{from}
+ \inherit-acceptability @var{a} @var{da}
@}
@end example
@noindent
-will arrange to have contexts of type @var{to} accepted by all
-contexts also accepting @var{from}. For example, using
+farà sì che i contesti del tipo @var{a} siano accettati da tutti i
+contesti che accettano anche @var{da}. Per esempio, usando
@example
\layout @{
@end example
@noindent
-will add an @code{\accepts} for @code{ImproVoice} to both
-@code{Staff} and @code{RhythmicStaff} definitions.
+verrà aggiunto un @code{\accepts} per @code{ImproVoice} a entrambe le
+definizioni di @code{Staff} e @code{RhythmicStaff}.
@funindex \denies
-The opposite of @code{\accepts} is @code{\denies},
-which is sometimes needed when reusing existing context definitions.
+L'opposto di @code{\accepts} è @code{\denies},
+che è talvolta necessario se si riusano definizioni di contesto esistenti.
-Arranging the required pieces into a @code{\layout} block leaves
-us with
+Sistemando i pezzi necessari in un blocco @code{\layout} ci porta a:
@example
\layout @{
@}
@end example
-Then the output at the start of this subsection can be entered as
+Quindi l'output all'inizio di questa parte può essere inserito così:
@example
\relative @{
@}
@end example
-To complete this example, changes affecting the context hierarchy
-should be repeated in a @code{\midi} block so that Midi output
-depends on the same context relations.
+Per completare questo esempio, le modifiche che alterano la gerarchia dei
+contesti devono essere ripetute in un blocco @code{\midi} per far sì che
+l'output Midi dipenda dalle stesse relazioni di contesto.
@seealso
@rinternals{Pitch_squash_engraver}.
-@node Context layout order
-@subsection Context layout order
+@node Ordine di disposizione dei contesti
+@subsection Ordine di disposizione dei contesti
+@translationof Context layout order
-@cindex contexts, layout order
+@cindex contesti, ordine di disposizione
@funindex \accepts
@funindex \denies
-Contexts are normally positioned in a system from top to bottom
-in the order in which they are encountered in the input file. When
-contexts are nested, the outer context will include inner nested
-contexts as specified in the input file, provided the inner contexts
-are included in the outer context's @qq{accepts} list. Nested
-contexts which are not included in the outer context's @qq{accepts}
-list will be repositioned below the outer context rather than nested
-within it.
+Normalmente i contesti in un sistema sono posizionati dall'alto verso il
+basso nell'ordine in cui sono incontrati nel file di input. Quando i
+contesti sono annidati, il contesto più esterno includerà i contesti
+annidati al suo interno come specificato nel file di input solo se i
+contesti interni sono inclusi nell'elenco @qq{accepts} del contesto
+più esterno; altrimenti saranno riposizionati sotto il contesto più
+esterno invece di essere annidati al suo interno.
-The @qq{accepts} list of a context can be changed with the
-@code{\accepts} or @code{\denies} commands. @code{\accepts} adds a
-context to the @qq{accepts} list and @code{\denies} removes a context
-from the list.
+L'elenco @qq{accepts} di un contesto può essere modificato coi comandi
+@code{\accepts} o @code{\denies}. @code{\accepts} aggiunge un contesto
+all'elenco @qq{accepts} mentre @code{\denies} lo rimuove dall'elenco.
-For example, a square-braced staff group is not usually found within a
-curved-braced staff with connecting staff bars, and a @code{GrandStaff}
-does not accept a @code{StaffGroup} inside it by default.
+Per esempio, un gruppo di righi racchiusi da una parentesi quadra non si
+trova solitamente all'interno di un gruppo di righi con stanghette
+connesse e racchiusi da una graffa, e @code{GrandStaff} non accetta al suo
+interno @code{StaffGroup} per impostazione predefinita.
@lilypond[verbatim,quote]
\score {
\new Staff { c'1 }
\new Staff { d'1 }
>>
- \new Staff { \set Staff.instrumentName = bottom f'1 }
+ \new Staff { \set Staff.instrumentName = ultimo f'1 }
>>
}
@end lilypond
-However, by using the @code{\accepts} command, @code{StaffGroup} can be
-added to the @code{GrandStaff} context:
+Tuttavia col comando @code{\accepts} si può aggiungere @code{StaffGroup}
+al contesto @code{GrandStaff}:
@lilypond[verbatim,quote]
\score {
\new Staff { c'1 }
\new Staff { d'1 }
>>
- \new Staff { \set Staff.instrumentName = bottom f'1 }
+ \new Staff { \set Staff.instrumentName = ultimo f'1 }
>>
\layout {
\context {
}
@end lilypond
-@code{\denies} is mainly used when a new context is being based on
-another, but the required nesting differs. For example, the
-@code{VaticanaStaff} context is based on the @code{Staff} context, but
-with the @code{VaticanaVoice} context substituted for the @code{Voice}
-context in the @qq{accepts} list.
+@code{\denies} si usa soprattutto quando un nuovo contesto è basato su
+un altro, ma l'annidamento richiesto differisce. Per esempio, il contesto
+@code{VaticanaStaff} è basato sul contesto @code{Staff}, ma col contesto
+@code{VaticanaVoice} che sostituisce il contesto @code{Voice} nell'elenco
+@qq{accepts}.
-@cindex contexts, implicit
-@cindex implicit contexts
+@cindex contesti impliciti
@funindex \defaultchild
-Note that a context will be silently created implicitly if a
-command is encountered when there is no suitable context available
-to contain it.
+Nota bene: un contesto verrà creato implicitamente e senza avviso se
+si incontra un comando quando non c'è un contesto adatto disponibile
+per contenerlo.
-Within a context definition, the type of subcontext to be
-implicitly created is specified using @code{\defaultchild}. A
-number of music events require a @samp{Bottom} context: when such
-an event is encountered, subcontexts are created recursively until
-reaching a context with no @samp{defaultchild} setting.
+Nella definizione di un contesto, il tipo di sottocontesto da creare
+implicitamente viene specificato con @code{\defaultchild}. Vari eventi
+musicali richiedono un contesto @qq{di base}: quando si incontra tale
+evento, vengono creati ricorsivamente i sottocontesti finché non si
+raggiunge un contesto privo di impostazione @samp{defaultchild}.
-Implicit context creation can at times give rise to unexpected new
-staves or scores. Using @code{\new} to create contexts explicitly
-avoids those problems.
+La creazione implicita di contesti può talvolta causare nuovi righi o nuove
+partiture non attesi. Per evitare questi problemi è consigliabile usare
+@code{\new} per creare i contesti esplicitamente.
@cindex alignAboveContext
@cindex alignBelowContext
@funindex alignAboveContext
@funindex alignBelowContext
-Sometimes a context is required to exist for just a brief period, a
-good example being the staff context for an ossia. This is usually
-achieved by introducing the context definition at the appropriate
-place in parallel with corresponding section of the main music.
-By default, the temporary context will be placed below all the
-existing contexts. To reposition it above the context called
-@qq{main}, it should be defined like this:
+Talvolta un contesto deve esistere solo per un breve periodo, come nel
+caso esemplare di un contesto rigo per un ossia. Per ottenere ciò, di
+solito si introduce la definizione di contesto nel punto appropriato
+in parallelo con la sezione corrispondente della musica principale.
+Per impostazione predefinita, il contesto temporaneo verrà posizionato
+sotto tutti i contesti esistenti. Per riposizionarlo sopra il contesto
+chiamato @qq{principale}, dovrebbe essere definito in questo modo:
@example
-@code{\new Staff \with @{ alignAboveContext = #"main" @} }
+@code{\new Staff \with @{ alignAboveContext = #"principale" @} }
@end example
-A similar situation arises when positioning a temporary lyrics
-context within a multi-staved layout such as a @code{ChoirStaff},
-for example, when adding a second verse to a repeated section.
-By default the temporary lyrics context will be placed beneath the
-lower staves. By defining the temporary lyrics context with
-@code{alignBelowContext} it can be positioned correctly beneath
-the (named) lyrics context containing the first verse.
+Una situazione simile si pone quando si posiziona un contesto temporaneo
+per il testo vocale all'interno di una disposizione multirigo come
+@code{ChoirStaff}; per esempio, quando si aggiunge una seconda strofa a
+una sezione ripetuta. Per impostazione predefinita, il contesto temporaneo
+per il testo vocale verrà posizionato sotto i righi più bassi. Definendo il
+contesto temporaneo per il testo vocale con @code{alignBelowContext}, questo
+può essere posizionato correttamente sotto i contesti della voce (con nome)
+che contengono la prima strofa.
-Examples showing this repositioning of temporary contexts can be
-found elsewhere --- see @rlearning{Annidare le espressioni musicali},
-@ref{Modifying single staves} and @ref{Techniques specific to lyrics}.
+Esempi che mostrano questo riposizionamento di contesti temporanei possono
+essere trovati altrove --- vedi @rlearning{Annidare le espressioni musicali},
+@ref{Modifying single staves} e @ref{Techniques specific to lyrics}.
@seealso
Manuale di apprendimento:
@ref{Modifying single staves},
@ref{Techniques specific to lyrics}.
-Application Usage:
-@rprogram{An extra staff appears}.
+Utilizzo:
+@rprogram{Appare un rigo in più}.
File installati:
@file{ly/engraver-init.ly}.
@translationof Explaining the Internals Reference
@menu
-* Navigating the program reference::
-* Layout interfaces::
-* Determining the grob property::
-* Naming conventions::
+* Navigazione nella guida al programma::
+* Interfacce di formattazione::
+* Determinazione della proprietà del grob::
+* Convenzioni sui nomi::
@end menu
-@node Navigating the program reference
-@subsection Navigating the program reference
+@node Navigazione nella guida al programma
+@subsection Navigazione nella guida al programma
+@translationof Navigating the program reference
@c TODO remove this (it's in the LM)
@c Replace with more factual directions
-Suppose we want to move the fingering indication in the fragment
-below:
+Supponiamo di voler togliere l'indicazione di diteggiatura nel seguente
+frammento:
@lilypond[quote,fragment,verbatim]
c''-2
@end lilypond
-If you visit the documentation on fingering instructions (in
-@ref{Fingering instructions}), you will notice:
+Consultando la documentazione sulle istruzioni di diteggiatura (in
+@ref{Fingering instructions}), si nota:
@quotation
-@strong{See also}
+@strong{Vedi anche}
Guida al funzionamento interno: @rinternals{Fingering}.
@end quotation
-
-@c outdated info; probably will delete.
-@ignore
-This fragment points to two parts of the program reference: a page
-on @code{FingeringEvent} and one on @code{Fingering}.
-
-The page on @code{FingeringEvent} describes the properties of the music
-expression for the input @w{@code{-2}}. The page contains many links
-forward. For example, it says
-
-@quotation
-Accepted by: @rinternals{Fingering_engraver},
-@end quotation
-
-@noindent
-That link brings us to the documentation for the Engraver, the
-plug-in, which says
-
-@quotation
-This engraver creates the following layout objects: @rinternals{Fingering}.
-@end quotation
-
-In other words, once the @code{FingeringEvent}s are interpreted, the
-@code{Fingering_engraver} plug-in will process them.
-@end ignore
-
-@ignore
-@c I can't figure out what this is supposed to mean. -gp
-
-The @code{Fingering_engraver} is also listed to create
-@rinternals{Fingering} objects,
-
-@c old info? it doesn't make any sense to me with our current docs.
-This is also the
-second bit of information listed under @b{See also} in the Notation
-manual.
-@end ignore
-
@ifnothtml
-The programmer's reference is available as an HTML document. It is
-highly recommended that you read it in HTML form, either online or
-by downloading the HTML documentation. This section will be much more
-difficult to understand if you are using the
-PDF manual.
+La guida del programmatore è disponibile come documento HTML. È caldamente
+consigliata la lettura della versione HTML, accessibile online o in locale
+scaricando la documentazione HTML. Questa sezione sarà molto più difficile da
+comprendere se si usa il manuale PDF.
@end ifnothtml
-Follow the link to @rinternals{Fingering}. At the top of the
-page, you will see
+Seguire il collegamento a @rinternals{Fingering}. In cima alla pagina
+si vede
+@c Non tradurre le parti citate del manuale Internals Reference, che non è tradotto.
@quotation
Fingering objects are created by: @rinternals{Fingering_engraver} and
@rinternals{New_fingering_engraver}.
@end quotation
-By following related links inside the program reference, we can follow the
-flow of information within the program:
+Seguendo i collegamenti correlati nella guida del programma, possiamo seguire
+il flusso di informazione del programma:
@itemize
@rinternals{FingeringEvent}
@end itemize
-This path goes against the flow of information in the program: it
-starts from the output, and ends at the input event. You could
-also start at an input event, and read with the flow of
-information, eventually ending up at the output object(s).
+Questo percorso va in direzione contraria al flusso dell'informazione nel
+programma: parte dall'output e termina nell'evento di input. Si può anche
+partire da un evento di input e leggere seguendo il flusso di informazione
+arrivando infine all'oggetto di output.
-The program reference can also be browsed like a normal document. It
-contains chapters on
+La guida al programma può anche essere sfogliata come un normale
+documento. Contiene capitoli su
@ifhtml
@rinternals{Music definitions},
@end ifhtml
@ifnothtml
@code{Music definitions}
@end ifnothtml
-on @rinternals{Translation}, and the @rinternals{Backend}. Every
-chapter lists all the definitions used and all properties that may be
-tuned.
+su @rinternals{Translation}, e sul @rinternals{Backend}. Ogni capitolo
+elenca tutte le definizioni usate e tutte le proprietà che possono
+essere ritoccate.
-@node Layout interfaces
-@subsection Layout interfaces
+@node Interfacce di formattazione
+@subsection Interfacce di formattazione
+@translationof Layout interfaces
@cindex interface, layout
@cindex layout interface
@cindex grob
-The HTML page that we found in the previous section describes the
-layout object called @rinternals{Fingering}. Such an object is a
-symbol within the score. It has properties that store numbers (like
-thicknesses and directions), but also pointers to related objects. A
-layout object is also called a @emph{Grob}, which is short for Graphical
-Object. For more details about Grobs, see @rinternals{grob-interface}.
+La pagina HTML che abbiamo incontrato nella sezione precedente descrive
+l'oggetto di formattazione chiamato @rinternals{Fingering}. Tale oggetto
+è un simbolo interno alla partitura. Ha delle proprietà che contengono
+numeri (come gli spessori e le direzioni), ma anche collegamenti a oggetti
+correlati. Un oggetto di formattazione viene chiamato anche @emph{Grob},
+che è un diminutivo di Graphical Object (oggetto grafico). Maggiori dettagli
+sui Grob si trovano in @rinternals{grob-interface}.
-The page for @code{Fingering} lists the definitions for the
-@code{Fingering} object. For example, the page says
+La pagina relativa al grob @code{Fingering} elenca le definizioni per l'oggetto
+@code{Fingering}. Per esempio, la pagina dice
@quotation
@code{padding} (dimension, in staff space):
@end quotation
@noindent
-which means that the number will be kept at a distance of at least 0.5
-of the note head.
+che significa che il numero verrà tenuto a una distanza di almento 0.5 spazi
+rigo dalla testa della nota.
-
-Each layout object may have several functions as a notational or
-typographical element. For example, the Fingering object
-has the following aspects
+Ogni oggetto di formattazione può avere varie funzioni come elemento
+della notazione o tipografico. Per esempio, l'oggetto Fingering ha
+i seguenti aspetti
@itemize
@item
-Its size is independent of the horizontal spacing, unlike slurs or beams.
+La sua dimensione è indipendente dalla spaziatura orizzontale, diversamente
+da legature di portamento o travature.
@item
-It is a piece of text. Granted, it is usually a very short text.
+È un frammento testuale, solitamente molto breve.
@item
-That piece of text is typeset with a font, unlike slurs or beams.
+Questo frammento di testo viene rappresentato con un tipo di carattere,
+diversamente da legature di portamento o travature.
@item
-Horizontally, the center of the symbol should be aligned to the
-center of the note head.
+Orizzontalmente, il centro del simbolo deve essere allineato al centro della
+testa della nota.
@item
-Vertically, the symbol is placed next to the note and the staff.
+Verticalmente, il simbolo viene posto accanto alla nota e sul rigo.
@item
-The vertical position is also coordinated with other superscript
-and subscript symbols.
+La posizione verticale viene coordinata anche con altri simboli di apici
+o pedici.
@end itemize
-Each of these aspects is captured in so-called @emph{interface}s,
-which are listed on the @rinternals{Fingering} page at the bottom
+Ognuno di questi aspetti viene registrato nelle cosiddette interfacce
+(@emph{interface}), che sono elencate in fondo alla
+pagina @rinternals{Fingering}:
+@c non tradurre
@quotation
This object supports the following interfaces:
@rinternals{item-interface},
@rinternals{finger-interface}, and @rinternals{grob-interface}.
@end quotation
-Clicking any of the links will take you to the page of the respective
-object interface. Each interface has a number of properties. Some of
-them are not user-serviceable (@q{Internal properties}), but others
-can be modified.
+Facendo clic su uno di questo collegamenti si arriva alla pagina dell'interfaccia
+del rispettivo oggetto. Ogni interfaccia ha una serie di proprietà. Alcune
+non sono a disposizione dell'utente (@q{Internal properties}), ma altre
+possono essere modificate.
-We have been talking of @emph{the} @code{Fingering} object, but actually it
-does not amount to much. The initialization file (see
+Abbiamo parlato dell'oggetto @code{Fingering}, ma in realtà non si tratta
+di niente di troppo complesso. Il file di inizializzazione (vedi
@rlearning{Altre fonti di informazione})
-@file{scm/define-grobs.scm} shows the soul of the @q{object},
+@file{scm/define-grobs.scm} mostra l'anima di questo @qq{oggetto},
@example
(Fingering
@end example
@noindent
-As you can see, the @code{Fingering} object is nothing more than a
-bunch of variable settings, and the webpage in the Guida al funzionamento interno
-is directly generated from this definition.
+Come si può vedere, l'oggetto @code{Fingering} non è niente più di un insieme
+di impostazioni di variabili e la pagina web nella Guida al funzionamento interno
+è generata direttamente da questa definizione.
-@node Determining the grob property
-@subsection Determining the grob property
+@node Determinazione della proprietà del grob
+@subsection Determinazione della proprietà del grob
+@translationof Determining the grob property
@c TODO remove this (it's in the LM)
@c Replace with more factual directions
-Recall that we wanted to change the position of the @b{2} in
+Volevamo cambiare la posizione del @b{2} in
@lilypond[quote,fragment,verbatim]
c''-2
@end lilypond
-Since the @b{2} is vertically positioned next to its note, we have to
-meddle with the interface associated with this positioning. This is
-done using @code{side-position-interface}. The page for this interface
-says
+Dato che il @b{2} è posizionato verticalmente vicino alla sua nota, dobbiamo
+fare delle prove con l'interfaccia associata a questo posizionamento, ovvero
+@code{side-position-interface}. La pagina relativa a questa interfaccia
+dice
+@c non tradurre
@quotation
@code{side-position-interface}
@cindex padding
@noindent
-Below this description, the variable @code{padding} is described as
+Sotto questa descrizione, la variabile @code{padding} viene descritta come
+@c non tradurre
@quotation
@table @code
@item padding
@end table
@end quotation
-By increasing the value of @code{padding}, we can move the
-fingering away from the note head. The following command inserts
-3 staff spaces of white
-between the note and the fingering:
+Aumentando il valore di @code{padding}, possiamo spostare la diteggiatura
+lontana dalla testa di nota. Il seguente comando inserisce 3 spazi rigo
+di bianco tra la nota e la diteggiatura:
@example
\once \override Voice.Fingering.padding = #3
@end example
-Inserting this command before the Fingering object is created,
-i.e., before @code{c2}, yields the following result:
+L'inserimento di questo comando prima che l'oggetto Fingering venga
+creato, ovvero prima di @code{c-2}, produce il seguente risultato:
@lilypond[quote,fragment,verbatim]
\once \override Voice.Fingering.padding = #3
@end lilypond
-In this case, the context for this tweak is @code{Voice}. This
-fact can also be deduced from the program reference, for the page for
-the @rinternals{Fingering_engraver} plug-in says
+In questo caso, il contesto per questa modifica è @code{Voice}. Questo
+fatto può anche essere dedotto dalla guida al programma, dato che la pagina
+per l'incisore @rinternals{Fingering_engraver} dice
@quotation
Fingering_engraver is part of contexts: @dots{} @rinternals{Voice}
@end quotation
-@node Naming conventions
-@subsection Naming conventions
+@node Convenzioni sui nomi
+@subsection Convenzioni sui nomi
+@translationof Naming conventions
-Another thing that is needed, is an overview of the various naming
-conventions:
+È importante conoscere le convenzioni sui nomi. Ecco una panoramica:
@itemize
-@item scheme functions: lowercase-with-hyphens (incl. one-word
-names)
-@item scheme functions: ly:plus-scheme-style
-@item music events, music classes and music properties:
-as-scheme-functions
-@item Grob interfaces: scheme-style
-@item backend properties: scheme-style (but X and Y!)
-@item contexts (and MusicExpressions and grobs): Capitalized or
-CamelCase
-@item context properties: lowercaseFollowedByCamelCase
-@item engravers:
-Capitalized_followed_by_lowercase_and_with_underscores
+@item funzioni scheme: minuscolo-con-trattini (incl. nomi di una-parola)
+@item funzioni scheme: ly:plus-scheme-style
+@item eventi, classi e proprietà musicali:
+come-le-funzioni-scheme
+@item interfacce Grob: stile-scheme
+@item proprietà del backend: stile-scheme (ma ammette X e Y!)
+@item contesti (e EspressioniMusicali e grob): Maiuscolo o CamelCase
+@item proprietà di contesto: minuscoloSeguitoDaCamelCase
+@item incisori:
+Maiuscolo_seguito_da_minuscolo_e_con_trattini_bassi
@end itemize
-Questions to be answered:
+Domande che aspettano una risposta:
@itemize
-@item Which of these are conventions and which are rules?
-@item Which are rules of the underlying language, and which are
-LP-specific?
+@item Quali di queste sono convenzioni e quali sono regole?
+@item Quali sono regole del linguaggio sottostante e quali sono specifiche
+di LilyPond?
@end itemize
@node Modifica delle proprietà
@c the same time. -td
@menu
-* Overview of modifying properties::
-* The set command::
-* The override command::
+* Panoramica sulla modifica delle proprietà::
+* Il comando set::
+* Il comando override::
* Il comando tweak::
-* set versus override::
-* Modifying alists::
+* set vs override::
+* Modifica delle liste associative::
@end menu
-@node Overview of modifying properties
-@subsection Overview of modifying properties
-
-Each context is responsible for creating certain types of graphical
-objects. The settings used for printing these objects are also stored by
-context. By changing these settings, the appearance of objects can be
-altered.
-
-There are two different kinds of properties stored in contexts:
-context properties and grob properties. Context properties are
-properties that apply to the context as a whole and control
-how the context itself is displayed. In contrast, grob properties
-apply to specific grob types that will be displayed in the context.
-
-The @code{\set} and @code{\unset} commands are used to change values
-for context properties. The @code{\override} and @code{\revert}
-commands are used to change values for grob properties.
-
-@ignore
-The syntax for this is
-
-@example
-\override @var{context}.@var{name} #'@var{property} = #@var{value}
-@end example
-
-Here @var{name} is the name of a graphical object, like
-@code{Stem} or @code{NoteHead}, and @var{property} is an internal
-variable of the formatting system (@q{grob property} or @q{layout
-property}). The latter is a symbol, so it must be quoted. The
-subsection @ref{Modifying properties}, explains what to fill in
-for @var{name}, @var{property}, and @var{value}. Here we only
-discuss the functionality of this command.
-
-The command
+@node Panoramica sulla modifica delle proprietà
+@subsection Panoramica sulla modifica delle proprietà
+@translationof Overview of modifying properties
-@verbatim
-\override Staff.Stem.thickness = #4.0
-@end verbatim
+Ogni contesto è responsabile della creazione di certi tipi di oggetti
+grafici. Le impostazioni usate per la rappresentazione grafica di
+questi oggetti sono anch'esse salvate dal contesto. Cambiando queste
+impostazioni, si può alterare l'aspetto degli oggetti.
-@noindent
-makes stems thicker (the default is 1.3, with staff line thickness as a
-unit). Since the command specifies @code{Staff} as context, it only
-applies to the current staff. Other staves will keep their normal
-appearance. Here we see the command in action:
-
-@lilypond[quote,fragment,verbatim]
-c''4
-\override Staff.Stem.thickness = #4.0
-c''4
-c''4
-c''4
-@end lilypond
-
-The @code{\override} command changes the definition of the @code{Stem}
-within the current @code{Staff}. After the command is interpreted
-all stems are thickened.
-
-Analogous to @code{\set}, the @var{context} argument may be left out,
-causing the default context @code{Voice} to be used. Adding
-@code{\once} applies the change during one timestep only.
+Ci sono due tipi diversi di proprietà salvate nei contesti: le proprietà
+del contesto e quelle del grob. Le proprietà del contesto sono proprietà
+che si applicano al contesto nel suo complesso e regolano il modo in cui
+il contesto stesso viene mostrato. Al contrario, le proprietà del grob
+si applicano a tipi di grob specifici che verranno mostrati nel contesto.
-@lilypond[quote,fragment,verbatim]
-c''4
-\once \override Stem.thickness = #4.0
-c''4
-c''4
-@end lilypond
+I comandi @code{\set} e @code{\unset} vengono usati per cambiare i valori
+delle proprietà di contesto. I comandi @code{\override} e @code{\revert}
+servono a cambiare i valori delle proprietà dei grob.
-The @code{\override} must be done before the object is
-started. Therefore, when altering @emph{Spanner} objects such as slurs
-or beams, the @code{\override} command must be executed at the moment
-when the object is created. In this example,
-
-@lilypond[quote,fragment,verbatim]
-\override Slur.thickness = #3.0
-c''8[( c''
-\override Beam.beam-thickness = #0.6
-c''8 c''])
-@end lilypond
-
-@noindent
-the slur is fatter but the beam is not. This is because the command for
-@code{Beam} comes after the Beam is started, so it has no effect.
-
-Analogous to @code{\unset}, the @code{\revert} command for a context
-undoes an @code{\override} command; like with @code{\unset}, it only
-affects settings that were made in the same context. In other words, the
-@code{\revert} in the next example does not do anything.
-
-@example
-\override Voice.Stem.thickness = #4.0
-\revert Staff.Stem.thickness
-@end example
-
-Some tweakable options are called @q{subproperties} and reside inside
-properties. To tweak those, use commands of the form
-
-@c leave this as a long long
-@example
-\override @var{context}.@var{name} #'@var{property} #'@var{subproperty} = #@var{value}
-@end example
-
-@noindent
-such as
-
-@example
-\override Stem.details.beamed-lengths = #'(4 4 3)
-@end example
-
-@end ignore
@seealso
Guida al funzionamento interno:
@rinternals{PropertySet}.
@knownissues
-The back-end is not very strict in type-checking object properties.
-Cyclic references in Scheme values for properties can cause hangs
-or crashes, or both.
+Il backend non è molto stretto nel controllo del tipo delle proprietà di un
+oggetto. Riferimenti ciclici nei valori Scheme delle proprietà possono
+causare attese o crash, o entrambi.
+
-@node The set command
-@subsection The @code{@bs{}set} command
+@node Il comando set
+@subsection Il comando @code{@bs{}set}
+@translationof The set command
-@cindex properties
+@cindex proprietà
@funindex \set
-@cindex changing properties
+@cindex modifica delle proprietà
-Each context has a set of @emph{properties}, variables contained
-in that context. Context properties are changed with the @code{\set}
-command, which has the following syntax:
+Ogni contesto ha un insieme di @emph{proprietà}, variabili contenute in
+quel contesto. Le proprietà di contesto si cambiano col comando @code{\set},
+che ha la seguente sintassi:
@example
-\set @var{context}.@var{property} = #@var{value}
+\set @var{contesto}.@var{proprietà} = #@var{valore}
@end example
-@var{value} is a Scheme object, which is why it must be preceded by
-the @code{#}@tie{}character.
+@var{valore} è un oggetto Scheme, ecco perché deve essere preceduto dal
+carattere @tie{}@code{#}.
-Contexts properties are usually named in
-@code{studlyCaps}. They mostly control the translation from
-music to notation, e.g. @code{localAlterations} (for determining
-whether to print accidentals), or @code{measurePosition} (for
-determining when to print a bar line). Context properties can
-change value over time while interpreting a piece of music;
-@code{measurePosition} is an obvious example of
-this. Context properties are modified with @code{\set}.
+Le proprietà dei contesti sono solitamente nominate in
+@code{studlyCaps}. Perlopiù regolano la traduzione dalla musica
+alla notazione, per esempio @code{localAlterations} (per determinare
+se stampare le alterazioni), o @code{measurePosition} (per determinare
+quando stampare una stanghetta). Le proprietà di contesto possono
+cambiare nel tempo nel corso dell'interpretazione di un brano musicale;
+@code{measurePosition} ne è un ovvio esempio. Le proprietà di contesto
+si modificano con @code{\set}.
-For example, multimeasure rests will be combined into a single bar
-if the context property @code{skipBars} is set to @code{#t}:
+Per esempio, le pause multiple sono combinate in una singola battuta
+se la proprietà di contesto @code{skipBars} viene impostata su @code{#t}:
@lilypond[quote,fragment,verbatim]
R1*2
R1*2
@end lilypond
-If the @var{context} argument is left out, then the property will be
-set in the current bottom context (typically @code{ChordNames},
-@code{Voice}, @code{TabVoice}, or @code{Lyrics}).
+Se l'argomento @var{contesto} non viene specificato, la proprietà sarà
+impostata nel contesto di base corrente (solitamente @code{ChordNames},
+@code{Voice}, @code{TabVoice} o @code{Lyrics}).
@lilypond[quote,fragment,verbatim]
\set Score.autoBeaming = ##f
}
@end lilypond
-The change is applied @q{on-the-fly}, during the music, so that the
-setting only affects the second group of eighth notes.
+La modifica viene applicata @q{al volo}, durante l'interpretazione della
+musica, in modo che l'impostazione abbia effetto soltanto sul secondo
+gruppo di note da un ottavo.
-Note that the bottom-most context does not always contain the property
-that you wish to change -- for example, attempting to set the
-@code{skipBars} property of the default bottom context, in this case
-@code{Voice}, will have no effect, because skipBars is a property of
-the @code{Score} context.
+Nota che il contesto più inferiore non contiene sempre la proprietà che si
+desidera cambiare. Per esempio, il tentativo di impostare la proprietà
+@code{skipBars} del contesto di base predefinito, in questo caso
+@code{Voice}, non produrrà alcun risultato, perché skipBars è una
+proprietà del contesto @code{Score}.
@lilypond[quote,fragment,verbatim]
R1*2
R1*2
@end lilypond
-Contexts are hierarchical, so if an enclosing context was specified, for
-example @code{Staff}, then the change would also apply to all
-@code{Voice}s in the current staff.
+I contesti sono gerarchici, per cui se viene specificato un contesto che ne
+racchiude altri, per esempio @code{Staff}, il cambiamento viene applicato
+anche a tutti i contesti @code{Voice} del rigo corrente.
@funindex \unset
-The @code{\unset} command:
+Il comando @code{\unset}:
@example
-\unset @var{context}.@var{property}
+\unset @var{contesto}.@var{proprietà}
@end example
@noindent
-is used to remove the definition of @var{property} from
-@var{context}. This command removes
-the definition only if it is set in @var{context}.
-Properties that have been set in enclosing contexts will
-not be altered by an unset in an enclosed context:
+viene usato per togliere la definizione di @var{proprietà} dal
+@var{contesto}. Questo comando rimuove la definizione solo se
+impostata nel @var{contesto}. Le proprietà impostate nei contesti
+più esterni non saranno modificate da un @code{\unset} in un contesto
+più interno:
@lilypond[quote,fragment,verbatim]
\set Score.autoBeaming = ##t
}
@end lilypond
-Like @code{\set}, the @var{context} argument does not have to be
-specified for a bottom context, so the two statements
+Come in @code{\set}, non è necessario specificare l'argomento @var{contesto}
+per un contesto di fondo, quindi le due dichiarazioni
@example
\set Voice.autoBeaming = ##t
@end example
@noindent
-are equivalent if the current bottom context is @code{Voice}.
+sono equivalenti se l'attuale contesto di fondo è @code{Voice}.
@cindex \once
-Preceding a @code{\set} or @code{\unset} command by @code{\once}
-makes the setting apply to only a single time-step:
+Anteponendo @code{\once} ai comandi @code{\set} o @code{\unset} l'impostazione
+verrà applicata soltanto a un singolo momento temporale:
@lilypond[quote,fragment,verbatim]
c''4
c''4
@end lilypond
-A full description of all available context properties is in the
-Guida al funzionamento interno, see
+Una descrizione completa di tutte le proprietà di contesto disponibili si
+trova nella Guida al funzionamento interno, vedi
@ifhtml
@rinternals{Tunable context properties}.
@end ifhtml
@rinternals{Tunable context properties}.
-@node The override command
-@subsection The @code{\override} command
+@node Il comando override
+@subsection Il comando @code{\override}
+@translationof The override command
-@cindex grob properties
-@cindex properties, grob
+@cindex grob, proprietà
+@cindex proprietà dei grob
@funindex \override
-There is a special type of context property: the grob
-description. Grob descriptions are named in @code{StudlyCaps}
-(starting with capital letters). They contain the
-@q{default settings} for a particular kind of grob as an
-association list. See @file{scm/define-grobs.scm}
-to see the settings for each grob description. Grob descriptions
-are modified with @code{\override}.
+Esiste un tipo particolare di proprietà di contesto: la descrizione del
+grob. Le descrizioni dei grob vengono nomimate in @code{StudlyCaps}
+(iniziando con lettere maiuscole). Contengono le
+@qq{impostazioni predefinite} per un certo tipo di grob, come una
+lista associativa. Consultare @file{scm/define-grobs.scm}
+per vedere le impostazioni per ogni descrizione di grob. Le descrizioni
+di grob si modificano con @code{\override}.
-The syntax for the @code{\override} command is
+La sintassi del comando @code{\override} è
@example
-\override [@var{context}.]@var{GrobName}.@var{property} = #@var{value}
+\override [@var{contesto}.]@var{NomeGrob}.@var{proprietà} = #@var{valore}
@end example
-For example, we can increase the thickness of a note stem by
-overriding the @code{thickness} property of the @code{Stem}
-object:
+Per esempio, possiamo aumentare lo spessore del gambo di una nota
+modificando la proprietà @code{thickness} dell'oggetto @code{Stem}:
@lilypond[quote,fragment,verbatim]
c''4 c''
c''4 c''
@end lilypond
-If no context is specified in an @code{\override}, the bottom
-context is used:
+Se non viene specificato il contesto in un @code{\override}, viene usato
+il contesto di base:
@lilypond[quote,fragment,verbatim]
\override Staff.Stem.thickness = #3.0
>>
@end lilypond
-Some tweakable options are called @q{subproperties} and reside inside
-properties. To tweak those, use commands in the form
+Alcune opzioni modificabili vengono chiamate @q{sottoproprietà} e stanno
+dentro le proprietà. Per cambiarle, usare i comandi nella forma
@example
\override Stem.details.beamed-lengths = #'(4 4 3)
@end example
-or to modify the ends of spanners, use a form like these
+o, per modificare le estremità degli estensori, usare una forma simile
+alle seguenti
@example
\override TextSpanner.bound-details.left.text = #"left text"
@end example
@funindex \revert
-@cindex reverting overrides
-@cindex overrides, reverting
+@cindex ripristinare le modifiche
+@cindex modifiche, ripristinare
-The effects of @code{\override} can be undone by @code{\revert}.
+Gli effetti di @code{\override} possono essere annullati con @code{\revert}.
-The syntax for the @code{\revert} command is
+La sintassi del comando @code{\revert} è
@example
-\revert [@var{context}.]@var{GrobName}.@var{property}
+\revert [@var{contesto}.]@var{NomeGrob}.@var{proprietà}
@end example
-For example,
+Per esempio,
@lilypond[quote,verbatim]
\relative {
}
@end lilypond
-The effects of @code{\override} and @code{\revert} apply to all
-grobs in the affected context from the current time forward:
+Gli effetti di @code{\override} e @code{\revert} si applicano a tutti i
+grob nel contesto interessato da quel momento in poi:
@lilypond[quote,verbatim]
<<
@end lilypond
@funindex \once
-@cindex overriding for only one moment
+@cindex modificare in un solo istante
-@code{\once} can be used with @code{\override} or @code{\revert}
-to affect only the current time step:
+Si può usare @code{\once} insieme a @code{\override} o @code{\revert}
+per agire solo sul momento corrente:
@lilypond[quote,verbatim]
<<
>>
@end lilypond
-
-@ignore
-Commands which change output generally look like
-
-@example
-\override Voice.Stem.thickness = #3.0
-@end example
-
-@noindent
-To construct this tweak we must determine these bits of information:
-
-@itemize
-@item the context: here @code{Voice}.
-@item the layout object: here @code{Stem}.
-@item the layout property: here @code{thickness}.
-@item a sensible value: here @code{3.0}.
-@end itemize
-
-@cindex internal documentation
-@cindex finding graphical objects
-@cindex graphical object descriptions
-@cindex tweaking
-@funindex \override
-@cindex internal documentation
-
-For many properties, regardless of the data type of the property, setting the
-property to false (@code{#f}) will result in turning it off, causing
-LilyPond to ignore that property entirely. This is particularly useful for
-turning off grob properties which may otherwise be causing problems.
-
-We demonstrate how to glean this information from the notation manual
-and the program reference.
-@end ignore
-
@seealso
Guida al funzionamento interno:
@rinternals{Backend}
@translationof The tweak command
@funindex \tweak
-@cindex tweaking
+@cindex tweak
-Changing grob properties
-with @code{\override} causes the changes to apply to all of the
-given grobs in the context at the moment the change applies.
-Sometimes, however, it is desirable to have changes apply to just
-one grob, rather than to all grobs in the affected context. This is
-accomplished with the @code{\tweak} command, which has the following
-syntax:
+Modificare le proprietà dei grob con @code{\override} fa sì che i
+cambiamenti siano applicati a tutti i grob in questione in quel
+contesto nel momento in cui la modifica viene applicata. Talvolta,
+tuttavia, si può voler applicare le modifiche a un solo grob invece
+che a tutti i grob del contesto interessato. Per farlo si usa il
+comando @code{\tweak}, che ha la seguente sintassi:
@example
-\tweak [@var{layout-object}.]@var{grob-property} @var{value}
+\tweak [@var{oggetto-formattazione}.]@var{proprietà-grob} @var{valore}
@end example
-Specifying @var{layout-object} is optional.
-The @code{\tweak} command applies to the music object that immediately
-follows @var{value} in the music stream.
+@var{oggetto-formattazione} è opzionale.
+Il comando @code{\tweak} viene applicato all'oggetto musicale che segue
+immediatamente @var{valore} nel flusso musicale.
-@ignore
-In some cases, it is possible to take a short-cut for tuning
-graphical objects. For objects that are created directly from
-an item in the input file, you can use the @code{\tweak} command.
-For example:
-
-@lilypond[verbatim,quote]
-\relative {
- < c''
- \tweak color #red
- d
- g
- \tweak duration-log #1
- a
- > 4
- -\tweak padding #8
- -^
-}
-@end lilypond
-
-
-
-The main use of the @code{\tweak} command is to modify just
-one of a number of notation elements which start at the same musical
-moment, like the notes of a chord, or tuplet brackets which start
-at the same time.
-
-The @code{\tweak} command sets a property in the following object
-directly, without requiring the grob name or context to be
-specified. For this to work, it is necessary for the @code{\tweak}
-command to remain immediately adjacent to the object to which it is
-to apply after the input file has been converted to a music stream.
-This is often not the case, as many additional elements are inserted
-into the music stream implicitly. For example, when a note which is
-not part of a chord is processed, LilyPond implicitly inserts a
-@code{ChordEvent} event before the note, so separating the tweak
-from the note. However, if chord symbols are placed round the
-tweak and the note, the @code{\tweak} command comes after the
-@code{ChordEvent} in the music stream, so remaining adjacent to the
-note, and able to modify it.
-
-So, this works:
-
-@lilypond[verbatim,fragment,quote]
-<\tweak color #red c''>4
-@end lilypond
-
-@noindent
-but this does not:
-
-@lilypond[verbatim,fragment,quote]
-\tweak color #red c''4
-@end lilypond
-
-@end ignore
-
-For an introduction to the syntax and uses of the tweak command
-see @rlearning{Metodi di modifica}.
+Per un'introduzione alla sintassi e agli usi del comando tweak leggere
+@rlearning{Metodi di modifica}.
-When several similar items are placed at the same musical moment,
-the @code{\override} command cannot be used to modify just one of
-them -- this is where the @code{\tweak} command must be used.
-Items which may appear more than once at the same musical moment
-include the following:
+Quando molti elementi simili sono disposti nello stesso momento musicale,
+non è possibile usare il comando @code{\override} per modificarne soltanto
+uno. È in casi come questi che occorre usare il comando @code{\tweak}.
+Ecco alcuni elementi che possono apparire più di una volta nello stesso
+momento musicale:
-@c TODO expand to include any further uses of \tweak
@itemize
-@item note heads of notes inside a chord
-@item articulation signs on a single note
-@item ties between notes in a chord
-@item tuplet brackets starting at the same time
+@item teste di note di un accordo
+@item segni di articolazione su una singola nota
+@item legature di valore tra note di un accordo
+@item parentesi di gruppi irregolari che iniziano nello stesso momento
@end itemize
-@c TODO add examples of these
+@cindex accordo, modificare una nota dell'
-@cindex chord, modifying one note in
-
-In this example, the color of one note head and the type of another
-note head are modified within a single chord:
+In questo esempio, il colore di una testa di nota e il tipo di testa di
+un'altra nota sono modificati all'interno di un accordo:
@lilypond[verbatim,fragment,quote]
< c''
> 4
@end lilypond
-@code{\tweak} can be used to modify slurs:
+@code{\tweak} può essere usato per modificare le legature di portamento:
@lilypond[verbatim,quote]
\relative { c'-\tweak thickness #5 ( d e f) }
@end lilypond
-For the @code{\tweak} command to work, it must
-remain immediately adjacent to the object to which it is
-to apply after the input file has been converted to a music stream.
-Tweaking a whole chord does not do anything since its music event
-only acts as a container, and all layout objects are created from events
-inside of the @code{EventChord}:
+Perché il comando @code{\tweak} funzioni, deve trovarsi proprio accanto
+all'oggetto al quale deve essere applicato dopo che il file di input è
+stato convertito in un flusso musicale. Modificare un intero accordo
+non cambia niente perché il suo evento musicale agisce solo come
+contenitore, mentre tutti gli oggetti della formattazione sono creati
+dagli eventi interni all'@tie{}@code{EventChord}:
@lilypond[verbatim,fragment,quote]
\tweak color #red c''4
<\tweak color #red c'' e''>4
@end lilypond
-The simple @code{\tweak} command cannot be used to modify any object
-that is not directly created from the input. In particular
-it will not affect stems, automatic
-beams or accidentals, since these are generated later by
-@code{NoteHead} layout objects rather than by music elements in the
-input stream.
+Il semplice comando @code{\tweak} non può essere usato per modificare un
+oggetto che non sia creato direttamente dall'input. In particolare, non
+agirà su gambi, travature automatiche o alterazioni, dato che questi sono
+generati successivamente dagli oggetti della formattazione di @code{NoteHead}
+invece che da elementi musicali nel flusso dell'input.
-Such indirectly created layout objects can be tweaked using the form
-of the @code{\tweak} command in which the grob name is specified
-explicitly:
+Tali oggetti della formattazione creati indirettamente possono essere tuttavia
+modificati usando una forma del comando @code{\tweak} in cui il nome del grob
+è indicato esplicitamente:
@lilypond[fragment,verbatim,quote]
\tweak Stem.color #red
<c'' e'' \tweak Accidental.font-size #-3 ges''>4
@end lilypond
-@code{\tweak} cannot be used to modify clefs or time
-signatures, since these become separated from any preceding
-@code{\tweak} command in the input stream by the automatic
-insertion of extra elements required to specify the context.
+@code{\tweak} non può essere usato per modificare le chiavi o le indicazioni
+di tempo, perché queste vengono separate da qualsiasi comando @code{\tweak}
+precedente nel flusso dell'input a causa dell'inserimento automatico di ulteriori
+elementi richiesti per specificare il contesto.
-Several @code{\tweak} commands may be placed before a
-notational element -- all affect it:
+Si possono usare vari comandi @code{\tweak} prima di un elemento della
+notazione e tutti avranno effetto su di esso:
@lilypond[verbatim,fragment,quote]
c'
f''
@end lilypond
-The music stream which is generated from a section of an input file,
-including any automatically inserted elements, may be examined,
-see @rextend{Displaying music expressions}. This may be helpful in
-determining what may be modified by a @code{\tweak} command, or
-in determining how to adjust the input to make a @code{\tweak}
-apply.
+Il flusso musicale generato da una sezione di un file di input, compresi
+gli elementi inseriti automaticamente, può essere esaminato, vedi
+@rextend{Displaying music expressions}. Ciò può essere utile nel determinare
+cosa può essere modificato da un comando @code{\tweak} o nel valutare come
+aggiustare l'input per far sì che un @code{\tweak} sia applicato.
@seealso
Manuale di apprendimento:
@knownissues
-@cindex tweaking control points
-@cindex control points, tweaking
+@cindex \tweak e punti di controllo
+@cindex punti di controllo e \tweak
-The @code{\tweak} command cannot be used to modify the control
-points of just one of several ties in a chord, other than the first
-one encountered in the input file.
+Il comando @code{\tweak} non può essere usato per modificare i punti di
+controllo di una sola legatura di valore tra tante in un accordo, se non
+quelli della prima legatura incontrata nel file di input.
-@node set versus override
-@subsection @code{\set} vs. @code{\override}
-@c TODO Should't a bunch of that be explained earlier?
+@node set vs override
+@subsection @code{\set} vs. @code{\override}
+@translationof set versus override
@funindex \set
@funindex \override
-Both @code{\set} and @code{\override} manipulate properties
-associated with contexts. In either case, properties heed the
-hierarchy of contexts: properties not set in a context itself show
-the values of the respective parent context.
-
-Values and lifetime of context properties are dynamic and only
-available when music is being interpreted, @q{iterated}. At the
-time of context creation, properties are initialized from the
-corresponding context definition and possible context
-modifications. Afterwards, changes are achieved with
-property-setting commands in the music itself.
-
-Now grob definitions are a special category of context properties.
-Since their structure, bookkeeping and use is different from
-ordinary context properties, they are accessed with a different
-set of commands, and treated separately in the documentation.
-
-As opposed to plain context properties, grob definitions are
-subdivided into grob properties. A @qq{grob} (graphical object)
-is usually created by an engraver at the time of interpreting a
-music expression and receives its initial properties from the
-current grob definition of the engraver's context. The engraver
-(or other @q{backend} parts of LilyPond) may subsequently add or
-change properties to the grob, but that does not affect the
-context's grob definition.
-
-What we call @q{grob properties} in the context of user-level
-tweaking are actually the properties of a context's grob
-definition. In contrast to ordinary context properties, grob
-definitions have the bookkeeping required to keep track of its
-parts, the individual grob properties (and even subproperties of
-them) separately so that it is possible to define those parts in
-different contexts and have the overall grob definition at the
-time of grob creation be assembled from pieces provided in
-different contexts among the current context and its parents.
-
-Grob definitions are manipulated using @code{\override} and
-@code{\revert} and have a name starting with a capital letter
-(like @samp{NoteHead}) whereas ordinary context properties are
-manipulated using @code{\set} and @code{\unset} and are named
-starting with a lowercase letter.
-
-@cindex tweak, relation to @code{\override}
+Sia @code{\set} che @code{\override} manipolano le proprietà
+associate ai contesti. In entrambi i casi, le proprietà
+seguono la gerarchia dei contesti: proprietà non impostate in
+un contesto mostrano i valori del rispettivo contesto padre.
+
+I valori e la durata delle proprietà di contesto sono dinamici e
+disponibili soltanto mentre la musica viene interpretata, @qq{reiterata}.
+Nel momento della creazione del contesto, le proprietà sono inizializzate
+a partire dalla definizione di contesto corrispondente e dalle possibili
+modifiche di contesto. Poi le modifiche vengono fatte con dei comandi
+che impostano la proprietà presenti nella musica stessa.
+
+Le definizioni di grob sono una categoria speciale di proprietà di
+contesto. Dato che la loro struttura, @qq{contabilità} e uso sono
+diversi dalle normali proprietà di contesto, ad esse si accede con
+un insieme diverso di comandi e sono trattate in modo separato
+nella documentazione.
+
+Al contrario delle semplici proprietà di contesto, le definizioni di grob
+sono suddivise in proprietà del grob. Un @qq{grob} (oggetto grafico)
+viene solitamente creato da un incisore nel momento in cui l'espressione
+musicale viene interpretata e riceve le sue proprietà iniziali dalla definizione
+del grob corrente del contesto dell'incisore. L'incisore (o altre parti del
+@q{backend} di LilyPond) può successivamente togliere o cambiare le proprietà
+del grob, ma ciò non ha effetto sulla definizione di grob del contesto.
+
+Ciò che chiamiamo @q{proprietà del grob} nel contesto delle modifiche a
+livello di utente sono in realtà le proprietà della definizione di grob di
+un contesto. Al contrario delle normali proprietà di contesto, le definizioni
+di grob hanno dei registri per tenere traccia delle sue parti e delle proprietà
+individuali dei grob (e perfino delle loro sottoproprietà) separatamente, così
+che sia possibile definire queste parti in contesti diversi e far sì che la
+definizione di grob complessiva sia assemblata dai pezzi forniti in contesti
+diversi compresi tra il contesto corrente e i suoi contesti superiori.
+
+Le definizioni di grob sono manipolate con @code{\override} e
+@code{\revert} e hanno un nome che inizia con una lettera maiuscola
+(come @samp{NoteHead}), mentre le normali proprietà di contesto sono
+manipolate con @code{\set} e @code{\unset} e il loro nome inizia con
+una lettera minuscola.
+
+@cindex tweak, relazione con @code{\override}
@funindex \tweak
@funindex \overrideProperty
-The special commands @code{\tweak} and @code{\overrideProperty}
-change grob properties bypassing context properties completely.
-Instead they catch grobs as they are being created and then
-directly set properties on them when they originate from a tweaked
-music event or are of a particular kind, respectively.
+I comandi speciali @code{\tweak} e @code{\overrideProperty} modificano le
+proprietà dei grob bypassando completamente le proprietà di contesto.
+Catturano i grob mentre vengono creati e poi impostano direttamente
+le proprietà su di essi quando vengono da un evento musicale modificato
+o sono di un tipo particolare.
-@node Modifying alists
-@subsection Modifying alists
-Some user-configurable properties are internally represented as
-@emph{alists} (association lists), which store pairs of
-@emph{keys} and @emph{values}. The structure of an alist is:
+@node Modifica delle liste associative
+@subsection Modifica delle liste associative
+@translationof Modifying alists
+
+Alcune proprietà configurabili dall'utente sono rappresentate internamente
+come @emph{alist} (liste associative), che contengono coppie di
+@emph{chiavi} e @emph{valori}. La struttura di una lista associativa è:
@example
-'((@var{key1} . @var{value1})
- (@var{key2} . @var{value2})
- (@var{key3} . @var{value3})
+'((@var{chiave1} . @var{valore1})
+ (@var{chiave2} . @var{valore2})
+ (@var{chiave3} . @var{valore3})
@dots{})
@end example
-If an alist is a grob property or @code{\paper} variable, its keys
-can be modified individually without affecting other keys.
+Se una lista associativa è una proprietà di un grob o una variabile
+@code{\paper}, le sue chiavi possono essere modificate individualmente
+senza influenzare altre chiavi.
-For example, to reduce the space between adjacent staves in a
-staff-group, use the @code{staff-staff-spacing} property of the
-@code{StaffGrouper} grob. The property is an alist with four
-keys: @code{basic-distance}, @code{minimum-distance},
-@code{padding}, and @code{stretchability}. The standard settings
-for this property are listed in the @qq{Backend} section of the
-Guida al funzionamento interno (see @rinternals{StaffGrouper}):
+Per esempio, per ridurre lo spazio tra righi adiacenti in un gruppo di
+righi, si usa la proprietà @code{staff-staff-spacing} del grob
+@code{StaffGrouper}. La proprietà è una lista associativa con quattro
+chiavi: @code{basic-distance}, @code{minimum-distance},
+@code{padding} e @code{stretchability}. Le impostazioni predefinite
+per questa proprietà sono elencate nella sezione @qq{Backend} della
+Guida al funzionamento interno (vedi @rinternals{StaffGrouper}):
@example
'((basic-distance . 9)
(stretchability . 5))
@end example
-One way to bring the staves closer together is by reducing the
-value of the @code{basic-distance} key (@code{9}) to match the
-value of @code{minimum-distance} (@code{7}). To modify a single
-key individually, use a @emph{nested declaration}:
+Un modo per avvicinare i righi è ridurre il valore della chiave
+@code{basic-distance} (@code{9}) perché corrisponda al valore
+di @code{minimum-distance} (@code{7}). Per modificare una chiave
+singola individualmente, usare una @emph{dichiarazione annidata}:
@lilypond[quote,verbatim]
-% default space between staves
+% spazio predefinito tra i righi
\new PianoStaff <<
\new Staff { \clef treble c''1 }
\new Staff { \clef bass c1 }
>>
-% reduced space between staves
+% spazio ridotto tra i righi
\new PianoStaff \with {
- % this is the nested declaration
+ % questa è la dichiarazione annidata
\override StaffGrouper.staff-staff-spacing.basic-distance = #7
} <<
\new Staff { \clef treble c''1 }
>>
@end lilypond
-Using a nested declaration will update the specified key (such as
-@code{basic-distance} in the above example) without altering any
-other keys already set for the same property.
+Con una dichiarazione annidata si aggiornerà la chiave specificata (come
+@code{basic-distance} nell'esempio precedente) senza modificare alcuna
+altra chiave già impostata per la stessa proprietà.
-Now suppose we want the staves to be as close as possible without
-overlapping. The simplest way to do this is to set all four alist
-keys to zero. However, it is not necessary to enter four nested
-declarations, one for each key. Instead, the property can be
-completely re-defined with one declaration, as an alist:
+Ora immaginiamo di volere che i righi siano più vicini possibile ma senza
+sovrapporsi. Il modo più semplice per fare ciò è impostare tutte e quattro
+le chiavi della lista su zero. Tuttavia, non è necessario inserire quattro
+dichiarazioni annidate, una per ogni chiave. Si può invece ridefinire
+completamente la proprietà con una sola dichiarazione, attraverso una
+lista associativa:
@lilypond[quote,verbatim]
\new PianoStaff \with {
>>
@end lilypond
-Note that any keys not explicitly listed in the alist definition
-will be reset to their @emph{default-when-unset} values. In the
-case of @code{staff-staff-spacing}, any unset key-values would be
-reset to zero (except @code{stretchability}, which takes the value
-of @code{basic-distance} when unset). Thus the following two
-declarations are equivalent:
+Nota bene che qualsiasi chiave non elencata esplicitamente nella
+definizione della lista associativa sarà ripristinata al suo valore
+@emph{predefinito-quando-non-impostato}. Nel caso di
+@code{staff-staff-spacing}, qualsiasi chiave-valore non impostata
+viene ripristinata su zero (eccetto @code{stretchability}, che
+prende il valore di @code{basic-distance} quando non è impostata). Dunque
+le due seguenti dichiarazioni sono equivalenti:
@example
\override StaffGrouper.staff-staff-spacing =
(stretchability . 7))
@end example
-One (possibly unintended) consequence of this is the removal of
-any standard settings that are set in an initialization file and
-loaded each time an input file is compiled. In the above example,
-the standard settings for @code{padding} and
-@code{minimum-distance} (defined in @file{scm/define-grobs.scm})
-are reset to their default-when-unset values (zero for both keys).
-Defining a property or variable as an alist (of any size) will
-always reset all unset key-values to their default-when-unset
-values. Unless this is the intended result, it is safer to update
-key-values individually with a nested declaration.
-
-@warning{Nested declarations will not work for context property
-alists (such as @code{beamExceptions}, @code{keyAlterations},
-@code{timeSignatureSettings}, etc.). These properties can only be
-modified by completely re-defining them as alists.}
+Una conseguenza (possibilmente non voluta) di questo approccio è
+l'eliminazione di eventuali impostazioni predefinite impostate in
+un file di inizializzazione e caricate ogni volta che un file di
+input viene compilato. Nell'esempio precedente le impostazioni
+predefinite per @code{padding} e @code{minimum-distance} (definite
+in @file{scm/define-grobs.scm}) sono ripristinate ai loro valori
+predefiniti-quando-non-impostati (zero per entrambe le chiavi).
+La definizione di una proprietà o di una variabile come una lista
+associativa (di qualsiasi dimensione) ripristinerà sempre tutte
+le chiavi-valori ai loro valori predefiniti-quando-non-impostati.
+A meno che questo non sia il risultato voluto, è più sicuro
+aggiornare le chiavi-valori individualmente con una dichiarazione
+annidata.
+
+@warning{Le dichiarazioni annidate non funzionano per le liste
+associative delle proprietà di contesto (come @code{beamExceptions},
+@code{keyAlterations}, @code{timeSignatureSettings}, etc.). Queste
+proprietà possono essere modificate soltanto ridefinendole completamente
+come liste associative.}
@node Proprietà e concetti utili
@menu
-* Input modes::
-* Direction and placement::
-* Distances and measurements::
-* Dimensions::
-* Staff symbol properties::
-* Spanners::
-* Visibility of objects::
-* Line styles::
-* Rotating objects::
+* Modalità di inserimento::
+* Direzione e posizionamento::
+* Distanze e misurazioni::
+* Dimensioni::
+* Proprietà del simbolo del rigo::
+* Estensori::
+* Visibilità degli oggetti::
+* Stili della linea::
+* Rotazione degli oggetti::
@end menu
-@node Input modes
-@subsection Input modes
+@node Modalità di inserimento
+@subsection Modalità di inserimento
+@translationof Input modes
-The way in which the notation contained within an input file is
-interpreted is determined by the current input mode.
+Il modo in cui la notazione contenuta in un file di input è interpretata è
+determinato dalla modalità di inserimento corrente.
-@subsubsubheading Chord mode
+@subsubsubheading Modalità accordo
-This is activated with the @code{\chordmode} command, and causes
-input to be interpreted with the syntax of chord notation, see
-@ref{Chord notation}. Chords are rendered as notes on a staff.
+Viene attivata col comando @code{\chordmode} e fa sì che l'input
+sia interpretato con la sintassi della notazione degli accordi, vedi
+@ref{Chord notation}. Gli accordi sono visualizzati come note su
+un rigo.
-Chord mode is also activated with the @code{\chords} command.
-This also creates a new @code{ChordNames} context and
-causes the following input to be interpreted with the syntax of
-chord notation and rendered as chord names in the @code{ChordNames}
-context, see @ref{Printing chord names}.
+La modalità accordo viene attivata anche col comando @code{\chords}.
+Questo crea anche un nuovo contesto @code{ChordNames} e fa sì che
+l'input che segue sia interpretato con la sintassi della notazione
+degli accordi e visualizzato come nomi di accordo nel contesto
+@code{ChordNames}, vedi @ref{Printing chord names}.
-@subsubsubheading Drum mode
+@subsubsubheading Modalità percussioni
-This is activated with the @code{\drummode} command, and causes
-input to be interpreted with the syntax of drum notation, see
-@ref{Basic percussion notation}.
+Viene attivata col comando @code{\drummode} e fa sì che l'input
+sia interpretato con la sintassi della notazione delle percussioni,
+vedi @ref{Basic percussion notation}.
-Drum mode is also activated with the @code{\drums} command.
-This also creates a new @code{DrumStaff} context and causes the
-following input to be interpreted with the syntax of drum notation
-and rendered as drum symbols on a drum staff, see
-@ref{Basic percussion notation}.
+La modalità percussioni viene attivata anche col comando @code{\drums}.
+Questo crea anche un nuovo contesto @code{DrumStaff} e fa sì che
+l'input che segue sia interpretato con la sintassi della notazione
+delle percussioni e visualizzato come simboli di percussione su un
+rigo ritmico, vedi @ref{Basic percussion notation}.
-@subsubsubheading Figure mode
+@subsubsubheading Modalità basso continuo
-This is activated with the @code{\figuremode} command, and causes
-input to be interpreted with the syntax of figured bass, see
-@ref{Entering figured bass}.
+Viene attivata col comando @code{\figuremode} e fa sì che
+l'input che segue sia interpretato con la sintassi del basso
+continuo, vedi @ref{Entering figured bass}.
-Figure mode is also activated with the @code{\figures} command.
-This also creates a new @code{FiguredBass} context and causes the
-following input to be interpreted with the figured bass syntax
-and rendered as figured bass symbols in the @code{FiguredBass}
-context, see @ref{Introduction to figured bass}.
+La modalità basso continuo viene attivata anche col comando @code{\figures}.
+Questo crea anche un nuovo contesto @code{FiguredBass} e fa sì che
+l'input che segue sia interpretato con la sintassi del basso continuo
+e visualizzato come numeri di basso nel contesto @code{FiguredBass},
+vedi @ref{Introduction to figured bass}.
-@subsubsubheading Fret and tab modes
+@subsubsubheading Modalità tastiera e intavolatura
-There are no special input modes for entering fret and tab symbols.
+Non esistono speciali modalità di inserimento per i simboli della tastiera
+e dell'intavolatura (o tablatura).
-To create tab diagrams, enter notes or chords in note mode and
-render them in a @code{TabStaff} context, see
+Per creare diagrammi in intavolatura, inserire note o accordi nella modalità
+nota e visualizzarli in un contesto @code{TabStaff}, vedi
@ref{Default tablatures}.
-To create fret diagrams above a staff, you have two choices.
-You can either use the @code{FretBoards} context (see
-@ref{Automatic fret diagrams} or you can enter them as a markup
-above the notes using the @code{\fret-diagram} command (see
+Per creare diagrammi della tastiera sopra un rigo, ci sono due opzioni.
+Si può usare il contesto @code{FretBoards} (vedi
+@ref{Automatic fret diagrams}) oppure inserirli come testo (markup)
+sopra le note usando il comando @code{\fret-diagram} (vedi
@ref{Fret diagram markups}).
-@subsubsubheading Lyrics mode
+@subsubsubheading Modalità testo vocale
-This is activated with the @code{\lyricmode} command, and causes
-input to be interpreted as lyric syllables with optional durations
-and associated lyric modifiers, see @ref{Vocal music}.
+Viene attivata col comando @code{\lyricmode} e fa sì che l'input
+sia interpretato come sillabe del testo vocale con durate opzionali
+e modificatori del testo associato, vedi @ref{Vocal music}.
-Lyric mode is also activated with the @code{\addlyrics} command.
-This also creates a new @code{Lyrics} context and an implicit
-@code{\lyricsto} command which associates the following lyrics
-with the preceding music.
+La modalità testo vocale viene attivata anche col comando @code{\addlyrics}.
+Questo crea anche un nuovo contesto @code{Lyrics} e un comando implicito
+@code{\lyricsto} che associa il testo vocale che segue con la musica che
+lo precede.
-@subsubsubheading Markup mode
+@subsubsubheading Modalità testo (markup)
-This is activated with the @code{\markup} command, and causes
-input to be interpreted with the syntax of markup, see
+Viene attivata col comando @code{\markup} e fa sì che l'input
+sia interpretato con la sintassi di markup, vedi
@ref{Text markup commands}.
-@subsubsubheading Note mode
+@subsubsubheading Modalità nota
-This is the default mode or it may be activated with the
-@code{\notemode} command. Input is interpreted as pitches,
-durations, markup, etc and typeset as musical notation on a staff.
+Questa è la modalità predefinita e può essere attivata esplicitamente
+col comando @code{\notemode}. L'input viene interpretato come altezze,
+durate, markup, etc. e rappresentato come notazione musicale su un rigo.
-It is not normally necessary to specify note mode explicitly, but
-it may be useful to do so in certain situations, for example if you
-are in lyric mode, chord mode or any other mode and want to insert
-something that only can be done with note mode syntax.
+Normalmente non è necessario specificare la modalità nota esplicitamente, ma
+potrebbe essere utile farlo in alcune situazioni, per esempio se si è in
+modalità testo vocale o accordo o qualsiasi altra modalità e si vuole inserire
+qualcosa che può essere fatto solo con la sintassi della modalità nota.
-@node Direction and placement
-@subsection Direction and placement
+@node Direzione e posizionamento
+@subsection Direzione e posizionamento
+@translationof Direction and placement
-In typesetting music the direction and placement of many items is
-a matter of choice. For example, the stems of notes can
-be directed up or down; lyrics, dynamics, and other expressive
-marks may be placed above or below the staff; text may be aligned
-left, right or center; etc. Most of these choices may be left to
-be determined automatically by LilyPond, but in some cases it may
-be desirable to force a particular direction or placement.
+Nella composizione tipografica musicale la direzione e il posizionamento di
+molti elementi è una questione di gusto. Per esempio, i gambi delle note
+possono essere rivolti in su o in giù; testi, dinamiche e altri segni
+espressivi possono essere posti sopra o sotto il rigo; il testo può
+essere allineato a sinistra, destra o al centro; etc. La maggior parte
+di queste scelte possono essere lasciate alla decisione di LilyPond, ma in
+alcuni casi si può voler forzare una direzione o un posizionamento particolari.
@menu
-* Articulation direction indicators::
-* The direction property::
+* Indicatori di direzione delle articolazioni::
+* La proprietà direction::
@end menu
-@node Articulation direction indicators
-@unnumberedsubsubsec Articulation direction indicators
+@node Indicatori di direzione delle articolazioni
+@unnumberedsubsubsec Indicatori di direzione delle articolazioni
+@translationof Articulation direction indicators
-By default some directions are always up or always down (e.g.
-dynamics or fermata), while other things can alternate between
-up or down based on the stem direction (like slurs or accents).
+Per impostazione predefinita alcune direzioni sono sempre in su o sempre in
+giù (es: le dinamiche o la corona), mentre altri elementi possono alternare
+tra su e giù in base alla direzione del gambo (come le legature di portamento
+o gli accenti).
@c TODO Add table showing these
-The default action may be overridden by prefixing the articulation
-by a @emph{direction indicator}. Three direction indicators are
-available: @code{^} (meaning @qq{up}), @code{_} (meaning @qq{down})
-and @code{-} (meaning @qq{use default direction}). The direction
-indicator can usually be omitted, in which case @code{-} is assumed,
-but a direction indicator is @strong{always} required before
+L'azione predefinita può essere modificata anteponendo all'articolazione
+un @emph{indicatore di direzione}. Sono disponbibili tre indicatori
+di direzione: @code{^} (ovvero @qq{su}), @code{_} (ovvero @qq{giù})
+e @code{-} (ovvero @qq{usa la direzione predefinita}). L'indicatore di
+direzione solitamente può essere omesso, nel qual caso viene supposto @code{-},
+ma un indicatore di direzione è @strong{sempre} richiesto prima di
@itemize
-@item @code{\tweak} commands
-@item @code{\markup} commands
-@item @code{\tag} commands
-@item string markups, e.g. -"string"
-@item fingering instructions, e.g. @w{@code{-1}}
-@item articulation shortcuts, e.g. @w{@code{-.}}, @w{@code{->}}, @w{@code{--}}
+@item comandi @code{\tweak}
+@item comandi @code{\markup}
+@item comandi @code{\tag}
+@item stringhe di testo, ovvero -"stringa"
+@item istruzioni di diteggiatura, come @w{@code{-1}}
+@item scorciatoie delle articolazioni, come @w{@code{-.}}, @w{@code{->}}, @w{@code{--}}
@end itemize
-Direction indicators affect only the next note:
+Gli indicatori di direzione hanno effetto soltanto sulla nota vicina:
@lilypond[verbatim,quote]
\relative {
}
@end lilypond
-@node The direction property
-@unnumberedsubsubsec The direction property
+@node La proprietà direction
+@unnumberedsubsubsec La proprietà direction
+@translationof The direction property
-The position or direction of many layout objects is controlled by the
-@code{direction} property.
+La posizione della direzione di molti oggetti della formattazione è regolata
+dalla proprietà @code{direction}.
-The value of the @code{direction} property may be set to @code{1},
-meaning @qq{up} or @qq{above}, or to @w{@code{-1}}, meaning @qq{down} or
-@qq{below}. The symbols @code{UP} and @code{DOWN} may be used instead
-of @code{1} and @w{@code{-1}} respectively. The default direction may
-be specified by setting @code{direction} to @code{0} or @code{CENTER}.
-Alternatively, in many cases predefined commands exist to specify the
-direction. These are of the form
+Il valore della proprietà @code{direction} può essere impostata su @code{1},
+ovvero @qq{su} o @qq{sopra}, oppure su @w{@code{-1}}, ovvero @qq{giù} o
+@qq{sotto}. I simboli @code{UP} e @code{DOWN} possono essere usati al
+posto di @code{1} e @w{@code{-1}}. La direzione predefinita può essere
+specificata impostando @code{direction} su @code{0} o @code{CENTER}.
+Altrimenti, in molti casi esistono comandi predefiniti per specificare la
+direzione. Questo hanno la forma
@example
-@code{\xxxUp}, @code{\xxxDown} or @code{\xxxNeutral}
+@code{\xxxUp}, @code{\xxxDown} o @code{\xxxNeutral}
@end example
@noindent
-where @code{\xxxNeutral} means @qq{use the default} direction.
-See @rlearning{Oggetti interni al rigo}.
+dove @code{\xxxNeutral} significa @qq{usa la direzione predefinita}.
+Vedi @rlearning{Oggetti interni al rigo}.
-In a few cases, arpeggio for example, the value of the @code{direction}
-property can specify whether the object is to be placed to the right or
-left of the parent. In this case @w{@code{-1}} or @code{LEFT} means
-@qq{to the left} and @code{1} or @code{RIGHT} means @qq{to the right}.
-@code{0} or @code{CENTER} means @qq{use the default} direction.
+In pochi casi, per esempio l'arpeggio, il valore della proprietà @code{direction}
+può specificare se l'oggetto debba essere posizionato a destra o a sinistra
+dell'oggetto genitore. In questo caso @w{@code{-1}} o @code{LEFT} significano
+@qq{a sinistra} e @code{1} o @code{RIGHT} significano @qq{a destra}.
+@code{0} o @code{CENTER} significano @qq{usa la direzione predefinita}.
@ignore
These all have side-axis set to #X
TrillPitchGroup - not tried
@end ignore
-These indications affect all notes until they are canceled.
+Queste indicazioni hanno effetto su tutte le note finché non vengono annullate.
@lilypond[verbatim,quote]
\relative {
}
@end lilypond
-In polyphonic music, it is generally better to specify an explicit
-@code{voice} than change an object's direction. For more information.
-See @ref{Multiple voices}.
+Nella musica polifonica, generalmente è meglio specificare una voce esplicita
+invece di cambiare la direzione di un oggetto. Maggiori informazioni
+in @ref{Multiple voices}.
@seealso
Manuale di apprendimento:
@ref{Multiple voices}.
-@node Distances and measurements
-@subsection Distances and measurements
+@node Distanze e misurazioni
+@subsection Distanze e misurazioni
+@translationof Distances and measurements
@cindex distances, absolute
@cindex distances, scaled
@funindex \in
@funindex \pt
-Distances in LilyPond are of two types: absolute and scaled.
-
-Absolute distances are used for specifying margins, indents, and
-other page layout details, and are by default specified in
-millimeters. Distances may be specified in other units by
-following the quantity by @code{\mm}, @code{\cm},
-@code{\in}@tie{}(inches), or @code{\pt}@tie{}(points, 1/72.27 of
-an inch). Page layout distances can also be specified in scalable
-units (see the following paragraph) by appending
-@code{\staff-space} to the quantity. Page layout is described in
-detail in @ref{Page layout}.
-
-Scaled distances are always specified in units of the staff-space
-or, rarely, the half staff-space. The staff-space is the distance
-between two adjacent staff lines. The default value can be changed
-globally by setting the global staff size, or it can be overridden
-locally by changing the @code{staff-space} property of
-@code{StaffSymbol}. Scaled distances automatically scale with any
-change to the either the global staff size or the
-@code{staff-space} property of @code{StaffSymbol}, but fonts scale
-automatically only with changes to the global staff size.
-The global staff size thus enables the overall size of a rendered
-score to be easily varied. For the methods of setting the global
-staff size see @ref{Setting the staff size}.
+Le distanze in LilyPond sono di due tipi: assolute e proporzionali.
+
+Le distanze assolute si usano per specificare i margini, le indentazioni e
+altri dettagli della formattazione di pagina; per impostazione predefinita
+sono specificate in millimetri. Le distanze possono essere specificate in
+altre unità di misura appendendo alla quantità @code{\mm}, @code{\cm},
+@code{\in}@tie{}(inch, ovvero pollici) o @code{\pt}@tie{}(punti, 1/72.27 di
+un pollice). Le distanze della formattazione di pagina possono essere
+specificate anche in unità di misura proporzionali (vedi paragrafo seguente)
+appendendo @code{\staff-space} alla quantità. La formattazione di pagina è
+trattata dettagliatamente in @ref{Page layout}.
+
+Le distanze proporzionali sono sempre specificate in unità di spazi
+rigo o, raramente, mezzo spazio rigo. Lo spazio rigo è la distanza
+tra due linee del rigo adiacenti. Il valore predfinito può essere
+modificato globalmente impostando la dimensione globale del rigo oppure
+può essere sovrascritto localmente cambiando la proprietà @code{staff-space}
+di @code{StaffSymbol}. Le distanze proporzionali vengono ridimensionate
+automaticamente insieme a qualsiasi cambiamento nella dimensione globale
+del rigo o nella proprietà @code{staff-space} di @code{StaffSymbol}, mentre i
+tipi di carattere vengono ridimensionati automaticamente soltanto con i
+cambiamenti alla dimensione globale del rigo. Questa permette quindi di
+variare facilmente la dimensione complessiva di una partitura. I metodi
+per impostare la dimensione globale del rigo sono descritti in
+@ref{Setting the staff size}.
@funindex magstep
-If just a section of a score needs to be rendered to a different
-scale, for example an ossia section or a footnote, the global staff
-size cannot simply be changed as this would affect the entire score.
-In such cases the change in size is made by overriding both the
-@code{staff-space} property of @code{StaffSymbol} and the size of
-the fonts. A Scheme function, @code{magstep}, is available to
-convert from a font size change to the equivalent change in
-@code{staff-space}. For an explanation and an example of its use,
-see @rlearning{Lunghezza e spessore degli oggetti}.
+Se soltanto una sezione di una partitura deve essere elaborata su una
+scala diversa, per esempio una sezione ossia o una nota a piè di pagina,
+non si può cambiare la dimensione globale del rigo perché ciò avrebbe
+effetto sull'intera partitura. In questi casi bisogna modificare sia
+la proprietà @code{staff-space} di @code{StaffSymbol} sia la dimensione
+dei tipi di carattere. Esiste una funzione Scheme, @code{magstep}, che
+permette di convertire una modifica della dimensione del tipo di carattere
+nella modifica equivalente in @code{staff-space}. Questa funzione è spiegata
+e esemplificata in @rlearning{Lunghezza e spessore degli oggetti}.
@seealso
Manuale di apprendimento:
@ref{Setting the staff size}.
-@node Dimensions
-@subsection Dimensions
+@node Dimensioni
+@subsection Dimensioni
+@translationof Dimensions
-@cindex dimensions
-@cindex bounding box
+@cindex dimensioni
+@cindex riquadro intorno all'oggetto
-The dimensions of a graphical object specify the positions of the left
-and right edges and the bottom and top edges of the objects' bounding
-box as distances from the objects' reference point in units of
-staff-spaces. These positions are usually coded as two Scheme pairs.
-For example, the text markup command @code{\with-dimensions} takes
-three arguments, the first two of which are a Scheme pair giving the
-left and right edge positions and a Scheme pair giving the bottom and
-top edge positions:
+Le dimensioni di un oggetto grafico specificano le posizioni delle estremità
+sinistra e destra e di quelle inferiore e superiore del riquadro in cui sono
+iscritti gli oggetti come distanze dal punto di riferimento degli oggetti in
+unità di spazi rigo. Queste posizioni sono solitamente scritte come due
+coppie Scheme. Per esempio, il comando di testo @code{\with-dimensions} prende
+tre argomenti: i primi due sono una coppia Scheme che indica le posizioni
+delle estremità sinistra e destra e un'altra coppia Scheme che indica le
+posizioni delle estremità inferiore e superiore:
@example
\with-dimensions #'(-5 . 10) #'(-3 . 15) @var{arg}
@end example
-This specifies a bounding box for @var{arg} with its left edge at -5,
-its right edge at 10, its bottom edge at -3 and its top edge at 15,
-all measured from the objects' reference point in units of
-staff-spaces.
+Questo comando specifica un riquadro per @var{arg} il cui margine sinistro
+si trova a -5, il margine destro a 10, il margine inferiore a -3 e quello
+superiore a 15, tutti misurati a partire dal punto di riferimento degli
+oggetti in unità di spazi rigo.
@seealso
Guida alla notazione:
@ref{Distances and measurements}.
-@node Staff symbol properties
-@subsection Staff symbol properties
+@node Proprietà del simbolo del rigo
+@subsection Proprietà del simbolo del rigo
+@translationof Staff symbol properties
-@cindex adjusting staff symbol
-@cindex drawing staff symbol
-@cindex staff symbol, setting of
+@cindex cambiare il simbolo del rigo
+@cindex disegnare il simbolo del rigo
+@cindex simbolo del rigo, impostazione 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
-The vertical position of staff lines and the number of staff lines
-can be defined at the same time. As the following example shows,
-note positions are not influenced by the staff line positions.
+La posizione verticale e il numero delle linee del rigo possono essere
+definiti contemporaneamente. Come mostra l'esempio seguente, le posizioni
+delle note non sono influenzate dalle posizioni delle linee del rigo.
-@warning{The @code{'line-positions} property overrides the
-@code{'line-count} property. The number of staff lines is
-implicitly defined by the number of elements in the list of values
-for @code{'line-positions}.}
+@warning{La proprietà @code{'line-positions} sovrascrive la proprietà
+@code{'line-count}. Il numero di linee del rigo è definito implicitamente
+dal numero di elementi nella lista di valori per @code{'line-positions}.}
@lilypond[verbatim,quote]
\new Staff \with {
\relative { a4 e' f b | d1 }
@end lilypond
-The width of a staff can be modified. The units are staff
-spaces. The spacing of objects inside the staff is not affected by
-this setting.
+La larghezza di un rigo può essere modificata. Le unità sono spazi
+rigo. La spaziatura degli oggetti dentro il rigo non è influenzata
+da questa impostazione.
@lilypond[verbatim,quote]
\new Staff \with {
@end lilypond
-@node Spanners
-@subsection Spanners
+@node Estensori
+@subsection Estensori
+@translationof Spanners
-Many objects of musical notation extend over several notes or even
-several bars. Examples are slurs, beams, tuplet brackets, volta
-repeat brackets, crescendi, trills, and glissandi. Such objects
-are collectively called @qq{spanners}, and have special properties to control
-their appearance and behaviour. Some of these properties are common
-to all spanners; others are restricted to a sub-set of the spanners.
+Molti oggetti della notazione musicale si estendono per varie note o addirittura
+per molte battute. Ne sono un esempio le legature di portamento, le travature,
+le parentesi dei gruppi irregolari, quelle delle volte delle ripetizioni, i
+crescendi, i trilli e i glissandi. Tali oggetti vengono chiamati @qq{estensori}
+(o spanner, in inglese) e hanno delle proprietà speciali per regolare il loro
+aspetto e comportamento. Alcune di queste proprietà sono comuni a tutti gli
+estensori; altre sono limitate a un sottoinsieme di estensori.
-All spanners support the @code{spanner-interface}. A few, essentially
-those that draw a straight line between the two objects, support in
-addition the @code{line-spanner-interface}.
+Tutti gli estensori supportano l'interfaccia @code{spanner-interface}. Ma pochi,
+essenzialmente quelli che disegnano una linea dritta tra due oggetti, supportano
+anche l'interfaccia @code{line-spanner-interface}.
@menu
-* Using the spanner-interface::
-* Using the line-spanner-interface::
+* Uso di spanner-interface::
+* Uso di line-spanner-interface::
@end menu
-@node Using the spanner-interface
-@unnumberedsubsubsec Using the @code{spanner-interface}
-
-This interface provides two properties that apply to several spanners.
+@node Uso di spanner-interface
+@unnumberedsubsubsec Uso di @code{spanner-interface}
+@translationof Using the spanner-interface
-@subsubsubheading The @code{minimum-length} property
+Questa interfaccia fornisce due proprietà che si applicano a vari estensori.
-The minimum length of the spanner is specified by the
-@code{minimum-length} property. Increasing this usually has the
-necessary effect of increasing the spacing of the notes between the
-two end points. However, this override has no effect on
-many spanners, as their length is determined by other considerations.
-A few examples where it is effective are shown below.
+@subsubsubheading La proprietà @code{minimum-length}
-@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
+La lunghezza minima dell'estensore è specificata dalla proprietà
+@code{minimum-length}. Aumentando questa si aumenta necessariamente
+anche la spaziatura delle note comprese tra le due estremità.
+Tuttavia questa modifica non ha effetto su molti estensori, perché
+la loro lunghezza è determinata da altre considerazioni. Di seguito
+vengono mostrati alcuni esempi in cui è in funzione.
@lilypond[verbatim,quote,fragment]
a'~ a'
a'
-% increase the length of the tie
+% aumenta la lunghezza della legatura di valore
-\tweak minimum-length #5
~ a'
@end lilypond
\relative \compressMMRests {
a'1
R1*23
- % increase the length of the rest bar
+ % aumenta la lunghezza della misura con pausa
\once \override MultiMeasureRest.minimum-length = #20
R1*23
a1
@lilypond[verbatim,quote]
\relative {
a' \< a a a \!
- % increase the length of the hairpin
+ % aumenta la lunghezza della forcella
\override Hairpin.minimum-length = #20
a \< a a a \!
}
@end lilypond
-This override can also be used to increase the length of slurs and
-phrasing slurs:
+Questa modifica può essere usata anche per aumentare la lunghezza delle
+legature di portamento e di frase:
@lilypond[verbatim,quote]
\relative {
}
@end lilypond
-For some layout objects, the @code{minimum-length} property becomes
-effective only if the @code{set-spacing-rods} procedure is called
-explicitly. To do this, the @code{springs-and-rods} property should
-be set to @code{ly:spanner::set-spacing-rods}. For example,
-the minimum length of a glissando has no effect unless the
-@code{springs-and-rods} property is set:
+Per alcuni oggetti della formattazione, la proprietà @code{minimum-length}
+diventa effettiva solo se viene richiamata esplicitamente la procedura
+@code{set-spacing-rods}. Per farlo, la proprietà @code{springs-and-rods}
+deve essere impostata su @code{ly:spanner::set-spacing-rods}. Per esempio,
+la lunghezza minima di un glissando cambia solo quando si imposta la
+proprietà @code{springs-and-rods}:
@lilypond[verbatim,fragment,quote]
% default
e' \glissando c''
-% not effective alone
+% non funziona da sola
\once \override Glissando.minimum-length = #20
e' \glissando c''
-% effective only when both overrides are present
+% funziona solo quando entrambe le modifiche sono presenti
\once \override Glissando.minimum-length = #20
\once \override Glissando.springs-and-rods = #ly:spanner::set-spacing-rods
e' \glissando c''
@end lilypond
-The same is true of the @code{Beam} object:
+Lo stesso vale per l'oggetto @code{Beam}:
@lilypond[verbatim,fragment,quote]
-% not effective alone
+% non funziona da sola
\once \override Beam.minimum-length = #20
e'8 e' e' e'
-% effective only when both overrides are present
+% funziona solo quando entrambe le modifiche sono presenti
\once \override Beam.minimum-length = #20
\once \override Beam.springs-and-rods = #ly:spanner::set-spacing-rods
e'8 e' e' e'
@end lilypond
-@subsubsubheading The @code{to-barline} property
+@subsubsubheading La proprietà @code{to-barline}
-The second useful property of the @code{spanner-interface} is
-@code{to-barline}. By default this is true, causing hairpins and
-other spanners which are terminated on the first note of a measure to
-end instead on the immediately preceding bar line. If set to false,
-the spanner will extend beyond the bar line and end on the note
-itself:
+La seconda proprietà utile di @code{spanner-interface} è
+@code{to-barline}. Il valore predefinito (vero) fa sì che le forcelle e
+gli altri estensori che terminano sulla prima nota di una misura si estendano
+invece fino alla stanghetta immediatamente precedente. Se impostata su falso,
+l'estensore andrà oltre la stanghetta e terminerà sulla nota stessa:
@lilypond[verbatim,quote]
\relative {
}
@end lilypond
-This property is not effective for all spanners. For example,
-setting it to @code{#t} has no effect on slurs or phrasing slurs
-or on other spanners for which terminating on the bar line would
-not be meaningful.
+Questa proprietà non funziona con tutti gli estensori. Per esempio,
+impostandola su @code{#t} non si produce alcun effetto su legature di
+portamento o di frase, o su altri estensori per i quali terminare sulla
+stanghetta non avrebbe senso.
-@node Using the line-spanner-interface
-@unnumberedsubsubsec Using the @code{line-spanner-interface}
-Objects which support the @code{line-spanner-interface} include
+@node Uso di line-spanner-interface
+@unnumberedsubsubsec Uso di @code{line-spanner-interface}
+@translationof Using the line-spanner-interface
+
+Gli oggetti che supportano l'interfaccia @code{line-spanner-interface} comprendono:
@itemize
@item @code{DynamicTextSpanner}
@item @code{VoiceFollower}
@end itemize
-The routine responsible for drawing the stencils for these spanners is
-@code{ly:line-spanner::print}. This routine determines the
-exact location of the two end points and draws a line
-between them, in the style requested. The locations of the two
-end points of the spanner are computed on-the-fly, but it is
-possible to override their Y-coordinates. The
-properties which need to be specified are nested
-two levels down within the property hierarchy, but the syntax of
-the @code{\override} command is quite simple:
+La routine responsabile del disegno di questi estensori è
+@code{ly:line-spanner::print}. Essa determina la posizione esatta
+delle due estremità e disegna una linea tra di esse, nello stile
+richiesto. Le posizioni delle due estremità dell'estensore sono
+calcolate al volo, ma è possibile sovrascrivere le loro coordinate
+Y. Le proprietà da specificare sono annidate di due livelli nella
+gerarchia della proprietà, ma la sintassi del comando @code{\override}
+è piuttosto semplice:
@lilypond[quote,fragment,verbatim]
e''2 \glissando b'
e''2 \glissando b'
@end lilypond
-The units for the @code{Y} property are @code{staff-space}s,
-with the center line of the staff being the zero point.
-For the glissando, this is the value for @code{Y} at the
-X-coordinate corresponding to the center point of each note head,
-if the line is imagined to be extended to there.
+Le unità di misura della proprietà @code{Y} sono gli spazi rigo
+(@code{staff-space}), con la linea centrale del rigo che è il
+punto zero. Per il glissando, questo è il valore per @code{Y} alla
+coordinata X che corrisponde al punto centrale della testa di ogni
+nota, se si immagina che la linea si estenda fino a là.
-If @code{Y} is not set, the value is computed from the vertical
-position of the corresponding attachment point of the spanner.
+Se @code{Y} non è impostato, il valore viene calcolato dalla posizione
+verticale del punto di attacco corrispondente dell'estensore.
-In case of a line break, the values for the end points are
-specified by the @code{left-broken} and @code{right-broken}
-sub-lists of @code{bound-details}. For example:
+In caso di un'interruzione di linea, i valori per le estremità sono
+specificati dalle sottoliste @code{left-broken} e @code{right-broken}
+di @code{bound-details}. Per esempio:
@lilypond[ragged-right,fragment,verbatim,quote]
\override Glissando.breakable = ##t
@end lilypond
-A number of further properties of the @code{left} and
-@code{right} sub-lists of the @code{bound-details} property
-may be modified in the same way as @code{Y}:
+Altre proprietà delle sottoliste @code{left} e @code{right} della proprietà
+@code{bound-details} possono essere modificate nello stesso modo di @code{Y}:
@table @code
@item Y
-This sets the Y-coordinate of the end point, in @code{staff-space}s
-offset from the staff center line. By default, it is the center of
-the bound object, so a glissando points to the vertical center of
-the note head.
+Questa imposta la coordinata Y dell'estremità, che si sposta di un certo
+numero di @code{staff-space} dalla linea centrale del rigo. Per impostazione
+predefinita, è il centro dell'oggetto a cui è associato, dunque un glissando
+punta al centro verticale della testa di nota.
-For horizontal spanners, such as text spanners and trill spanners,
-it is hardcoded to 0.
+Nel caso di estensori orizzontali, come quelli del testo e del trillo,
+il suo valore è fisso su 0.
@item attach-dir
-This determines where the line starts and ends in the X-direction,
-relative to the bound object. So, a value of @w{@code{-1}} (or
-@code{LEFT}) makes the line start/end at the left side of the note
-head it is attached to.
+Questa determina dove la linea inizia e termina nella direzione X,
+relativa all'oggetto a cui è associato. Quindi un valore di @w{@code{-1}} (o
+@code{LEFT}) fa sì che la linea inizi/termini sul lato sinistro della testa
+della nota a cui è attaccata.
@item X
-This is the absolute X-coordinate of the end point. It is usually
-computed on the fly, and overriding it has little useful effect.
+Questa è la coordinata X assoluta dell'estremità. Viene solitamente calcolata
+al volo e sovrascriverla produce solitamente un effetto poco utile.
@item stencil
-Line spanners may have symbols at the beginning or end, which is
-contained in this sub-property. This is for internal use; it is
-recommended that @code{text} be used instead.
+Gli estensori della linea possono avere dei simboli all'inizio o alla fine,
+contenuti in questa sottoproprietà. Questa proprietà è per uso interno;
+si raccomanda di usare @code{text} al suo posto.
@item text
-This is a markup that is evaluated to yield the stencil. It is used
-to put @i{cresc.}, @i{tr} and other text on horizontal spanners.
+Questo è un testo markup che viene valutato per produrre lo stampo (stencil,
+in inglese). Viene usato per mettere @i{cresc.}, @i{tr} e altro testo su
+estensori orizzontali.
@lilypond[quote,ragged-right,fragment,verbatim]
\override TextSpanner.bound-details.left.text
- = \markup { \small \bold Slower }
+ = \markup { \small \bold Rall. }
\relative { c''2\startTextSpan b c a\stopTextSpan }
@end lilypond
@item stencil-align-dir-y
@item stencil-offset
-Without setting one of these, the stencil is simply put at the
-end-point, centered on the line, as defined by the @code{X} and
-@code{Y} sub-properties. Setting either @code{stencil-align-dir-y}
-or @code{stencil-offset} will move the symbol at the edge vertically
-relative to the end point of the line:
+Se non si imposta una di queste proprietà, lo stampo viene messo semplicemente
+all'estremità, centrato sulla linea, come definito nelle sottoproprietà
+@code{X} e @code{Y}. Impostando @code{stencil-align-dir-y} o
+@code{stencil-offset} il simbolo si sposterà verticalmente sul margine
+rispetto all'estremità della linea:
@lilypond[quote,fragment,verbatim]
\override TextSpanner.bound-details.left.stencil-align-dir-y = #-2
\relative { c'4^\startTextSpan c c c \stopTextSpan }
@end lilypond
-Note that negative values move the text @emph{up}, contrary to the
-effect that might be expected, as a value of @w{@code{-1}} or
-@code{DOWN} means align the @emph{bottom} edge of the text with
-the spanner line. A value of @code{1} or @code{UP} aligns
-the top edge of the text with the spanner line.
+Nota bene che valori negativi spostano il testo in @emph{su}, contrariamente
+a quanto si potrebbe pensare, perché un valore di @w{@code{-1}} o
+@code{DOWN} fa sì che si allinei il margine @emph{inferiore} del testo con
+la linea dell'estensore. Un valore di @code{1} o @code{UP} allinea il margine
+superiore del testo con la linea dell'estensore.
@item arrow
-Setting this sub-property to @code{#t} produces an arrowhead at the
-end of the line.
+Impostando questa sottoproprietà su @code{#t} viene generata la punta di una
+freccia a un'estremità della linea.
@item padding
-This sub-property controls the space between the specified
-end point of the line and the actual end. Without padding, a
-glissando would start and end in the center of each note head.
+Questa sottoproprietà regola lo spazio tra l'estremità della linea specificata
+e la fine reale. Senza padding, un glissando inizia e termina nel centro della
+testa di ogni nota.
@end table
-The music function @code{\endSpanners} terminates the spanner
-which starts on the immediately following note prematurely. It
-is terminated after exactly one note, or at the following bar line
-if @code{to-barline} is true and a bar line occurs before the next
-note.
+La funzione musicale @code{\endSpanners} termina prematuramente l'estensore
+che inizia nella nota immediatamente seguente. Viene terminato esattamente
+dopo una nota o alla stanghetta seguente se @code{to-barline} è impostato
+su vero e c'è una stanghetta prima della nota successiva.
@lilypond[verbatim,quote,ragged-right]
\relative c'' {
}
@end lilypond
-When using @code{\endSpanners} it is not necessary to close
-\startTextSpan with \stopTextSpan, nor is it necessary to close
-hairpins with @code{\!}.
+Quando si usa @code{\endSpanners} non è necessario chiudere
+\startTextSpan con \stopTextSpan, né è necessario chiudere le
+forcelle con @code{\!}.
@seealso
Guida al funzionamento interno:
@rinternals{line-spanner-interface}.
-@node Visibility of objects
-@subsection Visibility of objects
+@node Visibilità degli oggetti
+@subsection Visibilità degli oggetti
+@translationof Visibility of objects
@cindex objects, visibility of
@cindex grobs, visibility of
@cindex visibility of objects
-There are four main ways in which the visibility of layout objects
-can be controlled: their stencil can be removed, they can be made
-transparent, they can be colored white, or their
-@code{break-visibility} property can be overridden. The first
-three apply to all layout objects; the last to just a few -- the
-@emph{breakable} objects. The Manuale di apprendimento introduces these
-four techniques, see @rlearning{Visibilità e colore degli oggetti}.
+Esistono quattro modi principali per regolare la visibilità degli oggetti della
+formattazione: si può togliere il loro stampo, possono essere resi trasparenti,
+possono essere colorati di bianco o si può sovrascrivere la loro proprietà
+@code{break-visibility}. Le prime tre sono valide per tutti gli oggetti
+della formattazione; l'ultimo solo per alcuni, gli oggetti che possono essere
+@emph{interrotti}, o spezzati, (break, in inglese).
+Il Manuale di apprendimento contiene un'introduzione a queste quattro tecniche
+in @rlearning{Visibilità e colore degli oggetti}.
-There are also a few other techniques which are specific to
-certain layout objects. These are covered under Special
-considerations.
+Esistono anche altre tecniche che sono specifiche di alcuni oggetti della
+formattazione. Queste sono trattate in @ref{Special considerations}.
@menu
-* Removing the stencil::
-* Making objects transparent::
-* Painting objects white::
-* Using break-visibility::
-* Special considerations::
+* Soppressione dello stampo::
+* Rendere gli oggetti trasparenti::
+* Dipingere gli oggetti di bianco::
+* Uso di break-visibility::
+* Considerazioni speciali::
@end menu
-@node Removing the stencil
-@unnumberedsubsubsec Removing the stencil
+@node Soppressione dello stampo
+@unnumberedsubsubsec Soppressione dello stampo
+@translationof Removing the stencil
-@cindex stencil, removing
+@cindex stencil, soppressione
+@cindex stampo, soppressione
@funindex \omit
-Every layout object has a stencil property. By default this is set
-to the specific function which draws that object. If this property
-is overridden to @code{#f} no function will be called and the object
-will not be drawn. The default action can be recovered with
-@code{\revert}.
+Tutti gli oggetti della formattazione hanno una proprietà @code{stencil} (in
+italiano, stampo). Per impostazione predefinita questa è impostata sulla
+funzione specifica che disegna quell'oggetto. Se questa proprietà viene
+sovrascritta e impostata su @code{#f}, non verrà richiamata alcuna funzione
+e l'oggetto non verrà disegnato. L'azione predefinita può essere ripristinata
+con @code{\revert}.
@lilypond[quote,fragment,verbatim]
a1 a
a a a
@end lilypond
-This rather common operation has a shortcut @code{\omit}:
+Questa operazione piuttosto comune ha una scorciatoia, @code{\omit}:
@lilypond[quote,fragment,verbatim]
a1 a
a a a
@end lilypond
-@node Making objects transparent
-@unnumberedsubsubsec Making objects transparent
-@cindex transparent, making objects
+@node Rendere gli oggetti trasparenti
+@unnumberedsubsubsec Rendere gli oggetti trasparenti
+@translationof Making objects transparent
+
+@cindex transparenti, rendere gli oggetti
@funindex \hide
-Every layout object has a transparent property which by default is
-set to @code{#f}. If set to @code{#t} the object still occupies
-space but is made invisible.
+Tutti gli oggetti della formattazione hanno una proprietà @code{transparent}
+la cui impostazione predefinita è @code{#f} (falso). Se impostata su @code{#t}
+(vero), l'oggetto occupa sempre lo spazio ma è reso invisibile.
@lilypond[quote,fragment,verbatim]
a'4 a'
a' a'
@end lilypond
-This rather common operation has a shortcut @code{\hide}:
+Questa operazione piuttosto comune ha una scorciatoia, @code{\hide}:
@lilypond[quote,fragment,verbatim]
a'4 a'
a' a'
@end lilypond
-@node Painting objects white
-@unnumberedsubsubsec Painting objects white
-
-@cindex objects, coloring
-@cindex coloring objects
-@cindex layers
-@cindex printing order
-@cindex overwriting objects
-@cindex objects, overwriting
-@cindex grobs, overwriting
-
-Every layout object has a color property which by default is set
-to @code{black}. If this is overridden to @code{white} the object
-will be indistinguishable from the white background. However,
-if the object crosses other objects the color of the crossing
-points will be determined by the order in which they are drawn,
-and this may leave a ghostly image of the white object, as shown
-here:
+
+@node Dipingere gli oggetti di bianco
+@unnumberedsubsubsec Dipingere gli oggetti di bianco
+@translationof Painting objects white
+
+@cindex oggetti, colorare
+@cindex colorare gli oggetti
+@cindex strati
+@cindex ordine di stampa
+@cindex sovrascrivere gli oggetti
+@cindex oggetti, sovrascrivere
+@cindex grob, sovrascrivere
+
+Tutti gli oggetti della formattazione hanno una proprietà del colore il cui
+valore predefinito è @code{black} (nero). Se questa viene sovrascritta con
+@code{white} (bianco) l'oggetto non sarà più distinguibile dallo sfondo. Tuttavia
+se l'oggetto attraversa altri oggetti, il colore dei punti di contatto saranno
+determinati dall'ordine in cui sono disegnati, e ciò potrebbe lasciare
+un'immagine @qq{spettrale} dell'oggetto bianco, come mostrato qui:
@lilypond[quote,fragment,verbatim]
\override Staff.Clef.color = #white
a'1
@end lilypond
-This may be avoided by changing the order of printing the objects.
-All layout objects have a @code{layer} property which should be set
-to an integer. Objects with the lowest value of @code{layer} are
-drawn first, then objects with progressively higher values are drawn,
-so objects with higher values overwrite objects with lower values.
-By default most objects are assigned a @code{layer} value of
-@code{1}, although a few objects, including @code{StaffSymbol} and
-@code{BarLine}, are assigned a value of @code{0}. The order of
-printing objects with the same value of @code{layer} is indeterminate.
-
-In the example above the white clef, with a default @code{layer}
-value of @code{1}, is drawn after the staff lines (default
-@code{layer} value @code{0}), so overwriting them. To change this,
-the @code{Clef} object must be given in a lower value of
-@code{layer}, say @w{@code{-1}}, so that it is drawn earlier:
+Ciò può essere evitato cambiando l'ordine di stampa degli oggetti.
+Tutti gli oggetti della formattazione hanno una proprietà @code{layer}
+(strato) che deve essere impostata su un numero intero.
+Gli oggetti col valore più basso di @code{layer} sono disegnati
+per primi, poi vengono disegnati quelli con valori via via più
+alti, dunque gli oggetti con valori più alti stanno sopra gli
+oggetti con valori più bassi. Per impostazione predefinita alla
+maggior parte degli oggetti viene assegnato un valore di @code{layer}
+pari a @code{1}, sebbene ad alcuni oggetti, tra cui @code{StaffSymbol} e
+@code{BarLine}, sia assegnato un valore di @code{0}. L'ordine con cui
+vengono stampati oggetti con lo stesso valore di @code{layer} è indeterminato.
+
+Nell'esempio precedente la chiave bianca, con un valore predefinito di
+@code{layer} di @code{1}, viene disegnato dopo le linee del rigo (il cui
+valore predefinito di @code{layer} è @code{0}), dunque sta sopra di esse.
+Per cambiare tale comportamento, all'oggetto @code{Clef} deve essere assegnato
+un valore di @code{layer} inferiore, per esempio @w{@code{-1}}, in modo che
+venga disegnato prima:
@lilypond[quote,fragment,verbatim]
\override Staff.Clef.color = #white
a'1
@end lilypond
-@node Using break-visibility
-@unnumberedsubsubsec Using break-visibility
+@node Uso di break-visibility
+@unnumberedsubsubsec Uso di break-visibility
+@translationof Using break-visibility
@c TODO Add making other objects breakable
@cindex break-visibility
-Most layout objects are printed only once, but some like
-bar lines, clefs, time signatures and key signatures, may need
-to be printed twice when a line break occurs -- once at the end
-of the line and again at the start of the next line. Such
-objects are called @emph{breakable}, and have a property, the
-@code{break-visibility} property to control their visibility
-at the three positions in which they may appear -- at the
-start of a line, within a line if they are changed, and at the
-end of a line if a change takes place there.
-
-For example, the time signature
-by default will be printed at the start of the first line, but
-nowhere else unless it changes, when it will be printed at the
-point at which the change occurs. If this change occurs at the
-end of a line the new time signature will be printed at the start
-of the next line and a cautionary time signature will be printed
-at the end of the previous line as well.
-
-This behaviour is controlled by the @code{break-visibility}
-property, which is explained in
-@c Leave this ref on a newline - formats incorrectly otherwise -td
-@rlearning{Visibilità e colore degli oggetti}. This property takes
-a vector of three booleans which, in order, determine whether the
-object is printed at the end of, within the body of, or at the
-beginning of a line. Or to be more precise, before a line break,
-where there is no line break, or after a line break.
-
-Alternatively, these eight combinations may be specified
-by pre-defined functions, defined in @file{scm/output-lib.scm},
-where the last three columns indicate whether the layout objects
-will be visible in the positions shown at the head of the columns:
-
-@multitable {@code{begin-of-line-invisible}} {@code{#(#t #t #t)}} {Before} {At no} {After}
-@headitem Function @tab Vector @tab Before @tab At no @tab After
-@headitem form @tab form @tab break @tab break @tab break
-
-@item @code{all-visible} @tab @code{#(#t #t #t)} @tab yes @tab yes @tab yes
-@item @code{begin-of-line-visible} @tab @code{#(#f #f #t)} @tab no @tab no @tab yes
-@item @code{center-visible} @tab @code{#(#f #t #f)} @tab no @tab yes @tab no
-@item @code{end-of-line-visible} @tab @code{#(#t #f #f)} @tab yes @tab no @tab no
-@item @code{begin-of-line-invisible} @tab @code{#(#t #t #f)} @tab yes @tab yes @tab no
-@item @code{center-invisible} @tab @code{#(#t #f #t)} @tab yes @tab no @tab yes
-@item @code{end-of-line-invisible} @tab @code{#(#f #t #t)} @tab no @tab yes @tab yes
-@item @code{all-invisible} @tab @code{#(#f #f #f)} @tab no @tab no @tab no
+La maggior parte degli oggetti della formattazione sono stampati una
+volta sola, ma alcuni come le stanghette, le chiavi, le indicazioni
+di tempo e le armature di chiave possono dover essere stampate
+due volte quando si verifica un'interruzione di linea -- una volta al
+termine della linea e di nuovo all'inizio della linea successiva.
+Tali oggetti, chiamati @emph{spezzabili}, (dall'inglese breakable)
+hanno una proprietà, @code{break-visibility}, per regolare
+la loro visibilità nelle tre posizioni in cui potrebbero apparire:
+all'inizio di una linea, in mezzo a una linea se vengono modificati
+e al termine di una linea se un cambiamento ha luogo lì.
+
+Per esempio, l'indicazione di tempo viene stampata all'inizio della
+prima linea, ma da nessuna altra parte a meno che non cambi e allora
+verrà stampata nel punto in cui il cambiamento ha luogo. Se tale
+cambiamento si verifica al termine di una linea, la nuova indicazione
+di tempo verrà stampata all'inizio della linea successiva e un'indicazione
+di tempo di precauzione verrà stampata anche al termine della linea precedente.
+
+Tale comportamento è regolato dalla proprietà @code{break-visibility}, che
+è spiegata in @rlearning{Visibilità e colore degli oggetti}. Questa proprietà
+prende un vettore di tre valori booleani che, in ordine, determinano se
+l'oggetto è stampato al termine, in mezzo o all'inizio di una linea. O, per
+essere più precisi, prima di un'interruzione di linea, dove non c'è
+un'interruzione di linea oppure dopo un'interruzione di linea.
+
+Altrimenti, queste otto combinazoni possono essere specificate da
+funzioni predefinite, definite in @file{scm/output-lib.scm},
+dove le ultime tre colonne indicano se gli oggetti della formattazione
+saranno visibili nelle posizioni mostrate nell'intestazione delle colonne:
+
+@multitable {@code{begin-of-line-invisible}} {@code{#(#t #t #t)}} {Prima} {Senza} {Dopo}
+@headitem Funzione @tab Forma @tab Prima di @tab Senza @tab Dopo
+@headitem @tab vettoriale @tab interruzione @tab interruzione @tab interruzione
+
+@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
-The default settings of @code{break-visibility} depend on the
-layout object. The following table shows all the layout objects
-of interest which are affected by @code{break-visibility} and the
-default setting of this property:
+Le impostazioni predefinite di @code{break-visibility} dipendono dall'oggetto
+della formattazione. La tabella seguente mostra tutti gli oggetti rilevanti
+che sono influenzati da @code{break-visibility} e l'impostazione predefinita
+di questa proprietà:
@multitable @columnfractions .3 .3 .4
-@headitem Layout object @tab Usual context @tab Default setting
+@headitem Oggetto formattazione @tab Contesto abituale @tab Impostazione predefinita
@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 calculated
+@item @code{BarLine} @tab @code{Score} @tab calcolato
@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 calculated
@end multitable
-The example below shows the use of the vector form to control the
-visibility of bar lines:
+L'esempio successivo mostra l'uso della forma vettoriale per regolare la
+visibilità delle stanghette:
@lilypond[quote,verbatim,ragged-right]
\relative {
f'4 g a b
f4 g a b
- % Remove bar line at the end of the current line
+ % Toglie la stanghetta al termine della linea corrente
\once \override Score.BarLine.break-visibility = ##(#f #t #t)
\break
f4 g a b
}
@end lilypond
-Although all three components of the vector used to override
-@code{break-visibility} must be present, not all of them are
-effective with every layout object, and some combinations may
-even give errors. The following limitations apply:
+Sebbene tutti i componenti del vettore usati per sovrascrivere
+@code{break-visibility} debbano essere presenti, non tutti sono
+funzionanti con qualsiasi oggetto della formattazione, e alcune
+combinazioni potrebbero perfino dare errore. Esistono le seguenti
+limitazioni:
@itemize @bullet
-@item Bar lines cannot be printed at start of line.
-@item A bar number cannot be printed at the start of the first
-line unless it is set to be different from 1.
-@item Clef -- see below
-@item Double percent repeats are either all printed or all
-suppressed. Use begin-of line-invisible to print and
-all-invisible to suppress.
-@item Key signature -- see below
-@item ClefModifier -- see below
+@item Non è possibile stampare le stanghette all'inizio di una linea.
+@item Un numero di battuta non può essere stampato all'inizio della prima
+linea a meno che non sia impostato per essere diverso da 1.
+@item Clef -- vedi sotto.
+@item Le ripetizioni percentuali doppie sono o tutte stampate o tutte soppresse.
+Usare begin-of-line-invisible per stampare e all-invisible per sopprimere.
+@item Key signature -- vedi sotto.
+@item ClefModifier -- vedi sotto.
@end itemize
-@node Special considerations
-@unnumberedsubsubsec Special considerations
-@subsubsubheading Visibility following explicit changes
+@node Considerazioni speciali
+@unnumberedsubsubsec Considerazioni speciali
+@translationof Special considerations
-@cindex key signature, visibility following explicit change
+@subsubsubheading Visibilità dopo un cambio esplicito
+
+@cindex armatura di chiave, visibilità dopo un cambio esplicito
@cindex explicitKeySignatureVisibility
-@cindex clef, visibility following explicit change
+@cindex chiave, visibilità dopo un cambio esplicito
@cindex explicitClefVisibility
-The @code{break-visibility} property controls the visibility of
-key signatures and changes of clef only at the start of lines,
-i.e. after a break. It has no effect on the visibility of the
-key signature or clef following an explicit key change or an
-explicit clef change within or at the end of a line. In the
-following example the key signature following the explicit change
-to B-flat major is still visible, even though @code{all-invisible}
-is set.
+La proprietà @code{break-visibility} controlla la visibilità delle
+armature di chiave e dei cambi di chiave solo all'inizio delle linee,
+ovvero dopo un'interruzione di linea. Non ha effetto sulla visibilità
+dell'armatura di chiave o della chiave che seguono un cambio esplicito
+dell'armatura o della chiave all'interno o alla fine di una linea.
+Nell'esempio seguente l'armatura di chiave che segue il cambio esplicito
+a Si bemolle maggiore è ancora visibile, anche se @code{all-invisible}
+è impostata.
@lilypond[quote,verbatim,ragged-right]
\relative {
\key g \major
f'4 g a b
- % Try to remove all key signatures
+ % Tentativo di eliminazione di tutte le armature di chiave
\override Staff.KeySignature.break-visibility = #all-invisible
\key bes \major
f4 g a b
}
@end lilypond
-The visibility of such explicit key signature and clef changes is
-controlled by the @code{explicitKeySignatureVisibility} and
-@code{explicitClefVisibility} properties. These are the equivalent
-of the @code{break-visibility} property and both take a vector of
-three booleans or the predefined functions listed above, exactly like
-@code{break-visibility}. Both are properties of the Staff context,
-not the layout objects themselves, and so they are set using the
-@code{\set} command. Both are set by default to @code{all-visible}.
-These properties control only the visibility of key signatures and
-clefs resulting from explicit changes and do not affect key
-signatures and clefs at the beginning of lines;
-@code{break-visibility} must still be overridden in the appropriate
-object to remove these.
+La visibilità di questi cambi espliciti di armatura e di chiave è
+controllata dalle proprietà @code{explicitKeySignatureVisibility} e
+@code{explicitClefVisibility}. Sono equivalenti alla proprietà
+@code{break-visibility} e prendono entrambe come argomento un vettore
+di tre booleani o le funzioni predefinite elencate prima, proprio
+come @code{break-visibility}. Entrambe le proprietà appartengono al
+contesto Staff, non agli oggetti della formattazione stessi, dunque
+si impostano col comando @code{\set}. La loro impostazione predefinita
+è @code{all-visible}. Queste proprietà regolano solo la visibilità
+di armature di chiave e chiavi risultanti da cambi espliciti e non
+quelli all'inizio delle linee; per eliminare questi ultimi bisogna
+sempre sovrascrivere @code{break-visibility} nell'oggetto appropriato.
@lilypond[quote,verbatim,ragged-right]
\relative {
}
@end lilypond
-@subsubsubheading Visibility of cancelling accidentals
+@subsubsubheading Visibilità dei bequadri
-To remove the cancelling accidentals printed at an explicit key
-change, set the Staff context property @code{printKeyCancellation}
-to @code{#f}:
+Per eliminare i bequadri stampati su un cambio di chiave esplicito,
+impostare la proprietà del contesto Staff @code{printKeyCancellation}
+su @code{#f}:
@lilypond[quote,verbatim,ragged-right]
\relative {
}
@end lilypond
-With these overrides only the accidentals before the notes remain
-to indicate the change of key.
+Con queste modifiche restano solo le alterazioni accanto alle note per
+indicare il cambio di armatura.
-Note that when changing the key to C@tie{}major or A@tie{}minor
-the cancelling accidentals would be the @emph{only} indication of
-the key change. In this case setting @code{printKeyCancellation} to
-@code{#f} has no effect:
+Nota bene che quando si cambia l'armatura su Do@tie{}maggiore o La@tie{}minore
+i bequadri sono l'@emph{unica} indicazione del cambio di chiave. In questo
+caso impostando @code{printKeyCancellation} su @code{#f} non si ottiene
+alcun effetto:
@lilypond[quote,verbatim,ragged-right]
\relative {
}
@end lilypond
-To suppress the cancelling accidentals even when the key is
-changed to C@tie{}major or A@tie{}minor, override
-the visibility of the @code{KeyCancellation} grob instead:
+Per sopprimere i bequadri anche quando la tonalità passa a
+Do@tie{}maggiore o La@tie{}minore, sovrascrivere la
+visibilità del grob @code{KeyCancellation}:
@lilypond[quote,verbatim,ragged-right]
\relative {
@c TODO Add visibility of cautionary accidentals before notes
-@subsubsubheading Automatic bars
+@subsubsubheading Battute automatiche
@cindex automaticBars
-@cindex bar lines, suppressing
+@cindex stanghette, soppressione
-As a special case, the printing of bar lines can also be turned off
-by setting the @code{automaticBars} property in the Score context.
-If set to @code{#f}, bar lines will not be printed automatically;
-they must be explicitly created with a @code{\bar} command. Unlike
-the @code{\cadenzaOn} predefined command, measures are still counted.
-Bar generation will resume according to that count if this property
-is later set to @code{#t}. When set to @code{#f}, line breaks can
-occur only at explicit @code{\bar} commands.
+In un caso particolare, la stampa delle stanghette può essere disattivata
+impostando la proprietà @code{automaticBars} nel contesto Score. Se impostata
+su @code{#f}, le stanghette non verranno stampate automaticamente; devono
+invece essere create esplicitamente con un comando @code{\bar}. Diversamente
+dal comando predefinito @code{\cadenzaOn}, le misure vengono comunque contate.
+La generazione delle battute riprenderà in base a quel conteggio se questa
+proprietà viene poi impostata su @code{#t}. Se impostata su @code{#f}, le
+interruzioni di linea possono trovarsi solo su comandi @code{\bar} espliciti.
@c TODO Add example
-@subsubsubheading Transposed clefs
+@subsubsubheading Chiavi trasposte
-@cindex transposed clefs, visibility of
-@cindex visibility of transposed clefs
-@cindex clefs, visibility of transposition
+@cindex chiavi trasposte, visibilità delle
+@cindex visibilità delle chiavi trasposte
+@cindex chiavi, visibilità della trasposizione
-The small transposition symbol on transposed clefs is produced by the
-@code{ClefModifier} layout object. Its visibility is automatically
-inherited from the @code{Clef} object, so it is not necessary to apply
-any required @code{break-visibility} overrides to the @code{ClefModifier}
-layout objects to suppress transposition symbols for invisible clefs.
+Il piccolo simbolo di trasposizione sulle chiavi trasposte è prodotto
+dall'oggetto di formattazione @code{ClefModifier}. La sua visibilità
+è ereditata automaticamente dall'oggetto @code{Clef}, dunque non è necessario
+applicare una modifica di @code{break-visibility} agli oggetti @code{ClefModifier}
+per sopprimere i simboli di trasposizione per le chiavi invisibili.
-For explicit clef changes, the @code{explicitClefVisibility}
-property controls both the clef symbol and any transposition symbol
-associated with it.
+Per cambi di chiave espliciti, la proprietà @code{explicitClefVisibility}
+regola sia il simbolo della chiave che qualsiasi simbolo di trasposizione
+ad esso associato.
@seealso
Manuale di apprendimento:
@rlearning{Visibilità e colore degli oggetti}.
-@node Line styles
-@subsection Line styles
+@node Stili della linea
+@subsection Stili della linea
+@translationof Line styles
-Some performance indications, e.g., @i{rallentando} and
-@i{accelerando} and @i{trills} are written as text and are
-extended over many measures with lines, sometimes dotted or wavy.
+Alcune indicazioni esecutive, come @i{rallentando}, @i{accelerando} e
+@i{trilli} sono scritte in forma testuale e sono estese per varie misure
+tramite delle linee, talvolta puntate o ondulate.
-These all use the same routines as the glissando for drawing the
-texts and the lines, and tuning their behavior is therefore also
-done in the same way. It is done with a spanner, and the routine
-responsible for drawing the spanners is
-@code{ly:line-spanner::print}. This routine determines the
-exact location of the two @i{span points} and draws a line
-between them, in the style requested.
+Queste usano tutte le stesse routine del glissando per disegnare i
+testi e le linee, dunque il loro comportamento viene modificato nello
+stesso modo. Viene fatto con un estensore, e la routine responsabile
+del disegno degli estensori è @code{ly:line-spanner::print}. Questa
+routine determina la posizione esatta dei due @i{punti di estensione} e
+disegna una linea tra loro, nello stile richiesto.
-Here is an example showing the different line styles available,
-and how to tune them.
+Ecco un esempio che mostra i vari stili di linea disponibili, e come
+impostarli..
@lilypond[ragged-right,verbatim,quote]
\relative {
}
@end lilypond
-The locations of the end-points of the spanner are computed
-on-the-fly for every graphic object, but it is possible to
-override these:
+I punti delle estremità dell'estensore sono calcolati al volo per ogni
+oggetto grafico, ma è possibile sovrascriverli:
@c TODO Complete
@lilypond[ragged-right,verbatim,quote]
}
@end lilypond
-The value for @code{Y} is set to @w{@code{-2}} for the right end
-point. The left side may be similarly adjusted by specifying
-@code{left} instead of @code{right}.
+Il valore di @code{Y} è impostato su @w{@code{-2}} per l'estremità
+destra. Quella sinistra può essere aggiustata ugualmente specificando
+@code{left} invece di @code{right}.
-If @code{Y} is not set, the value is computed from the vertical
-position of the left and right attachment points of the spanner.
+Se @code{Y} non è impostata, il valore è calcolato a partire dalla posizione
+verticale dei punti di attacco sinistro e destro dell'estensore.
-Other adjustments of spanners are possible, for details, see
+Sono possibili altre modifiche degli estensori; maggiori dettagli in
@ref{Spanners}.
-@node Rotating objects
-@subsection Rotating objects
-Both layout objects and elements of markup text can be rotated by
-any angle about any point, but the method of doing so differs.
+@node Rotazione degli oggetti
+@subsection Rotazione degli oggetti
+@translationof Rotating objects
+
+Sia gli oggetti della formattazione che il testo compreso in un blocco markup
+possono essere ruotati di qualsiasi angolo in quasi qualsiasi punto, ma il
+metodo per farlo cambia.
@menu
-* Rotating layout objects::
-* Rotating markup::
+* Rotazione degli oggetti della formattazione::
+* Rotazione del testo::
@end menu
-@node Rotating layout objects
-@unnumberedsubsubsec Rotating layout objects
+@node Rotazione degli oggetti della formattazione
+@unnumberedsubsubsec Rotazione degli oggetti della formattazione
+@translationof Rotating layout objects
-@cindex rotating objects
-@cindex objects, rotating
+@cindex rotazione degli oggetti
+@cindex oggetti, rotazione
-All layout objects which support the @code{grob-interface} can be
-rotated by setting their @code{rotation} property. This takes a
-list of three items: the angle of rotation counter-clockwise,
-and the x and y coordinates of the point relative to the object's
-reference point about which the rotation is to be performed. The
-angle of rotation is specified in degrees and the coordinates in
-staff-spaces.
+Tutti gli oggetti della formattazione che supportano l'interfaccia
+@code{grob-interface} possono essere ruotati impostando la loro
+proprietà @code{rotation}. Questa prende come argomento una lista
+di tre elementi: l'angolo di rotazione in senso antiorario, e le
+coordinate x e y del punto relativo al punto di riferimento dell'oggetto
+intorno al quale si deve eseguire la rotazione. L'angolo di rotazione
+è specificato in gradi e le coordinate in spazi rigo.
-The angle of rotation and the coordinates of the rotation point must
-be determined by trial and error.
+L'angolo di rotazione e le coordinate del punto di rotazione devono essere
+determinate per prova e errore.
-@cindex hairpins, angled
-@cindex angled hairpins
+@cindex forcelle angolate
-There are only a few situations where the rotation of layout
-objects is useful; the following example shows one situation where
-they may be:
+Esistono solo poche situazioni in cui la rotazione degli oggetti della
+formattazione è utile; l'esempio seguente ne mostra uno:
@lilypond[quote,fragment,verbatim]
g4\< e' d'' f''\!
g4\< e' d'' f''\!
@end lilypond
-@node Rotating markup
-@unnumberedsubsubsec Rotating markup
-All markup text can be rotated to lie at any angle by prefixing it
-with the @code{\rotate} command. The command takes two arguments:
-the angle of rotation in degrees counter-clockwise and the text to
-be rotated. The extents of the text are not rotated: they take
-their values from the extremes of the x and y coordinates of the
-rotated text. In the following example the
-@code{outside-staff-priority} property for text is set to @code{#f}
-to disable the automatic collision avoidance, which would push some
-of the text too high.
+@node Rotazione del testo
+@unnumberedsubsubsec Rotazione del testo
+@translationof Rotating markup
+
+Tutto il testo in un blocco @code{\markup} può essere ruotato di qualsiasi
+angolo facendolo precedere dal comando @code{\rotate}. Il comando prende
+due argomenti: l'angolo di rotazione in gradi in senso antiorario e il
+testo da ruotare. Le estensioni del testo non sono ruotate: prendono il
+loro valore dagli estremi delle coordinate x e y del testo ruotato.
+Nell'esempio seguente la proprietà @code{outside-staff-priority} del testo
+è impostata su @code{#f} per disabilitare l'elusione automatica delle collisioni,
+che spingerebbe parte del testo troppo in alto.
@lilypond[quote,fragment,verbatim]
\override TextScript.outside-staff-priority = ##f
-g4^\markup { \rotate #30 "a G" }
-b^\markup { \rotate #30 "a B" }
-des'^\markup { \rotate #30 "a D-Flat" }
-fis'^\markup { \rotate #30 "an F-Sharp" }
+g4^\markup { \rotate #30 "un Sol" }
+b^\markup { \rotate #30 "un Si" }
+des'^\markup { \rotate #30 "un Re bemolle" }
+fis'^\markup { \rotate #30 "un Fa diesis" }
@end lilypond
+
@node Ritocchi avanzati
@section Ritocchi avanzati
@translationof Advanced tweaks
-This section discusses various approaches to fine tuning the
-appearance of the printed score.
+Questa sezione discute i vari approcci che permettono di migliorare
+l'aspetto delle partiture.
@menu
-* Aligning objects::
-* Vertical grouping of grobs::
-* Modifying stencils::
-* Modifying shapes::
-* Modifying broken spanners::
-* Unpure-pure containers::
+* Allineamento degli oggetti::
+* Raggruppamento verticale dei grob::
+* Modifica degli stampi::
+* Modifica delle forme::
+* Modifica degli estensori spezzati::
+* Contenitori unpure-pure::
@end menu
@seealso
@rinternals{All layout objects}.
-@node Aligning objects
-@subsection Aligning objects
-
-Graphical objects which support the @code{self-alignment-interface}
-and/or the @code{side-position-interface} can be aligned to a previously
-placed object in a variety of ways. For a list of these objects, see
-@rinternals{self-alignment-interface} and @rinternals{side-position-interface}.
-
-All graphical objects have a reference point, a horizontal extent and a
-vertical extent. The horizontal extent is a pair of numbers
-giving the displacements from the reference point of the left and
-right edges, displacements to the left being negative. The vertical
-extent is a pair of numbers giving the displacement from the reference
-point to the bottom and top edges, displacements down being negative.
-
-An object's position on a staff is given by the values of the
-@code{X-offset} and @code{Y-offset} properties. The value of
-@code{X-offset} gives the displacement from the X coordinate of
-the reference point of the parent object, and the value of
-@code{Y-offset} gives the displacement from the center line of the
-staff. The values of @code{X-offset} and @code{Y-offset} may
-be set directly or may be set to be calculated by procedures in order
-to achieve alignment with the parent object.
-
-@warning{Many objects have special positioning considerations which
-cause any setting of @code{X-offset} or @code{Y-offset} to be
-ignored or modified, even though the object supports the
-@code{self-alignment-interface}. Overriding the @code{X-offset}
-or @code{Y-offset} properties to a fixed value causes the respective
-@code{self-alignment} property to be disregarded.}
-
-For example, an accidental can be repositioned vertically by setting
-@code{Y-offset} but any changes to @code{X-offset} have no effect.
-
-Rehearsal marks may be aligned with breakable objects such as bar
-lines, clef symbols, time signature symbols and key signatures. There
-are special properties to be found in the @code{break-aligned-interface}
-for positioning rehearsal marks on such objects.
+@node Allineamento degli oggetti
+@subsection Allineamento degli oggetti
+@translationof Aligning objects
+
+Gli oggetti grafici che supportano l'interfaccia @code{self-alignment-interface}
+e/o l'interfaccia @code{side-position-interface} possono essere allineati a un
+oggetto disposto precedentemente in vari modi. L'elenco di questi oggetti è
+consultabile in @rinternals{self-alignment-interface} e
+@rinternals{side-position-interface}.
+
+Tutti gli oggetti grafici hanno un punto di riferimento, un'estensione
+orizzontale e una verticale. L'estensione orizzontale è una coppia di
+numeri che determina gli spostamenti dal punto di riferimento dei margini
+sinistro e destro (gli spostamenti a sinistra sono negativi). L'estensione
+verticale è una coppia di numeri che determina lo spostamento dal punto di
+riferimento ai margini inferiore e superiore (gli spostamenti in giù sono
+negativi).
+
+La posizione di un oggetto su un rigo è dato dai valori delle proprietà
+@code{X-offset} e @code{Y-offset}. Il valore di @code{X-offset} dà lo
+spostamento dalla coordinata X del punto di riferimento dell'oggetto genitore,
+mentre il valore di @code{Y-offset} dà lo spostamento dalla linea centrale del
+rigo. I valori di @code{X-offset} e @code{Y-offset} possono essere impostati
+direttamente oppure possono essere impostati per essere calcolati dalle
+procedure in modo da consentire un allineamento con l'oggetto genitore.
+
+@warning{Molti oggetti hanno speciali questioni di posizionamento che fanno
+sì che qualsiasi impostazione di @code{X-offset} o @code{Y-offset} sia
+ignorata o modificata, anche se l'oggetto supporta l'interfaccia
+@code{self-alignment-interface}. Sovrascrivendo le proprietà @code{X-offset}
+o @code{Y-offset} su un valore fisso la rispettiva proprietà
+@code{self-alignment} verrà ignorata.}
+
+Per esempio, un'alterazione può essere riposizionata verticalmente impostando
+@code{Y-offset} ma qualsiasi modifica di @code{X-offset} non avrà effetto.
+
+I segni di chiamata possono essere allineati con oggetti spezzabili come
+stanghette, simboli di chiave, simboli di indicazione di tempo e armature
+di chiave. Ci sono proprietà speciali elencate nell'interfaccia
+@code{break-aligned-interface} per posizionare i segni di chiamata su tali
+oggetti.
@seealso
Guida alla notazione:
@rextend{Callback functions}.
@menu
-* Setting X-offset and Y-offset directly::
-* Using the side-position-interface::
-* Using the self-alignment-interface::
-* Using the break-alignable-interface::
+* Impostazione diretta di X-offset e Y-offset::
+* Uso di side-position-interface::
+* Uso di self-alignment-interface::
+* Uso di break-alignable-interface::
@end menu
-@node Setting X-offset and Y-offset directly
-@unnumberedsubsubsec Setting @code{X-offset} and @code{Y-offset} directly
+@node Impostazione diretta di X-offset e Y-offset
+@unnumberedsubsubsec Impostazione diretta di @code{X-offset} e @code{Y-offset}
+@translationof Setting X-offset and Y-offset directly
-Numerical values may be given to the @code{X-offset} and @code{Y-offset}
-properties of many objects. The following example shows three
-notes with the default fingering position and the positions with @code{X-offset}
-and @code{Y-offset} modified.
+Si possono assegnare valori numerici alle prietà @code{X-offset} e
+@code{Y-offset} di molti oggetti. L'esempio seguente mostra tre note
+con la posizione predefinita della diteggiatura e le posizioni con @code{X-offset}
+e @code{Y-offset} modificate.
@lilypond[verbatim,fragment,quote]
a'-3
@c TODO write more
-@node Using the side-position-interface
-@unnumberedsubsubsec Using the @code{side-position-interface}
+@node Uso di side-position-interface
+@unnumberedsubsubsec Uso di @code{side-position-interface}
+@translationof Using the side-position-interface
-An object which supports the @code{side-position-interface} can be
-placed next to its parent object so that
-the specified edges of the two objects touch. The object may be
-placed above, below, to the right or to the left of the parent.
-The parent cannot be specified; it is determined by the order of
-elements in the input stream. Most objects have the associated
-note head as their parent.
+Un oggetto che supporta l'interfaccia @code{side-position-interface} può
+essere posizionato accanto al suo oggetto genitore in modo che i margini
+indicati dei due oggetti si tocchino. L'oggetto può essere posizionato
+sopra, sotto, a destra o a sinistra dell'oggetto genitore. Quest'ultimo
+non può essere specificato; è invece determinato dall'ordine degli elementi
+nel flusso di input. La maggior parte degli oggetti ha la testa di nota
+associata come oggetto genitore.
-The values of the @code{side-axis} and @code{direction} properties
-determine where the object is to be placed, as follows:
+I valori delle proprietà @code{side-axis} e @code{direction} determinano
+dove l'oggetto deve essere posizionato, in questo modo:
@c TODO add an example of each to the table
@multitable @columnfractions .3 .3 .3
@headitem @code{side-axis} @tab @code{direction} @tab
-@headitem property @tab property @tab Placement
+@headitem proprietà @tab proprietà @tab Posizionamento
-@item @code{0} @tab @code{-1} @tab left
-@item @code{0} @tab @code{1} @tab right
-@item @code{1} @tab @code{-1} @tab below
-@item @code{1} @tab @code{1} @tab above
+@item @code{0} @tab @code{-1} @tab sinistra
+@item @code{0} @tab @code{1} @tab destra
+@item @code{1} @tab @code{-1} @tab sotto
+@item @code{1} @tab @code{1} @tab sopra
@end multitable
-When @code{side-axis} is @code{0}, @code{X-offset} should be set to
-the procedure @code{ly:side-position-interface::x-aligned-side}.
-This procedure will return the correct value of @code{X-offset} to
-place the object to the left or right side of the parent according
-to value of @code{direction}.
+Quando @code{side-axis} è @code{0}, @code{X-offset} deve essere impostato
+sulla procedura @code{ly:side-position-interface::x-aligned-side}.
+Questa procedura restituirà il valore corretto di @code{X-offset} per
+porre l'oggetto al lato sinistro o destro dell'oggetto genitore in base
+al valore di @code{direction}.
-When @code{side-axis} is @code{1}, @code{Y-offset} should be set to
-the procedure @code{ly:side-position-interface::y-aligned-side}.
-This procedure will return the correct value of @code{Y-offset} to
-place the object to the top or bottom of the parent according
-to value of @code{direction}.
+Quando @code{side-axis} è @code{1}, @code{Y-offset} deve essere impostato
+sulla procedura @code{ly:side-position-interface::y-aligned-side}.
+Questa procedura restituirà il valore corretto di @code{Y-offset} per
+porre l'oggetto sopra o sotto l'oggetto genitore in base al valore di
+@code{direction}.
@c TODO Add examples
-@node Using the self-alignment-interface
-@unnumberedsubsubsec Using the @code{self-alignment-interface}
-
-@subsubsubheading Self-aligning objects horizontally
-
-The horizontal alignment of an object which supports the
-@code{self-alignment-interface} is controlled by the value of
-the @code{self-alignment-X} property, provided the object's
-@code{X-offset} property is set to
-@code{ly:self-alignment-interface::x-aligned-on-self}.
-@code{self-alignment-X} may be given any
-real value, in units of half the total X extent of the
-object. Negative values move the object to the right, positive
-to the left. A value of @code{0} centers the object on the
-reference point of its parent, a value of @w{@code{-1}} aligns the
-left edge of the object on the reference point of its parent,
-and a value of @code{1} aligns the right edge of the object on the
-reference point of its parent. The symbols @code{LEFT},
-@code{CENTER}, and @code{RIGHT} may be used instead of the values
-@w{@code{-1}}, @code{0}, and @code{1}, respectively.
-
-Normally the @code{\override} command would be used to modify the
-value of @code{self-alignment-X}, but the @code{\tweak} command
-can be used to separately align several annotations on a single
-note:
+@node Uso di self-alignment-interface
+@unnumberedsubsubsec Uso di @code{self-alignment-interface}
+@translationof Using the self-alignment-interface
+
+@subsubsubheading Autoallineamento orizzontale degli oggetti
+
+L'allineamento orizzontale di un oggetto che supporta l'interfaccia
+@code{self-alignment-interface} è regolato dal valore della proprietà
+@code{self-alignment-X}, purché la proprietà @code{X-offset} dell'oggetto
+sia impostata su @code{ly:self-alignment-interface::x-aligned-on-self}.
+A @code{self-alignment-X} può essere assegnato qualsiasi numero reale,
+in unità di metà del totale dell'estensione X dell'oggetto. Valori
+negativi spostano l'oggetto a destra, valori positivi lo spostano a
+sinistra. Un valore di @code{0} centra l'oggetto sul punto di riferimento
+del suo oggetto genitore, un valore di @w{@code{-1}} allinea il margine
+sinistro dell'oggetto al punto di riferimento del suo genitore, e un
+valore di @code{1} allinea il margine destro dell'oggetto al punto di
+riferimento del suo genitore. I simboli @code{LEFT}, @code{CENTER} e
+@code{RIGHT} possono essere usati al posto dei valori @w{@code{-1}},
+@code{0} e @code{1}, rispettivamente.
+
+Normalmente si usa il comando @code{\override} per modificare il valore
+di @code{self-alignment-X}, ma il comando @code{\tweak} può essere utile
+per allineare separatamente varie annotazioni su una singola nota:
@lilypond[quote,verbatim,fragment]
a'
-\tweak self-alignment-X #-1
-^"left-aligned"
+^"allineato a sinistra"
-\tweak self-alignment-X #0
-^"center-aligned"
+^"allineato al centro"
-\tweak self-alignment-X #RIGHT
-^"right-aligned"
+^"allineato a destra"
-\tweak self-alignment-X #-2.5
-^"aligned further to the right"
+^"allineato ancora più a destra"
@end lilypond
-@subsubsubheading Self-aligning objects vertically
-
-Objects may be aligned vertically in an analogous way to aligning
-them horizontally if the @code{Y-offset} property is set to
-@code{ly:self-alignment-interface::y-aligned-on-self}. However,
-other mechanisms are often involved in vertical alignment: the
-value of @code{Y-offset} is just one variable taken into account.
-This may make adjusting the value of some objects tricky.
-The units are just half the vertical extent of the object, which
-is usually quite small, so quite large numbers may be required.
-A value of @w{@code{-1}} aligns the lower edge of the object with
-the reference point of the parent object, a value of @code{0}
-aligns the center of the object with the reference point of the
-parent, and a value of @code{1} aligns the top edge of the object
-with the reference point of the parent. The symbols @code{DOWN},
-@code{CENTER}, and @code{UP} may be substituted for @w{@code{-1}},
-@code{0}, and @code{1}, respectively.
-
-@subsubsubheading Self-aligning objects in both directions
-
-By setting both @code{X-offset} and @code{Y-offset}, an object may
-be aligned in both directions simultaneously.
-
-The following example shows how to adjust a fingering mark so
-that it nestles close to the note head.
+@subsubsubheading Autoallineamento verticale degli oggetti
+
+Gli oggetti possono essere allineati verticalmente in un modo analogo
+al loro allineamento orizzontale se la proprietà @code{Y-offset} è
+impostata su @code{ly:self-alignment-interface::y-aligned-on-self}.
+Tuttavia altri meccanismi sono spesso implicati nell'allineamento
+verticale: il valore di @code{Y-offset} è solo una delle variabili
+da prendere in considerazione. Ciò potrebbe rendere complicato
+l'aggiustamento del valore di alcuni oggetti.
+Le unità sono soltanto la metà dell'estensione verticale dell'oggetto, che
+è di solito piuttosto piccola, dunque potrebbero essere necessari grossi
+numeri. Un valore di @w{@code{-1}} allinea il margine inferiore dell'oggetto
+al punto di riferimento dell'oggetto genitore, un valore di @code{0}
+allinea il centro dell'oggetto al punto di riferimento del genitore,
+e un valore di @code{1} allinea il margine superiore dell'oggetto
+al punto di riferimento del genitore. I simboli @code{DOWN},
+@code{CENTER} e @code{UP} possono essere usati al posto di @w{@code{-1}},
+@code{0} e @code{1}, rispettivamente.
+
+@subsubsubheading Autoallineamento degli oggetti in entrambe le direzioni
+
+Impostando sia @code{X-offset} che @code{Y-offset}, un oggetto può essere
+allineato in entrambe le direzioni simultaneamente.
+
+L'esempio seguente mostra come aggiustare un segno di diteggiatura in modo
+che stia vicino alla testa di nota.
@lilypond[quote,verbatim,fragment]
a'
--\tweak self-alignment-X #0.5 % move horizontally left
+-\tweak self-alignment-X #0.5 % sposta orizzontalmente a sinistra
-\tweak Y-offset #ly:self-alignment-interface::y-aligned-on-self
--\tweak self-alignment-Y #-1 % move vertically up
--3 % third finger
+-\tweak self-alignment-Y #-1 % sposta verticalmente in su
+-3 % terzo dito
@end lilypond
@ignore
@c TODO The align-interface, BassFigureAlignment and VerticalAlignment
-@node Using the break-alignable-interface
-@unnumberedsubsubsec Using the @code{break-alignable-interface}
+@node Uso di break-alignable-interface
+@unnumberedsubsubsec Uso di @code{break-alignable-interface}
+@translationof Using the break-alignable-interface
-@cindex align to objects
+@cindex allineamento sugli oggetti
@cindex break-align-symbols
-Rehearsal marks and bar numbers may be aligned with notation
-objects other than bar lines. These objects include @code{ambitus},
-@code{breathing-sign}, @code{clef}, @code{custos}, @code{staff-bar},
-@code{left-edge}, @code{key-cancellation}, @code{key-signature}, and
+I segni di chiamata e i numeri di battuta possono essere allineati con oggetti
+della notazione diversi dalle stanghette. Questi oggetti comprendono
+@code{ambitus}, @code{breathing-sign}, @code{clef}, @code{custos}, @code{staff-bar},
+@code{left-edge}, @code{key-cancellation}, @code{key-signature} e
@code{time-signature}.
-Each type of object has its own default reference point, to which
-rehearsal marks are aligned:
+Ogni tipo di oggetto ha il suo punto di riferimento predefinito, al quale i
+segni di chiamata sono allineati:
@lilypond[verbatim,quote,fragment]
-% The rehearsal mark will be aligned to the right edge of the Clef
+% Il segno di chiamata sarà allineato al margine destro della chiave
\override Score.RehearsalMark.break-align-symbols = #'(clef)
\key a \major
\clef treble
\mark "↓"
e'1
-% The rehearsal mark will be aligned to the left edge of the Time Signature
+% Il segno di chiamata sarà allineato al margine sinistro dell'indicazione di tempo
\override Score.RehearsalMark.break-align-symbols = #'(time-signature)
\key a \major
\clef treble
\time 3/4
\mark "↓"
e'2.
-% The rehearsal mark will be centered above the Breath Mark
+% Il segno di chiamata sarà centrato sul segno di respiro
\override Score.RehearsalMark.break-align-symbols = #'(breathing-sign)
\key a \major
\clef treble
\mark "↓"
@end lilypond
-A list of possible target alignment objects may be specified. If
-some of the objects are invisible at that point due to the setting
-of @code{break-visibility} or the explicit visibility settings for
-keys and clefs, the rehearsal mark or bar number is aligned to the
-first object in the list which is visible. If no objects in the
-list are visible the object is aligned to the bar line. If the bar
-line is invisible the object is aligned to the place where the bar
-line would be.
+Si può specificare un elenco dei possibili oggetti a cui allineare. Se
+alcuni oggetti sono invisibili in quel punto a causa dell'impostazione
+di @code{break-visibility} o di impostazioni esplicite della visibilità
+di tonalità e chiavi, il segno di chiamata o il numero di battuta viene
+allineato al primo oggetto dell'elenco che è visibile. Se nessun oggetto
+dell'elenco è visibile, l'oggetto è allineato alla stanghetta. Se la
+stanghetta è invisibile, l'oggetto viene allineato al punto in cui si
+dovrebbe trovare la stanghetta.
@lilypond[verbatim,quote,fragment]
-% The rehearsal mark will be aligned to the right edge of the Key Signature
+% Il segno di chiamata sarà allineato al margine destro dell'armatura di chiave
\override Score.RehearsalMark.break-align-symbols = #'(key-signature clef)
\key a \major
\clef treble
\mark "↓"
e'1
-% The rehearsal mark will be aligned to the right edge of the Clef
+% Il segno di chiamata sarà allineato al margine destro della chiave
\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
+% Il segno di chiamata sarà centrato sopra la stanghetta
\set Staff.explicitKeySignatureVisibility = #all-invisible
\set Staff.explicitClefVisibility = #all-invisible
\override Score.RehearsalMark.break-align-symbols = #'(key-signature clef)
e'1
@end lilypond
-The alignment of the rehearsal mark relative to the notation object
-can be changed, as shown in the following example. In a score with
-multiple staves, this setting should be done for all the staves.
+L'allineamento del segno di chiamata relativo all'oggetto della notazione
+può essere modificato, come evidenziato nell'esempio seguente. In una
+partitura con molteplici righi, questa impostazione deve essere fatta per
+tutti i righi.
@lilypond[verbatim,quote,fragment]
-% The RehearsalMark will be aligned with the right edge of the Key Signature
+% Il segno di chiamata sarà allineato al margine destro dell'armatura di chiave
\override Score.RehearsalMark.break-align-symbols = #'(key-signature)
\key a \major
\clef treble
\time 4/4
\mark "↓"
e'1
-% The RehearsalMark will be centered above the Key Signature
+% Il segno di chiamata sarà centrato sopra l'armatura di chiave
\once \override Score.KeySignature.break-align-anchor-alignment = #CENTER
\mark "↓"
\key a \major
e'1
-% The RehearsalMark will be aligned with the left edge of the Key Signature
+% Il segno di chiamata sarà allineato al margine sinistro dell'armatura di chiave
\once \override Score.KeySignature.break-align-anchor-alignment = #LEFT
\key a \major
\mark "↓"
e'1
@end lilypond
-The rehearsal mark can also be offset to the right or left of the left
-edge by an arbitrary amount. The units are staff-spaces:
+Il segno di chiamata può anche essere spostato a destra o a sinistra del
+margine sinistro di una quantità arbitraria. Le unità sono gli spazi rigo:
@lilypond[verbatim,quote,fragment]
-% The RehearsalMark will be aligned with the left edge of the Key Signature
-% and then shifted right by 3.5 staff-spaces
+% Il segno di chiamata sarà allineato al margine sinistro dell'armatura di chiave
+% e poi spostato a destra di 3.5 spazi rigo
\override Score.RehearsalMark.break-align-symbols = #'(key-signature)
\once \override Score.KeySignature.break-align-anchor = #3.5
\key a \major
\mark "↓"
e'1
-% The RehearsalMark will be aligned with the left edge of the Key Signature
-% and then shifted left by 2 staff-spaces
+% Il segno di chiamata sarà allineato al margine sinistro dell'armatura di chiave
+% e poi spostato a sinistra di 2 spazi rigo
\once \override Score.KeySignature.break-align-anchor = #-2
\key a \major
\mark "↓"
@end lilypond
-@node Vertical grouping of grobs
-@subsection Vertical grouping of grobs
+@node Raggruppamento verticale dei grob
+@subsection Raggruppamento verticale dei grob
+@translationof Vertical grouping of grobs
@c TODO Expand this section
-The VerticalAlignment and VerticalAxisGroup grobs work together.
-VerticalAxisGroup groups together different grobs like Staff, Lyrics,
-etc. VerticalAlignment then vertically aligns the different grobs
-grouped together by VerticalAxisGroup. There is usually only one
-VerticalAlignment per score but every Staff, Lyrics, etc. has its own
-VerticalAxisGroup.
+I grob VerticalAlignment e VerticalAxisGroup lavorano insieme.
+VerticalAxisGroup raggruppa insieme diversi grob come Staff, Lyrics,
+etc. VerticalAlignment quindi allinea verticalmente i diversi grob
+raggruppati insieme da VerticalAxisGroup. Di solito è presente un
+solo VerticalAlignment per partitura ma ogni Staff, Lyrics, etc. ha
+il suo VerticalAxisGroup.
-@node Modifying stencils
-@subsection Modifying stencils
+@node Modifica degli stampi
+@subsection Modifica degli stampi
+@translationof Modifying stencils
-All layout objects have a @code{stencil} property which is part of
-the @code{grob-interface}. By default, this property is usually
-set to a function specific to the object that is tailor-made to
-render the symbol which represents it in the output. For example,
-the standard setting for the @code{stencil} property of the
-@code{MultiMeasureRest} object is @code{ly:multi-measure-rest::print}.
+Tutti gli oggetti della formattazione hanno una proprietà @code{stencil} che
+fa parte dell'interfaccia @code{grob-interface}. Per impostazione predefinita,
+questa proprietà è solitamente impostata su una funzione specifica per l'oggetto
+per cui è concepita in modo da creare il simbolo che lo rappresenta nell'output.
+Per esempio, l'impostazione standard della proprietà @code{stencil} dell'oggetto
+@code{MultiMeasureRest} è @code{ly:multi-measure-rest::print}.
-The standard symbol for any object can be replaced by modifying the
-@code{stencil} property to reference a different, specially-written,
-procedure. This requires a high level of knowledge of the internal
-workings of LilyPond, but there is an easier way which can often
-produce adequate results.
+Il simbolo standard di qualsiasi oggetto può essere sostituito modificando la
+proprietà @code{stencil} perché faccia riferimento a una procedura diversa
+e scritta appositamente. Ciò richiede una profonda conoscenza del funzionamento
+interno di LilyPond, ma esiste un modo più semplice che spesso è in grado di
+produrre risultati accettabili.
-This is to set the @code{stencil} property to the procedure which
-prints text -- @code{ly:text-interface::print} -- and to add a
-@code{text} property to the object which is set to contain the
-markup text which produces the required symbol. Due to the
-flexibility of markup, much can be achieved -- see in particular
-@ref{Graphic notation inside markup}.
+Si tratta di impostare la proprietà @code{stencil} sulla procedura che stampa
+testo -- @code{ly:text-interface::print} -- e aggiungere una proprietà
+@code{text} all'oggetto impostato per contenere il testo markup che produce
+il simbolo richiesto. Grazie alla flessibilità di markup, si può ottenere
+molto -- vedi in particolare @ref{Graphic notation inside markup}.
-The following example demonstrates this by changing the note head
-symbol to a cross within a circle.
+L'esempio seguente illustra questa procedura cambiando il simbolo della testa
+di nota con una croce iscritta in un cerchio.
@lilypond[verbatim,quote]
XinO = {
}
@end lilypond
-Any of the glyphs in the feta Font can be supplied to the
-@code{\musicglyph} markup command -- see @ref{The Feta font}.
+Qualsiasi glifo del tipo di carattere Feta può essere passato al comando
+markup @code{\musicglyph} -- vedi @ref{The Feta font}.
@c TODO Add inserting eps files or ref to later
@ref{The Feta font}.
-@node Modifying shapes
-@subsection Modifying shapes
+@node Modifica delle forme
+@subsection Modifica delle forme
+@translationof Modifying shapes
@menu
-* Modifying ties and slurs::
+* Modifica di legature di valore e di portamento::
@end menu
-@node Modifying ties and slurs
-@unnumberedsubsubsec Modifying ties and slurs
+@node Modifica di legature di valore e di portamento
+@unnumberedsubsubsec Modifica di legature di valore e di portamento
+@translationof Modifying ties and slurs
-@cindex slurs, modifying
-@cindex ties, modifying
-@cindex Bézier curves, control points
-@cindex control points, Bézier curves
+@cindex legature di portamento, modificare
+@cindex legature di valore, modificare
+@cindex curve Bézier, punti di controllo
+@cindex punti di controllo, curve Bézier
+@cindex Bézier, curve, punti di controllo
-@code{Tie}s, @code{Slur}s, @code{PhrasingSlur}s,
-@code{LaissezVibrerTie}s and @code{RepeatTie}s are all drawn as
-third-order Bézier curves. If the shape of the tie or slur which
-is calculated automatically is not optimum, the shape may be
-modified manually in two ways:
+Le legature, siano esse di valore (@code{Tie}), di portamento (@code{Slur}),
+di frase (@code{PhrasingSlur}), di laisser-vibrer (@code{LaissezVibrerTie})
+o di valore ripetute (@code{RepeatTie}), sono tutte disegnate come curve Bézier
+di terzo ordine. Se la forma della legatura di valore o di frase che viene
+calcolata automaticamente non è ottimale, può essere modificata manualmente
+in due modi:
@enumerate a
@item
-by specifying the displacements to be made to the control points
-of the automatically calculated Bézier curve, or
+specificando di quanto spostare i punti di controllo della curva
+Bézier calcolata automaticamente, o
@item
-by explicitly specifying the positions of the four control points
-required to define the wanted curve.
+specificando esplicitamente le posizioni dei quattro punti di controllo
+richiesti per definire la curva desiderata.
@end enumerate
-Both methods are explained below. The first method is more suitable
-if only slight adjustments to the curve are required; the second may
-be better for creating curves which are related to just a single
-note.
-
-@subsubsubheading Cubic Bézier curves
-
-Third-order or cubic Bézier curves are defined by four control
-points. The first and fourth control points are precisely the
-starting and ending points of the curve. The intermediate two
-control points define the shape. Animations showing how the curve
-is drawn can be found on the web, but the following description
-may be helpful. The curve starts from the first control point
-heading directly towards the second, gradually bending over to
-head towards the third and continuing to bend over to head towards
-the fourth, arriving there travelling directly from the third
-control point. The curve is entirely contained in the
-quadrilateral defined by the four control points. Translations,
-rotations and scaling of the control points all result in exactly
-the same operations on the curve.
-
-@subsubsubheading Specifying displacements from current control points
-
-@cindex shaping slurs and ties
+Entrambi i metodi sono spiegati di seguito. Il primo metodo è più adatto
+se sono necessari solo piccoli aggiustamenti alla curva; il secondo può
+essere migliore per creare curve che riguardano soltanto una singola nota.
+
+@subsubsubheading Curve Bézier cubiche
+
+Le curve Bézier di terzo ordine o cubiche sono definite da quattro punti
+di controllo. Il primo e il quarto punto di controllo sono esattamente
+i punti di inizio e fine della curva. I due punti intermedi definiscono
+la forma. Sul web si trovano delle animazioni che mostrano come viene
+disegnata la curva, ma la seguente descrizione può comunque essere utile.
+La curva inizia dal primo punto di controllo e si dirige verso il secondo,
+piegandosi gradualmente per arrivare al terzo e poi al quarto, arrivando
+lì direttamente dal terzo punto di controllo. La curva è contenuta
+interamente nel quadrilatero definito dai quattro punti di controllo.
+Traslazioni, rotazioni e ridimensionamenti dei punti di controllo risultano
+tutti esattamente nelle stesse operazioni sulla curva.
+
+@subsubsubheading Specificare gli spostamenti dai punti di controllo correnti
+
+@cindex disegnare legature di valore e di portamento
@funindex \shape
-In this example the automatic placement of the tie is not optimum,
-and @code{\tieDown} would not help.
+In questo esempio la disposizone automatica della legatura di valore non è
+ottimale, e @code{\tieDown} non sarebbe di aiuto.
@lilypond[verbatim,quote]
<<
>>
@end lilypond
-Adjusting the control points of the tie with @code{\shape} allows
-the collisions to be avoided.
+Cambiando i punti di controllo della legatura con @code{\shape} consente di
+evitare le collisioni.
-The syntax of @code{\shape} is
+La sintassi di @code{\shape} è
@example
-[-]@code{\shape} @var{displacements} @var{item}
+[-]@code{\shape} @var{spostamenti} @var{elemento}
@end example
-This will reposition the control-points of @var{item} by the amounts
-given by @var{displacements}. The @var{displacements} argument is a
-list of number pairs or a list of such lists. Each element of a pair
-represents the displacement of one of the coordinates of a
-control-point. If @var{item} is a string, the result is
-@code{\once\override} for the specified grob type. If @var{item} is
-a music expression, the result is the same music expression with an
-appropriate tweak applied.
-
-In other words, the @code{\shape} function can act as either a
-@code{\once\override} command or a @code{\tweak} command depending
-on whether the @var{item} argument is a grob name, like @qq{Slur},
-or a music expression, like @qq{(}. The @var{displacements} argument
-specifies the displacements of the four control points as a list of
-four pairs of (dx . dy) values in units of staff-spaces (or a list
-of such lists if the curve has more than one segment).
-
-The leading hyphen is required if and only if the @code{\tweak} form
-is being used.
-
-So, using the same example as above and the @code{\once\override}
-form of @code{\shape}, this will raise the tie by half a staff-space:
+Questo comando riposiziona i punti di controllo di @var{elemento} di quanto
+indicato da @var{spostamenti}. L'argomento @var{spostamenti} è una lista
+di coppie di numeri o una lista di tali liste. Ogni elemento di una coppia
+rappresenta lo spostamento di una delle coordinate di un punto di controllo.
+Se @var{elemento} è una stringa, il risultato è @code{\once\override} per il
+tipo di grob specificato. Se @var{elemento} è un'espressione musicale, il
+risultato è la stessa espressione musicale con un'appropriata modifica.
+
+In altre parole, la funzione @code{\shape} può comportarsi come un comando
+@code{\once\override} o un comando @code{\tweak} a seconda che l'argomento
+@var{elemento} sia il nome di un grob, come @qq{Slur}, o un'espressione
+musicale, come @qq{(}. L'argomento @var{spostamenti} specifica gli
+sfasamenti dei quattro punti di controllo nella forma di una lista di
+quattro coppie di valori (dx . dy) in unità di spazi rigo (o una lista
+di tali liste se la curva ha più di un segmento).
+
+Il trattino iniziale è richiesto se e solo se si usa la forma con
+@code{\tweak}.
+
+Dunque usando lo stesso esempio precedente e la forma @code{\once\override}
+di @code{\shape}, il seguente comando alzerà la legatura di valore di
+metà spazio rigo:
@lilypond[verbatim,quote]
<<
>>
@end lilypond
-This positioning of the tie is better, but maybe it should be raised
-more in the center. The following example does this, this time using
-the alternative @code{\tweak} form:
+Questo posizionamento è migliore, ma forse dovrebbe essere alzato di più
+al centro, come viene fatto nel prossimo esempio, dove stavolta si usa
+la forma alternativa @code{\tweak}:
@lilypond[verbatim,quote]
<<
>>
@end lilypond
-Changes to the horizontal positions of the control points may be made
-in the same way, and two different curves starting at the same
-musical moment may also be shaped:
+Le modifiche alle posizioni orizzontali dei punti di controllo funzionano
+nello stesso modo. Si possono ridefinire anche due curve diverse che
+iniziano nello stesso momento musicale:
@lilypond[verbatim,quote,ragged-right]
\relative {
}
@end lilypond
-The @code{\shape} function can also displace the control points of
-curves which stretch across line breaks. Each piece of the broken
-curve can be given its own list of offsets. If changes to a
-particular segment are not needed, the empty list can serve as a
-placeholder. In this example the line break makes the single slur
-look like two:
+La funzione @code{\shape} può sostituire anche i punti di controllo di
+curve che si estendono oltre le interruzioni di linea. A ogni pezzo
+della curva spezzata può essere assegnata la sua lista di spostamenti.
+Se non sono necessarie delle modifiche a un segmento in particolare,
+la lista vuota può servire come segnaposto. In questo esempio l'interruzione
+di linea fa sembrare doppia la legatura di portamento singola:
@lilypond[verbatim,quote,ragged-right]
\relative {
}
@end lilypond
-Changing the shapes of the two halves of the slur makes it clearer
-that the slur continues over the line break:
+Cambiando le forme delle due metà della legatura di portamento diventa più
+chiaro che la legatura continua oltre l'interruzione di linea:
@lilypond[verbatim,quote,ragged-right]
-% () may be used as a shorthand for ((0 . 0) (0 . 0) (0 . 0) (0 . 0))
-% if any of the segments does not need to be changed
+% () può essere usato come una scorciatoia per ((0 . 0) (0 . 0) (0 . 0) (0 . 0))
+% nel caso in cui uno dei segmenti non necessiti di modifiche
\relative c' {
\shape #'(
(( 0 . 0) (0 . 0) (0 . 0) (0 . 1))
}
@end lilypond
-If an S-shaped curve is required the control points must always be
-adjusted manually --- LilyPond will never select such shapes
-automatically.
+Se è richiesta una curva a forma di S, bisogna sempre definire manualmente i
+punti di controllo --- LilyPond non sceglierà mai tali forme automaticamente.
@lilypond[verbatim,quote]
\relative c'' {
}
@end lilypond
-@subsubsubheading Specifying control points explicitly
-
-The coordinates of the Bézier control points are specified in units
-of staff-spaces. The X@tie{}coordinate is relative to the reference
-point of the note to which the tie or slur is attached, and the
-Y@tie{}coordinate is relative to the staff center line. The
-coordinates are specified as a list of four pairs of decimal numbers
-(reals). One approach is to estimate the coordinates of the two
-end points, and then guess the two intermediate points. The optimum
-values are then found by trial and error. Be aware that these values
-may need to be manually adjusted if any further changes are made to
-the music or the layout.
-
-One situation where specifying the control points explicitly is
-preferable to specifying displacements is when they need to be
-specified relative to a single note. Here is an example of this.
-It shows one way of indicating a slur extending into alternative
-sections of a volta repeat.
+@subsubsubheading Specificare i punti di controllo esplicitamente
+
+Le coordinate dei punti di controllo della curva di Bézier sono specificate
+in unità di spazi rigo. La coordinata@tie{}X è relativa al punto di
+riferimento della nota a cui la legatura si attacca, mentre la
+coordinata@tie{}Y è relativa alla linea centrale del rigo. Le coordinate
+sono specificate come una lista di quattro coppie di numeri decimali
+(reali). Un possibile approccio consiste nel valutare prima le coordinate
+delle due estremità e poi indovinare i due punti intermedi. I valori
+ottimali vengono quindi trovati per tentativi. Tenere conto del fatto
+che, in caso di ulteriori modifiche alla musica o alla formattazione, questi
+valori potrebbero dover essere nuovamente cambiati manualmente.
+
+Una situazione in cui è preferibile specificare i punti di controllo
+esplicitamente invece di specificarne gli spostamenti è quella in cui
+devono essere indicati per una singola nota. Il prossimo esempio
+mostra un modo in cui rappresentare una legatura di portamento che
+si estende nelle sezioni alternative di una volta.
@lilypond[verbatim,quote]
\relative {
{ g2) d }
{
g2
- % create a slur and move it to a new position
- % the <> is just an empty chord to carry the slur termination
+ % crea una legatura di portamento e spostala in una nuova posizione
+ % il <> è solamente un accordo vuoto che serve a terminare la legatura
-\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
+ % crea una legatura di portamento e spostala in una nuova posizione
-\tweak control-points #'((-2 . 3) (-1 . 3.1) (0 . 3.2) (1 . 2.4)) ( <> )
f,
}
@end lilypond
@knownissues
-It is not possible to modify shapes of ties or slurs by changing
-the @code{control-points} property if there are multiple ties or slurs
-at the same musical moment -- the @code{\tweak} command will also not
-work in this case. However, the @code{tie-configuration} property of
-@code{TieColumn} can be overridden to set start line and direction as
-required.
+Non è possibile modificare le forme di legature di valore e di portamento
+cambiando la proprietà @code{control-points} se ci sono molteplici legature
+nello stesso momento musicale -- anche il comando @code{\tweak} non funzionerà
+in questo caso. Tuttavia si può sovrascrivere la proprietà
+@code{tie-configuration} di @code{TieColumn} per impostare l'inizio della linea
+e la direzione come desiderato.
@seealso
Guida al funzionamento interno:
@rinternals{TieColumn}.
-@node Modifying broken spanners
-@subsection Modifying broken spanners
+@node Modifica degli estensori spezzati
+@subsection Modifica degli estensori spezzati
+@translationof Modifying broken spanners
@menu
-* Using alterBroken::
+* Uso di alterBroken::
@end menu
-@node Using alterBroken
-@unnumberedsubsubsec Using @code{\alterBroken}
+@node Uso di alterBroken
+@unnumberedsubsubsec Uso di @code{\alterBroken}
+@translationof Using alterBroken
-@cindex spanners, modifying
-@cindex broken spanners, modifying
+@cindex estensori, modificare gli
+@cindex estensori spezzati, modificare gli
@funindex \alterBroken
-When a spanner crosses a line break or breaks, each piece
-inherits the attributes of the original spanner. Thus, ordinary
-tweaking of a broken spanner applies the same modifications to
-each of its segments. In the example below, overriding
-@code{thickness} affects the slur on either side of the line
-break.
+Quando un estensore va a capo o si spezza, ciascun pezzo eredita gli
+attributi dell'estensore originario. Dunque la normale modifica di
+un estensore spezzato applica le stesse modifiche a ciascuno dei
+suoi segmenti. Nell'esempio successivo, la sovrascrittura di
+@code{thickness} agisce sulla legatura di portamento su entrambi
+i lati rispetto all'interruzione di linea.
@lilypond[verbatim,quote,ragged-right]
\relative c'' {
}
@end lilypond
-Independently modifying the appearance of individual pieces
-of a broken spanner is possible with the @code{\alterBroken}
-command. This command can produce either an @code{\override}
-or a @code{\tweak} of a spanner property.
+È possibile modificare indipendentemente l'aspetto di singoli pezzi
+di un estensore spezzato col comando @code{\alterBroken}. Questo
+può generare sia un @code{\override} che un @code{\tweak} della
+proprietà di un estensore.
-The syntax for @code{\alterBroken} is
+La sintassi di @code{\alterBroken} è:
@example
-[-]@code{\alterBroken} @var{property} @var{values} @var{item}
+[-]@code{\alterBroken} @var{proprietà} @var{valori} @var{elemento}
@end example
-The argument @var{values} is a list of values, one for each
-broken piece. If @var{item} is a grob name like @code{Slur} or
-@code{Staff.PianoPedalBracket}, the result is an @code{\override}
-of the specified grob type. If @var{item} is a music expression
-such as @qq{(} or @qq{[} the result is the same music expression
-with an appropriate tweak applied.
+L'argomento @var{valori} è una lista di valori, uno per ogni pezzo
+spezzato. Se @var{elemento} è il nome di un grob come @code{Slur} o
+@code{Staff.PianoPedalBracket}, il risultato è un @code{\override}
+del tipo di grob specificato. Se @var{elemento} è un'espressione
+musicale come @qq{(} o @qq{[}, il risultato è la stessa espressione
+musicale modificata da un comando @code{\tweak}.
-The leading hyphen must be used with the @code{\tweak} form. Do
-not add it when @code{\alterBroken} is used as an
-@code{\override}.
+Il trattino iniziale è richiesto nella forma @code{\tweak}. Non aggiungerlo
+se @code{\alterBroken} viene usato come un @code{\override}.
-In its @code{\override} usage, @code{\alterBroken} may be
-prefaced by @code{\once} or @code{\temporary} and reverted by
-using @code{\revert} with @var{property}.
+Nel suo uso come @code{\override}, @code{\alterBroken} può essere
+preceduto da @code{\once} o @code{\temporary} e ripristinato con
+@code{\revert} seguito da @var{proprietà}.
-The following code applies an independent @code{\override} to
-each of the slur segments in the previous example:
+Il codice seguente applica un @code{\override} indipendente a ciascun
+segmento della legatura di portamento dell'esempio precedente:
@lilypond[verbatim,quote,ragged-right]
\relative c'' {
}
@end lilypond
-The @code{\alterBroken} command may be used with any spanner
-object, including @code{Tie}, @code{PhrasingSlur}, @code{Beam}
-and @code{TextSpanner}. For example, an editor preparing a
-scholarly edition may wish to indicate the absence of part of a
-phrasing slur in a source by dashing only the segment which has
-been added. The following example illustrates how this can be
-done, in this case using the @code{\tweak} form of the command:
+Il comando @code{\alterBroken} può essere usato con qualsiasi oggetto estensore,
+inclusi @code{Tie}, @code{PhrasingSlur}, @code{Beam} e @code{TextSpanner}. Per
+esempio, un editor che stia preparando un'edizione colta potrebbe voler indicare
+l'assenza di parte di una legatura di frase in un manoscritto tratteggiando
+solo il segmento che è stato aggiunto. L'esempio seguente mostra come farlo,
+in questo caso usando la forma @code{\tweak} del comando:
@lilypond[verbatim,quote,ragged-right]
-% The empty list is conveniently used below, because it is the
-% default setting of dash-definition, resulting in a solid curve.
+% Si usa per convenienza la lista vuota, perché è l'impostazione
+% predefinita di dash-definition, producendo così una curva continua.
\relative {
c''2-\alterBroken dash-definition #'(() ((0 1.0 0.4 0.75))) \(e
\break
}
@end lilypond
-It is important to understand that @code{\alterBroken} will set
-each piece of a broken spanner to the corresponding value in
-@var{values}. When there are fewer values than pieces, any
-additional piece will be assigned the empty list. This may lead
-to undesired results if the layout property is not set to the
-empty list by default. In such cases, each segment should be
-assigned an appropriate value.
+È importante comprendere che @code{\alterBroken} imposterà ogni pezzo di
+un estensore spezzato sul valore corrispondente specificato in
+@var{valori}. Quando il numero di valori è inferiore a quello dei pezzi,
+a qualsiasi pezzo ulteriore sarà assegnata una lista vuota. Ciò potrebbe
+portare a risultati indesiderati se la proprietà di formattazione non è
+impostata su una lista vuota per impostazione predefinita. In tali casi,
+a ogni segmento deve essere assegnato un valore appropriato.
@knownissues
-Line breaks may occur in different places following changes in
-layout. Settings chosen for @code{\alterBroken} may be unsuitable
-for a spanner that is no longer broken or is split into more
-segments than before. Explicit use of @code{\break} can guard
-against this situation.
-
-The @code{\alterBroken} command is ineffective for spanner
-properties accessed before line-breaking such as
-@code{direction}.
+Le interruzioni di linea possono verificarsi in punti diversi in seguito
+a modifiche della formattazione. Le impostazioni scelte per @code{\alterBroken}
+potrebbero non essere più adatte per un estensore che non va più a capo o è
+diviso in più segmenti di prima. Per proteggersi da questa situazione
+conviene fare un uso esplicito di @code{\break}.
+
+Il comando @code{\alterBroken} non funziona nel caso di proprietà dell'estensore
+a cui si accede prima di line-breaking, come @code{direction}.
@seealso
Estendere LilyPond:
@rextend{Difficult tweaks}.
-@node Unpure-pure containers
-@subsection Unpure-pure containers
-
-@cindex Scheme, pure containers
-@cindex Scheme, unpure containers
-@cindex pure containers, Scheme
-@cindex unpure containers, Scheme
-@cindex horizontal spacing, overriding
-
-Unpure-pure containers are useful for overriding @emph{Y-axis} spacing
-calculations - specifically @code{Y-offset} and @code{Y-extent} - with a
-Scheme function instead of a literal (i.e. a number or pair).
-
-For certain grobs, the @code{Y-extent} is based on the @code{stencil}
-property, overriding the stencil property of one of these will
-require an additional @code{Y-extent} override with an unpure-pure
-container. When a function overrides a @code{Y-offset} and/or
-@code{Y-extent} it is assumed that this will trigger line breaking
-calculations too early during compilation. So the function is not
-evaluated at all (usually returning a value of @samp{0} or
-@samp{'(0 . 0)}) which can result in collisions. A @q{pure} function
-will not affect properties, objects or grob suicides and therefore will
-always have its Y-axis-related evaluated correctly.
-
-Currently, there are about thirty functions that are already considered
-@q{pure} and Unpure-pure containers are a way to set functions not on
-this list as @q{pure}. The @q{pure} function is evaluated @emph{before}
-any line-breaking and so the horizontal spacing can be adjusted
-@q{in time}. The @q{unpure} function is then evaluated @emph{after}
-line breaking.
-
-@warning{As it is difficult to always know which functions are on this
-list we recommend that any @q{pure} functions you create do not use
-@code{Beam} or @code{VerticalAlignment} grobs.}
-
-An unpure-pure container is constructed as follows;
+@node Contenitori unpure-pure
+@subsection Contenitori unpure-pure
+@translationof Unpure-pure containers
+
+@cindex Scheme, contenitori puri
+@cindex Scheme, contenitori impuri
+@cindex pure-container, Scheme
+@cindex unpure-container, Scheme
+@cindex spaziatura orizzontale, sovrascrivere la
+
+I contenitori unpure-pure (impuri-puri) sono utili per sovrascrivere i calcoli
+di spaziatura dell'@emph{asse Y} - in particolare @code{Y-offset} e
+@code{Y-extent} - tramite una funzione Scheme invece che con un numero o una
+coppia di numeri.
+
+Per alcuni grob, il cui @code{Y-extent} è basato sulla proprietà @code{stencil},
+sovrascrivere tale proprietà renderà necessario un'ulteriore sovrascrittura di
+@code{Y-extent} tramite un contenitore unpure-pure.
+Quando una funzione sovrascrive @code{Y-offset} e/o @code{Y-extent}, si presume
+che ciò innescherà il calcolo delle interruzioni di linea troppo presto durante
+la compilazione. Dunque la funzione non viene affatto calcolata (e di solito
+restituirà un valore di @samp{0} o @samp{'(0 . 0)}) e ciò può causare delle
+collisioni. Una funzione @q{pure} (pura) non avrà effetto su proprietà,
+oggetti o @qq{suicidi} dei grob e quindi tutto ciò che è collegato al suo
+asse@tie{}Y sarà sempre calcolato correttamente.
+
+Attualmente, ci sono circa trenta funzioni che sono già considerate
+@q{pure} e i contenitori unpure-pure sono un modo per impostare le
+funzioni non ancora presenti in questa lista come @q{pure}. La funzione
+@q{pure} viene calcolata @emph{prima} di qualsiasi interruzione di linea
+e quindi la spaziatura orizzontale può essere regolata @qq{in tempo}. La
+funzione @q{unpure} viene invece calcolata @emph{dopo} le interruzioni
+di linea.
+
+@warning{Dato che è difficile sapere sempre quali funzioni si trovano in
+questa lista, consigliamo a chi crea funzioni @q{pure} di non usare i
+grob @code{Beam} o @code{VerticalAlignment}.}
+
+Un contenitore unpure-pure viene costruito nel modo seguente:
@code{(ly:make-unpure-pure-container f0 f1)}
-where @code{f0} is a function taking @var{n} arguments (@var{n >= 1})
-and the first argument must always be the grob. This is the function
-that gives the actual result. @var{f1} is the function being labeled
-as @q{pure} that takes @var{n + 2} arguments. Again, the first argument
-must always still be the grob but the second and third are @q{start}
-and @q{end} arguments.
+dove @code{f0} è una funzione che prende @var{n} argomenti (@var{n >= 1})
+e il primo argomento deve sempre essere il grob. Questa è la funzione che
+restituisce il vero risultato. @var{f1} è la funzione etichettata come
+@q{pure} che prende @var{n + 2} argomenti. Di nuovo, il primo argomento
+deve sempre essere il grob, ma il secondo e il terzo sono il punto di
+partenza, @q{start}, e quello di arrivo, @q{end}.
-@var{start} and @var{end} are, for all intents and purposes, dummy
-values that only matter for @code{Spanners} (i.e @code{Hairpin} or
-@code{Beam}), that can return different height estimations based on a
-starting and ending column.
+@var{start} e @var{end} sono, per tutti gli intenti e scopi, valori
+fittizi che contano solo per gli estensori, o @code{Spanners}, (ovvero
+@code{Hairpin} o @code{Beam}), che possono restituire calcoli diversi
+dell'altezza in base a una colonna di inizio e di fine.
-The rest are the other arguments to the first function (which
-may be none if @var{n = 1}).
+Il resto sono altri argomenti della prima funzione (che potrebbero essere
+nessuno se @var{n = 1}).
-The results of the second function are used as an approximation of the
-value needed which is then used by the first function to get the real
-value which is then used for fine-tuning much later during the spacing
-process.
+I risultati della seconda funzione sono usati come un'approssimazione del
+valore necessario che viene poi usato dalla prima funzione per ottenere il
+valore reale, che viene infine usato per la messa a punto, molto più tardi
+nel corso del processo di spaziatura.
@lilypond[verbatim,quote,ragged-right]
#(define (square-line-circle-space grob)
}
@end lilypond
-In the first measure, without the unpure-pure container, the spacing
-engine does not know the width of the note head and lets it collide with
-the accidentals. In the second measure, with unpure-pure containers,
-the spacing engine knows the width of the note heads and avoids the
-collision by lengthening the line accordingly.
+@c esempio obsoleto: dalla versione 2.18 LilyPond evita le collisioni di default.
+Nella prima misura, senza il contenitore unpure-pure, il motore della
+spaziatura non conosce la larghezza della testa di nota e lascia che
+collida con le alterazioni. Nella seconda misura, che usa i contenitori
+unpure-pure, il motore della spaziatura conosce la larghezza della testa
+di nota e evita le collisioni allungando la linea dello spazio necessario.
-Usually for simple calculations nearly-identical functions for
-both the @q{unpure} and @q{pure} parts can be used, by only
-changing the number of arguments passed to, and the scope of, the
-function. This use case is frequent enough that
-@code{ly:make-unpure-pure-container} constructs such a second
-function by default when called with only one function argument.
+Di solito per semplici calcoli si possono usare funzioni quasi identiche
+per entrambe le parti, @q{unpure} e @q{pure}, cambiando soltanto il numero
+di argomenti passati e la portata della funzione. Questo caso d'uso è così
+frequente che @code{ly:make-unpure-pure-container} costruisce tale seconda
+funzione automaticamente quando è richiamata con un solo argomento.
-@warning{If a function is labeled as @q{pure} and it turns out not to
-be, the results can be unexpected.}
+@warning{Se una funzione viene etichettata come @q{pure} ma viene fuori che
+non lo è, i risultati possono essere imprevedibili.}
@node Uso delle funzioni musicali
@c TODO -- add @seealso, etc. to these subsections
-Where tweaks need to be reused with different music expressions,
-it is often convenient to make the tweak part of a @emph{music
-function}. In this section, we discuss only @emph{substitution}
-functions, where the object is to substitute a variable into a
-piece of LilyPond input code. Other more complex functions are
-described in @rextend{Music functions}.
+Quando le modifiche devono essere riusate con diverse espressioni musicali,
+è spesso conveniente fare in modo che la modifica faccia parte di una
+@emph{funzione musicale}. In questa sezione, trattiamo soltanto le funzioni
+di @emph{sostituzione}, dove l'obiettivo è sostituire una variabile in un
+punto del codice di input di LilyPond. Altre funzioni più complesse sono
+descritte in @rextend{Music functions}.
@menu
-* Substitution function syntax::
-* Substitution function examples::
+* Sintassi della funzione di sostituzione::
+* Esempi della funzione di sostituzione::
@end menu
-@node Substitution function syntax
-@subsection Substitution function syntax
+@node Sintassi della funzione di sostituzione
+@subsection Sintassi della funzione di sostituzione
+@translationof Substitution function syntax
-Making a function that substitutes a variable into LilyPond
-code is easy. The general form of these functions is
+Creare una funzione che sostituisca una variabile presente nel codice LilyPond
+è semplice. La forma generica di queste funzioni è:
@example
-function =
+funzione =
#(define-music-function
(@var{arg1} @var{arg2} @dots{})
- (@var{type1?} @var{type2?} @dots{})
+ (@var{tipo1?} @var{tipo2?} @dots{})
#@{
- @var{@dots{}music@dots{}}
+ @var{@dots{}musica@dots{}}
#@})
@end example
@noindent
-where
+dove
@multitable @columnfractions .33 .66
@item @code{@var{argN}}
-@tab @var{n}th argument
-
-@item @code{@var{typeN?}}
-@tab a scheme @emph{type predicate} for which @code{@var{argN}}
-must return @code{#t}.
-
-@item @code{@var{@dots{}music@dots{}}}
-@tab normal LilyPond input, using @code{$} (in places where only
-Lilypond constructs are allowed) or @code{#} (to use it as a Scheme
-value or music function argument or music inside of music lists) to
-reference arguments
-(eg. @samp{#arg1}).
+@tab @var{n}esimo argomento
+
+@item @code{@var{tipoN?}}
+@tab un @emph{tipo di predicato} scheme per il quale @code{@var{argN}}
+deve ritornare @code{#t}.
+
+@item @code{@var{@dots{}musica@dots{}}}
+@tab il normale input LilyPond, usando @code{$} (nei punti in cui sono
+consentiti solo i costrutti Lilypond) o @code{#} (per usarlo come un valore
+Scheme o come argomento di una funzione musicale o come musica all'interno
+di liste di musica) per riferirsi agli argomenti (es: @samp{#arg1}).
@end multitable
-The list of type predicates is required. Some of the most common
-type predicates used in music functions are:
+La lista del tipo di predicati è obbligatoria. Alcuni dei tipi di predicati
+più comuni usati nelle funzioni musicali sono:
@example
boolean?
-cheap-list? @emph{(use instead of }@q{list?}@emph{ for faster processing)}
+cheap-list? @emph{(usarlo al posto di }@q{list?}@emph{ per un'elaborazione più veloce)}
ly:duration?
ly:music?
ly:pitch?
@end example
@noindent
-For a list of available type predicates, see
-@ref{Predefined type predicates}. User-defined type predicates
-are also allowed.
+Un elenco dei tipi di predicati disponibili si trova in
+@ref{Predefined type predicates}. Sono consentiti anche tipi di predicati
+definiti dagli utenti.
@seealso
Guida alla notazione:
@file{scm/lily.scm}.
-@node Substitution function examples
-@subsection Substitution function examples
+@node Esempi della funzione di sostituzione
+@subsection Esempi della funzione di sostituzione
+@translationof Substitution function examples
-This section introduces some substitution function examples.
-These are not intended to be exhaustive, but rather to demonstrate
-some of the possibilities of simple substitution functions.
+Questa sezione presenta alcuni esempi di funzione di sostituzione.
+L'obiettivo non è fornire un elenco esaustivo, ma mostrare soltanto
+alcune delle possibilità di semplici funzioni di sostituzione.
-In the first example, a function is defined that simplifies
-setting the padding of a TextScript:
+Nel primo esempio, viene definita una funzione che semplifica il
+padding di un oggetto TextScript:
@lilypond[quote,verbatim,ragged-right]
padText =
#})
\relative {
- c''4^"piu mosso" b a b
+ c''4^"più mosso" b a b
\padText #1.8
- c4^"piu mosso" b a b
+ c4^"più mosso" b a b
\padText #2.6
- c4^"piu mosso" b a b
+ c4^"più mosso" b a b
}
@end lilypond
-In addition to numbers, we can use music expressions such
-as notes for arguments to music functions:
+Oltre ai numeri, si possono usare come argomenti delle funzioni musicali
+anche le espressioni musicali, come le note:
@lilypond[quote,verbatim,ragged-right]
custosNote =
@end lilypond
@funindex \etc
-Both of those functions are simple single expressions where only
-the last element of a function call or override is missing. For
-those particular function definitions, there is a simpler
-alternative syntax, namely just writing out the constant part of
-the expression and replacing its final missing element with
-@code{\etc}:
+Entrambe queste funzioni sono semplici espressioni singole dove manca soltanto
+l'ultimo elemento di una chiamata di una funzione o di una sovrascrittura. Per
+queste particolari definizioni di funzione, esiste una sintassi alternativa
+più semplice, che consiste nello scrivere interamente la parte costante
+dell'espressione e sostituire il suo elemento finale mancante con @code{\etc}:
@lilypond[quote,verbatim,ragged-right]
padText =
\once \override TextScript.padding = \etc
\relative {
- c''4^"piu mosso" b a b
+ c''4^"più mosso" b a b
\padText #1.8
- c4^"piu mosso" b a b
+ c4^"più mosso" b a b
\padText #2.6
- c4^"piu mosso" b a b
+ c4^"più mosso" b a b
}
@end lilypond
@end lilypond
-Substitution functions with multiple arguments can be defined:
+Si possono definire funzioni di sostituzione con molteplici argomenti:
@lilypond[quote,verbatim,ragged-right]
tempoPadded =
#})
\relative {
- \tempo \markup { "Low tempo" }
+ \tempo \markup { "Tempo basso" }
c''4 d e f g1
- \tempoPadded #4.0 "High tempo"
+ \tempoPadded #4.0 "Tempo alto"
g4 f e d c1
}
@end lilypond
\relative {
e'1
\repeat volta 2 {
- \inStaffSegno % start repeat
+ \inStaffSegno % inizio ripetizione
f2 g a b
}
c1_"D.S." \bar "|."
e'1
\repeat volta 2 {
f2 g a b
- \inStaffSegno % end repeat
+ \inStaffSegno % fine ripetizione
}
f2 g a b
c1_"D.S." \bar "|."
\repeat volta 2 {
f2 g a b
}
- \inStaffSegno % double repeat
+ \inStaffSegno % doppia ripetizione
\repeat volta 2 {
f2 g a b
}
@end itemize
In tutti questi tre metodi è possibile disegnare dei trattini tra
-le sillabe di una parole e delle linee di estensione oltre la
+le sillabe di una parola e delle linee di estensione oltre la
fine di una parola. Maggiori dettagli in @ref{Extenders and hyphens}.
Il contesto @code{Voice} contenente la melodia al quale il testo si
are used by the various back-ends when producing output files.
In the previous section, we saw how Lilypond prevents name-clashes when
-producing several ouputs from a single source file. You also have the
+producing several outputs from a single source file. You also have the
ability to specify your own suffixes for each @code{\book} block, so
for example you can produce files called
@file{eightminiatures-Romanze.pdf}, @file{eightminiatures-Menuetto.pdf}
@end verbatim
Markups used for formatting the table of contents are defined in the
-@code{\paper} block. There two @q{pre-defined} markups already
+@code{\paper} block. There are two @q{pre-defined} markups already
available;
@itemize
@noindent
A new markup variable (called @code{tocActMarkup}) is defined in the
-@code{\paper} block ;
+@code{\paper} block;
@verbatim
\paper {
file, but other formats such as @code{PDF} or @code{PNG} can also be
created if required. The extracted music is output as if had been
literally @q{cut} from the original printed score so if a fragment runs
-over one or more lines, a separate ouput file for each line will be
+over one or more lines, a separate output file for each line will be
generated.
@seealso
shortened; so to compensate for this, restrict the use of the
@code{\articulate} function to shorter segments of music or modify the
values of the variables defined in the @file{articulate} script to
-compenstate for the note-shortening behavior.}
+compentate for the note-shortening behavior.}
@tab @code{eps}
@tab Used as default by the @command{lilypond-book} command. This dumps
every page as both a single file with all pages and fonts included and
-as separate encapsulated postscipt files for each page but without fonts
+as separate encapsulated postscript files for each page but without fonts
included.
@item
@tab @code{null}
-@tab Do not output a printed score. This the same effect as
+@tab Do not output a printed score. This has the same effect as
@code{-dno-print-pages}.
@item
@end lilypond
@node Warning this voice needs a voiceXx or shiftXx setting
-@unnumberedsubsec Warning this voice needs a @code{@bs{}voiceXx}
- or @code{@bs{}shiftXx} setting
+@unnumberedsubsec Warning this voice needs a @code{@bs{}voiceXx} or @code{@bs{}shiftXx} setting
If notes from two different voices with stems in the same direction
occur at the same musical moment, but the voices have no
As LilyPond is improved, the syntax (input language) of some commands
and functions can change. This can result in unexpected errors,
-warnings or even output when input files, previously created with older
+warnings or even wrong output when input files, previously created for older
versions of LilyPond are then used with later versions.
To help with this the @command{convert-ly} command can be used to
projects / lilypond.git / commitdiff