-Tanto @code{\set} como @code{\override} manipulan propiedades
-asociadas a contextos. En ambos casos las propiedades tienen en
-cuenta la jerarquía de contextos: las propiedades no establecidas en
-el propio contexto presentan los valores del contexto padre
-respectivo.
-
-El valor y la duración en el tiempo de las propiedades de contexto son
-dinámicos y están disponibles solamente cuando la música se está
-interpretando o @q{iterando}. En el momento de la creación del
-contexto, se inicializan las propiedades a partir de la definición de
-contexto correspondiente y las posibles modificaciones de contexto.
-Después de esto, cualquier cambio se obtiene a través de instrucciones
-de establecimiento de propiedades dentro de la propia música.
-
-Ahora bien, las definiciones de grob (objetos gráficos) son una clase
-especial de propiedades de contexto. Dado que su estructura,
-mantenimiento y utilización es distinta de las propiedades de contexto
-ordinarias, se accede a ellas con un conjunto de instrucciones
-diferente, y se estudian por separado dentro de la documentación.
-
-A diferencia de las propiedades de contexto normales, las definiciones
-de grob están subdivididas en propiedades de grob. Un @qq{grob}
-(objeto gráfico) se crea normalmente por parte de un grabador en el
-momento de la interpretación de una expresión musical y recibe sus
-propiedades iniciales de la definición de grob en curso del contexto
-del grabador. El grabador (u otras partes del @q{backend} de
-LilyPond) pueden después añadir o modificar propiedades del grob, pero
-ello no afecta a la definición de grob del contexto.
-
-Lo que conocemos como @q{propiedades de grob} en el contexto del
-trucaje a nivel de usuario son en realidad las propiedades de la
-definición de grob de un contexto. A diferencia de las propiedades de
-contexto normales, las definiciones de grob mantienen la contabilidad
-necesaria para seguir la pista de sus partes, las propiedades de grob
-individuales (e incluso subpropiedades de éstos), de forma separada,
-de forma que es posible definir dichas partes dentro de contextos
-diferentes y hacer que la definición de grob en su conjunto, en el
-momento de la creación del grob, se monte a partir de las piezas
-proporcionadas en diferentes contextos entre el contexto actual y sus
-contextos padre.
-
-Las definiciones de grob se manipulan usando @code{\override} y
-@code{\revert} y tienen un nombre que empieza con una letra mayúscula
-(como @samp{NoteHead}) mientras que las propiedades de contexto
-ordinarias se manipulan utilizando @code{\set} y @code{\unset} y se
-nombran empezando en letra minúscula.
+
+Tanto la instrucción @code{\set} como @code{\override} manipulan
+propiedades asociadas a contextos. En ambos casos las propiedades
+siguen una@emph{jerarquía de contextos}: las propiedades que no se
+establecen dentro del contexto aún presentan los valores del
+contexto de su padre respectivo.
+
+El valor y la duración en el tiempo de una propiedad de contexto
+son dinámicos y están disponibles solamente cuando la música se
+está interpretando o @q{iterando}. En el momento de la creación
+del contexto, se inicializan las propiedades a partir de las
+definiciones correspondientes (así como otras posibles
+modificaciones) de dicho contexto. Cualquier cambio posterior se
+obtiene a través de instrucciones de establecimiento de
+propiedades dentro de la propia música.
+
+Las definiciones de grob (objetos gráficos) son una clase
+@emph{especial} de propiedades de contexto, pues su estructura y
+uso son distintos de las propiedades de contexto ordinarias. A
+diferencia de las propiedades de los contextos normales, las
+definiciones de grob se subdividen en @emph{propiedades de grob}.
+
+Además, en contraste con las propiedades de contexto normales, las
+definiciones de grob tienen su propio conjunto de @q{utilidades de
+mantenimiento} de las propiedades individuales y, en su caso,
+sub-propiedades. Esto supone que es posible definir las distintas
+partes dentro de diferentes contextos y aún tener la definición
+completa del grob en el momento de su creación, montada a partir
+de todas las piezas proporcionadas por el contexto actual y su
+ancestro o ancestros, conjuntamente.
+
+Un grob u objeto gráfico se crea normalmente por parte de un
+grabador en el momento de la interpretación de una expresión
+musical y recibe sus propiedades iniciales de la definición de
+grob en curso del contexto del grabador. El grabador (u otras
+partes del @q{backend} de LilyPond) pueden después modificar (o
+añadirse a) las propiedades iniciales del grob; sin embargo, ello
+no afecta a la definición de grob del contexto.
+
+Lo que LilyPond conoce como @q{propiedades de grob} en el contexto
+del trucaje a nivel de usuario son en realidad las propiedades de
+la definición de grob de un contexto.
+
+Se accede a las definiciones de grob con un conjunto de
+instrucciones diferente. Se manipulan usando @code{\override} y
+@code{\revert} y tienen un nombre que empieza con una letra
+mayúscula (como @samp{NoteHead}) mientras que las propiedades de
+contexto ordinarias se manipulan utilizando @code{\set} y
+@code{\unset} y se nombran empezando en letra minúscula.