-ligaduras de fraseo, los reguladores, las indicaciones de octava alta
-y baja, y muchos otros objetos gráficos no están situados en un solo
-lugar: tienen un punto de inicio, un punto de final, y quizá otras
-propiedades relacionadas con su forma. Los objetos con una forma
-extendida como estos, reciben el nombre de «Objetos de extensión» o
-@q{Spanners}.
-
-Aún falta por explicar qué son los @q{Interfaces}. Muchos objetos,
-incluso aunque son bastante diferentes, comparten funcionalidades que
-se deben procesar de la misma manera. Por ejemplo, todos los objetos
-gráficos tienen un color, un tamaño, una posición, etc., y todas estas
-propiedades se procesan de la misma forma durante la interpretación
-del archivo de entrada por parte de LilyPond. Para simplificar estas
-operaciones internas, estas acciones y propiedades comunes se agrupan
-en un objeto llamado @code{grob-interface}, interface de grob. Hay
-muchas otras agrupaciones de propiedades comunes como ésta, y cada
-una recibe un nombre que acaba en @code{interface}. En total hay más
-de 100 interfaces de éstos. Veremos más adelante porqué esto es del
-interés y de utilidad para el usuario.
-
-Estos son, en fin, los términos principales relativos a los objetos
-que vamos a utilizar en este capítulo.
+ligaduras de fraseo, los reguladores, las indicaciones de octava
+alta y baja, y muchos otros objetos gráficos no están situados en
+un solo lugar: tienen un punto de inicio, un punto de final, y
+quizá otras propiedades relacionadas con su forma. Los objetos
+con una forma extendida como estos, reciben el nombre de «Objetos
+de extensión» o @q{Spanners}.
+
+Los «spanners» no se pueden trucar después de haberse creado.
+Ello incluye tanto a @code{StaffSymbol} como a
+@code{LedgerLineSpanner}, que continúan a lo largo de toda la
+partitura (excepto si se les da fin con la instrucción
+@code{\stopStaff} y se vuelven a crear con la instrucción
+@code{\startStaff}.
+
+Es más, existen objetos gráficos @q{abstractos} que no impriman
+nada por sí mismos, sino que más bien recopilan, posicionan y
+gestionan a otros objetos gráficos. Los ejemplos usuales son
+@code{DynamicLineSpanner}, @code{BreakAlignment},
+@code{NoteColumn}, @code{VerticalAxisGroup},
+@code{NonMusicalPaperColumn} y similares. Más tarde veremos cómo
+se usan algunos de ellos.
+
+Aún falta por explicar qué son los @q{Interfaces}. Muchos
+objetos, incluso aunque son bastante diferentes, comparten
+funcionalidades que se deben procesar de la misma manera. Por
+ejemplo, todos los objetos gráficos tienen un color, un tamaño,
+una posición, etc., y todas estas propiedades se procesan de la
+misma forma durante la interpretación del archivo de entrada por
+parte de LilyPond. Para simplificar estas operaciones internas,
+estas acciones y propiedades comunes se agrupan en un objeto
+llamado @code{grob-interface}, interface de grob. Hay muchas
+otras agrupaciones de propiedades comunes como ésta, y cada una
+recibe un nombre que acaba en @code{interface}. En total hay más
+de 100 interfaces de éstos. Veremos más adelante porqué esto es
+del interés y de utilidad para el usuario.
+
+Estos son, en fin, los términos principales relativos a los
+objetos que vamos a utilizar en este capítulo.