-@c -*- coding: utf-8; mode: texinfo; -*-
+@c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-
@ignore
- Translation of GIT committish: fe2cae0fa47ec4ec0184e6b3d15572fbcba881cf
+ Translation of GIT committish: 45d0e015edc53abebada17a0fdb1d665f7edf900
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.13.29"
+@c \version "2.19.21"
@node Sugerencias para escribir archivos de entrada
@chapter Sugerencias para escribir archivos de entrada
variable, se recomienda que las notas estén envueltas dentro de
@example
-\transpose c altura-natural @{...@}
+\transpose c altura-natural @{@dots{}@}
@end example
@noindent
versiones nuevas de LilyPond.
@example
-violin = \relative c'' @{
-g4 c'8. e16
+violin = \relative @{
+g'4 c'8. e16
@}
-...
+@dots{}
\score @{
\new GrandStaff @{
\new Staff @{
@example
fluegop = _\markup@{
\dynamic f \italic \small @{ 2nd @} \hspace #0.1 \dynamic p @}
-violin = \relative c'' @{
-g4\fluegop c'8. e16
+violin = \relative @{
+g'4\fluegop c'8. e16
@}
@end example
Las herramientas más poderosas para este cometido son el comentario de
una sola línea (indicado por @code{%}) y el comentario de bloque
-(indicado por @code{%@{ ... %@}}). Si no sabe dónde está el problema,
+(indicado por @code{%@{@dots{}%@}}). Si no sabe dónde está el problema,
comience convirtiendo grandes secciones del archivo de entrada en un
comentario. Después de eliminar una sección convirtiéndola en un
comentario, pruebe a compilar el archivo otra vez. Si funciona,
la sección @code{\score} no comentado.
@example
-bajo = \relative c' @{
+bajo = \relative @{
%@{
- c4 c c c
+ c'4 c c c
d d d d
%@}
@}
las relaciones de dependencia entre los archivos y qué instrucciones
necesitamos dar al sistema operativo para producir un archivo a partir
de otro. Por ejemplo, el archivo de make detallaría cómo obtener
-@code{balada.pdf} y @code{balada.midi} a partir de @code{balada.ly}
+@file{balada.pdf} y @file{balada.midi} a partir de @file{balada.ly}
mediante la ejecución de Lilypond.
Existen ocasiones en las que es buena idea crear un @code{Makefile}
Las instrucciones que definen las reglas en un archivo de make
difieren en función de la plataforma; por ejemplo, las distintas
-formas de Linux y MacOS usan @code{bash}, mientras que Windows usa
+formas de GNU/Linux y MacOS usan @code{bash}, mientras que Windows usa
@code{cmd}. Observeque en MacOS X, tenemos que configurar el sistema
para que utilice el intérprete de órdenes. A continuación presentamos
-algunos makefiles de ejemplo, con versiones tanto para Linux/MacOS
+algunos makefiles de ejemplo, con versiones tanto para GNU/Linux/MacOS
como para Windows.
El primer ejemplo es para una obra orquestal en cuatro movimientos con
`-- sinfoniaDefs.ily
@end example
-Los archivos @code{.ly} de los directorios @code{Partituras} y
-@code{Particellas} obtienen las notas de archivos @code{.ily} que están en
+Los archivos @file{.ly} de los directorios @code{Partituras} y
+@code{Particellas} obtienen las notas de archivos @file{.ily} que están en
el directorio @code{Notas}:
@example
%%% principio del archivo "sinfonia-cello.ly"
-\include ../definiciones.ily
+\include ../definicionesSinf.ily
\include ../Notas/cello.ily
@end example