]> git.donarmstrong.com Git - lilypond.git/blobdiff - Documentation/es/web/community.itexi
Imported Upstream version 2.16.0
[lilypond.git] / Documentation / es / web / community.itexi
index 277c7b536f13858199ca2e1d854f59c82e43259e..119ec37c51abda6fffd40070f5a7b98de376b2fa 100644 (file)
@@ -1,6 +1,6 @@
 @c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-
 @ignore
-    Translation of GIT committish: b1eca8bedcef213d00b5ce85d0c4df8c338c2bb2
+    Translation of GIT committish: 7f8a93a6c044fcbb3c7aeb3aa5cba0c921dc7691
 
     When revising a translation, copy the HEAD committish of the
     version that you are working on.  For details, see the Contributors'
@@ -42,9 +42,16 @@ de LilyPond.
 @item
 @ref{Preste su ayuda}: se solicita su colaboración.
 
+@item
+@ref{Patrocinio}: contribuciones financieras.
+
 @item
 @ref{Desarrollo}: para colaboradores y pilotos de prueba.
 
+@item
+@ref{GSoC 2012}: nuestras ideas para la edición 2012 del «Google
+Summer of Code» (Verano del Código de Google).
+
 @item
 @ref{Autores}: las personas que han hecho a LilyPond lo que hoy es.
 
@@ -62,6 +69,9 @@ de LilyPond.
 @item
 @ref{Noticias antiguas}: el archivo.
 
+@item
+@ref{Desván}: anuncios y registros de cambios en versiones antiguas.
+
 @end itemize
 @divEnd
 
@@ -73,10 +83,13 @@ de LilyPond.
 * Ejemplos mínimos::
 * Informes de fallos::
 * Preste su ayuda::
+* Patrocinio::
 * Desarrollo::
+* GSoC 2012::
 * Autores::
 * Publicaciones::
 * Noticias antiguas::
+* Desván::
 @end menu
 @divEnd
 
@@ -263,7 +276,13 @@ indicaciones para elaborar @ref{Informes de fallos}.}
 
 @divEnd
 
+@divClass{column-right-bottom}
+@subheading Correos delicados
 
+Los asuntos privados se deben enviar a Graham Percival (gestor del
+proyecto), que lo discutirá con las personas pertinentes.
+
+@divEnd
 
 @node Ejemplos mínimos
 @unnumberedsec Ejemplos mínimos
@@ -272,7 +291,7 @@ indicaciones para elaborar @ref{Informes de fallos}.}
 @divClass{column-center-top}
 @subheading ¿Qué son los @qq{ejemplos mínimos}?
 
-Un ejemplo mínimo es un ejemplo del que no se puede eliminar nada.
+Un ejemplo mínimo es un ejemplo del que no se puede eliminar @strong{nada}.
 @divEnd
 
 @divClass{column-left-bottom}
@@ -286,13 +305,13 @@ Cuanto más simple es el ejemplo, más rápidamente pueden los
 desarrolladores entenderlo y ayudarle.
 
 @item
-Un ejemplo simple demuestra que se ha esforzado en resolver el
+Un ejemplo mínimo demuestra que se ha esforzado en resolver el
 problema por sí mismo.  Cuando alguien envía bloques grandes de código
 de entrada, da la impresión de que no le importa que le ayudemos o que
 no.
 
 @item
-La creación de un ejemplo mínimo le fuerza a entender lo que está
+La creación de un ejemplo mínimo le ayuda a entender lo que está
 ocurriendo.  Muchos informes falsos de problemas se podrían evitar
 intentando crear un ejemplo mínimo; si no puede reproducir un @qq{bug}
 en un ejemplo mínimo, probablemente el problema era una comprensión
@@ -305,7 +324,7 @@ insuficiente sobre LilyPond, ¡no un verdadero bug!
 
 
 @divClass{column-right-bottom}
-@subheading ¿Cómo los hago?
+@subheading ¿Cómo se hacen?
 
 @divClass{keep-bullets}
 @itemize
@@ -316,13 +335,13 @@ Incluya el número de versión en una instrucción @code{\version}.
 @item
 ¡Hágalo muy pequeño!  Los ejemplos relacionados con el espaciado o la
 disposición de las páginas pueden requerir muchos compases, pero casi
-todos los problemas se pueden reproducir mediante un solo compás.
+todos los problemas se pueden reproducir mediante un solo compás o menos.
 
 @item
 Cuando trate de crear un ejemplo, pruebe a convertir en comentarios
 @w{(@code{%} ó @code{%@{ @dots{} %@}})} distintas secciones del
 archivo.  Si puede convertir un bloque en un comentario y aún mostrar
-la idea principal, entonces ¡elimine ese bloque!
+la idea principal, entonces elimine ese bloque.
 
 @item
 Evite la utilización de notas, tonalidades o compases muy complicados,
@@ -331,26 +350,70 @@ elementos.
 
 @item
 No utilice instrucciones @code{\override} ni @code{\set} a no ser que
-el bug se refiera a esas instrucciones en particular.
+el bug se refiera a esas instrucciones en concreto.
+
+@item
+Opcionalmente, adjunte una imagen que muestre el resultado gráfico
+que desea.
 
 @end itemize
 @divEnd
 
 @divEnd
 
+@divClass{column-center-bottom}
+@subheading ¿Cuán pequeño debe ser?
 
+El código que sige ¿es un ejemplo mínimo?
+
+@example
+\version "2.14.1"
+\include "espanol.ly"
+
+\score @{
+  \new Staff @{
+    \key re \major
+    \numericTimeSignature
+    \time 2/4
+    <dos' re'' si''>16 <dos' re'' si''>8.
+    %% Aquí: la ligadura de unión sobre los Re tiene un aspecto gracioso
+    %% ¿Demasiado alta? ¿El punto final de la mano izquierda no se alinea
+    %% con la ligadura del Si?
+    ~
+    <dos' re'' si''>8 [ <si re'' la''> ]
+  @}
+@}
+@end example
+
+Bueno, no es muy grande, pero he aquí un ejemplo verdaderamente mínimo:
+
+@example
+\version "2.14.1"
+@{
+  % la ligadura intermedia tiene un aspecto gracioso aquí:
+  <c' d'' b''>8. ~ <c' d'' b''>8
+@}
+@end example
+
+Muy pocos ejemplos mínimos superan las 10 líneas de código;
+¡lo más corriente es que basten 4 líneas para mostrar el problema!
+
+@divEnd
 
 
 @node Informes de fallos
 @unnumberedsec Informes de fallos
 @translationof Bug reports
 
+@divClass{heading-center}
+Si tiene un código de entrada que produce una terminación abrupta o
+una salida defectuosa, eso es un bug.
+@divEnd
+
 @divClass{column-center-top}
 @subheading Paso 1: fallos conocidos
 
-Si tiene un código de entrada que produce una terminación abrupta o
-una salida defectuosa, eso es un bug.  Hay una lista de los fallos en
-vigor en nuestro sistema de seguimiento de fallos,
+Probablemente ya estamos al tanto de este bug.  Compruébelo aquí:
 
 @example
 @uref{http://code.google.com/p/lilypond/issues/list}
@@ -370,11 +433,10 @@ informe.}
 Si ha descubierto un fallo que no está en la lista, ayúdenos
 elaborando un informe de fallo.
 
-@warning{Sólo aceptamos informes de fallos en forma de @ref{Ejemplos
-mínimos}.  Disponemos de recursos muy limitados para tratar los
-informes de fallos, por lo que cualquier ejemplo que no sea mínimo va
-a ser rechazado.  ¡Casi todos los bugs se pueden demostrar con cuatro
-notas o menos!}
+@warning{Sólo aceptamos informes en forma de @ref{Ejemplos mínimos}.
+Disponemos de recursos muy limitados, por lo que cualquier ejemplo que
+no sea mínimo va a ser rechazado.  ¡Casi todos los bugs se pueden
+demostrar con cuatro notas o menos!}
 
 He aquí un ejemplo de un buen informe de fallo:
 
@@ -430,15 +492,17 @@ Para evitarlo, escriba:
 @divClass{column-center-bottom}
 @subheading Paso 4: Esperar respuesta
 
-Una vez que su fallo se ha enviado a la lista, nuestro Escuadrón de
-Fallos examinará el informe.  Déles un tiempo de unas 24 horas, pues
+Una vez que su informe de fallo se ha enviado a la lista, nuestro
+Escuadrón de Fallos lo examinará el informe.  Quizá le pidan más
+información.  Se le avisará cuando el informe se añada al sistema de
+seguimiento de fallos.  Déles un tiempo de unos 4 días, pues
 disponemos de un número limitado de voluntarios para esta tarea.
-Puede que le pidan más información, o que añadan el informe al sistema
-de seguimiento y le comuniquen qué número se ha asignado al problema.
 
-Puede marcar el bug de forma que reciba mensajes automáticamente
-cuando se produce cualquier actividad sobre él.  Ello requiere que
-usted disponga de una cuenta en Google.
+Una vez que el fallo se ha añadido al sistema de seguimiento, puede
+comentarlo para añadirle más información.  Puede marcar el bug con una
+estrella de forma que reciba mensajes automáticamente cuando se
+produce cualquier actividad sobre él.  Ello requiere que usted
+disponga de una cuenta en Google.
 @divEnd
 
 @divClass{column-center-bottom}
@@ -464,17 +528,99 @@ que muestren el aspecto que usted cree que debe tener!
 
 @divClass{column-left-top}
 @divClass{keep-bullets}
-@helpusTasks
+@helpusSimple
 
 @divEnd
 @divEnd
 
 @divClass{column-right-top}
-@helpusProjects
+@helpusAdvanced
 
 @divEnd
 
 
+@node Patrocinio
+@unnumberedsec Patrocinio
+@translationof Sponsoring
+
+@divClass{keep-bullets}
+@divClass{column-left-top}
+@subheading Recompensas
+
+Anteriormente,
+
+@itemize
+@item ciertos usuarios han pagado a cambio de nuevas funcionalidades
+@item algunos desarrolladores han sido contratados para añadir funcionalidades nuevas
+@end itemize
+
+El proyecto LilyPond no organiza estas tareas; ni refrendamos ni
+disuadimos de tales acuerdos.  Cualquier contrato privado entre
+personas individuales es asunto de dichas personas, no nuestro.
+
+@divEnd
+
+@divClass{column-right-top}
+@subheading Guidelines
+
+Cualquier usuario que quiera ofrecer dinero a cambio de un trabajo,
+debería tener en cuenta los siguientes puntos:
+
+@itemize
+@item
+Los desarrolladores de LilyPond pueden anunciar sus servicios en las
+listas de correo de lilypond de vez en cuando.
+
+@item
+Cualquier acuerdo entre personas individuales debiera incluir las
+precauciones normales cuando se hacen negocios: quién paga, cuánto
+paga, qué método se utiliza para pagar, y sobre qué paquete de
+condiciones.  Sugerimos que cualquier ambigüedad o incertidumbre en
+tales cuestiones se resuelvan antes de que dé comienzo cualquier
+trabajo.
+
+@end itemize
+
+@divEnd
+
+@divClass{column-center-bottom}
+@subheading Desarrolladores interesados
+
+A continuación aparece una lista de las personas que han expresado
+interés en recibir recompensas.  Observe que la cantidad de trabajo
+hecha por personas individuales varía bastante a lo largo de los
+años. No garantizamos que esta lista esté actualizada, ni que las
+personas aquí relacionadas tengan cualquier disponibilidad.  El único
+criterio es "Fulanito ha pedido aparecer en esta página".
+
+El examen de la historia del sistema de control de versiones Git es
+una buena manera de determinar quiénes son los desarrolladores más
+activos y experimentados.  Las estadísticas están al día hasta la
+versión @versionDevel{}:
+
+@multitable @columnfractions .3 .3 .3
+@item @uref{http://lilypond.org/~graham/gitstats-all/, historia general}
+@tab @uref{http://lilypond.org/~graham/gitstats-1year/, último año}
+@tab @uref{http://lilypond.org/~graham/gitstats-3months/, últimos tres meses}
+@end multitable
+
+Desarrolladores interesados:
+@table @asis
+@item @email{dak@@gnu.org, David Kastrup}
+Se necesitan donaciones para que yo pueda continuar mi atual trabajo a
+tiempo completo sobre LilyPond.  Me concentro en diseño de interfaces
+de usuario y del programador, coherencia, implementación,
+simplificación, documentación y depuración.
+
+@c Format
+@c @item @email{name@@adress.domain, Name}
+@c area of interest (256 chars max)
+
+@end table
+
+@divEnd
+@divEnd
+
 @node Desarrollo
 @unnumberedsec Desarrollo
 @translationof Development
@@ -737,6 +883,179 @@ están en @url{http://lilypond.org}}
 
 
 
+@node GSoC 2012
+@unnumberedsec GSoC 2012
+@translationof GSoC 2012
+
+@divClass{column-center-top}
+@subheading ¿Qué es el Google Summer of Code (Verano del Código de Google)?
+
+Es un programa global llevado a cabo por Google que ofrece a
+estudiantes una ayuda para que trabajen en proyectos de software de
+fuentes abiertas durante las vacaciones de verano.
+
+El equipo de LilyPond decidió que ésta era una excelente oportunidad
+para encontrar colaboradores nuevos y animar a los estudiantes que ya
+participan en el desarrollo de LilyPond a que se impliquen aún más.
+Uno de nuestros colaboradores ha sido seleccionado para la edición
+2012 del programa como parte del
+@uref{http://www.gnu.org/, proyecto GNU}; esperamos poder participar
+también en futuras ediciones.
+
+@divEnd
+
+@divClass{column-center-bottom}
+@subheading Nuestra lista de ideas para el 2012
+
+Más abajo aparece una lista de los proyectos que hemos sugerido para
+los estudiantes del GSoC 2012.  Aunque ha finalizado el plazo de
+solicitudes, hemos decidido mantener visible esta página como
+inspiración para cualquier persona interesada en el desarrollo de
+LilyPond.  Algunos miembros del equipo de desarrollo están dispuestos
+a prestar su ayuda a aquellos que quieran implicarse en estos
+proyectos.
+
+Por supuesto, hay muchas más cosas que mejorar en LilyPond, entre
+ellas algunas muy pequeñas.  Hay una lista completa
+@uref{http://code.google.com/p/lilypond/issues/list, aquí}.
+
+@subheading Notas de adorno
+
+Arreglar problemas con la sincronización de las notas de adorno,
+junto a toda la arquitectura subyacente (véase
+@uref{http://code.google.com/p/lilypond/issues/detail?id=34, el problema número 34 de nuestro sistema de seguimiento}).
+Las notas de adorno confunden al sistema de cuenta de tiempo de
+LilyPond porque son como ir hacia atrás en el tiempo.  Esto causa
+efectos extraños, en especial cuando un pentagrama tiene una nota de
+adorno que otro no tiene.
+
+@strong{Dificultad:} media
+
+@strong{Requisitos:} C++, MIDI
+
+@strong{Recomendado:} familiaridad con el funcionamiento interno de LilyPond
+
+@strong{Mentor(es):} Mike Solomon, Carl Sorensen
+
+@subheading MusicXML
+
+Añadir exportación completa de MusicXML y mejora de la importación,
+junto a las pruebas de comprobación de que funciona.  Dependiendo del
+tiempo disponible, implementar algunos o todos los siguientes:
+
+@divClass{keep-bullets}
+@itemize
+
+@item
+Manejo de la exportación del contenido musical básico como la
+exportación MIDI (es decir, uso de clases exportadoras dedicadas,
+derivadas de la clase translator)
+
+@item
+Construir el árbol XML del contenido musical básico, y una conexión
+desde el evento musical a la etiqueta XML
+
+@item
+Hacer que todos los grabadores de LilyPond hagan su trabajo
+
+@item
+Añadir la posibilidad de enlazar cada objeto de presentación
+(básicamente cada sello o grupo de sellos) a la causa musical (así
+como a la etiqueta XML dentro del árbol XML)
+
+@item
+Añadir un @q{back-end} de salida XML, que puede después añadir la
+información de disposición para cada uno de los objetos de salida a
+las etiquetas del XML
+
+@end itemize
+@divEnd
+
+El objetivo se considerará conseguido cuando una partitura
+(previamente seleccionada) pueda importarse desde el MusicXML y
+exportada de nuevo sin ninguna pérdida de datos no intencionada.
+
+@strong{Dificultad:} media
+
+@strong{Requisitos:} MusicXML, Python, conocimiento básico de LilyPond
+
+@strong{Mentor(es):} Reinhold Kainhofer, Mike Solomon
+
+Sería un buen tanto a su favor la familiaridad con otros editores de
+partituras para poder hacer pruebas cruzadas.
+
+@subheading Mejora de las ligaduras de unión y de expresión
+
+A menudo la forma predeterminada de las curvas de ligadura no es
+satisfactoria.  No están contempladas las ligaduras de unión entre
+notas enarmónicas @code{@{ dos'~ reb' @}}, las ligaduras "rotas" por
+una clave o un cambio de pauta no están bien contempladas.  El
+proyecto incluye la recolección y ordenación de ejemmplos de salida
+defectuosa, decidir sobre la salida que se desea tener y escribir el
+código correspondiente.
+
+@strong{Dificultad:} alta
+
+@strong{Requisitos:} C++, experiencia con heurística de la escritura
+
+@strong{Conocimientos recomendados:} LilyPond, sentido estético
+
+@strong{Mentor(es):} Mike Solomon
+
+@subheading Añadir una variante especial de los glifos de fuente tipográfica
+Añadir variantes para algunos glifos, como los signos de alteración,
+para líneas sobre la pauta, entre pautas, acortadas y estrechadas, así
+como una infraestructura genérica para incorporarlos.  Un ejemplo es
+la cabeza de la breve de na notación antigua, que viene en dos
+variantes, con el orificio pequeño y grande.
+
+@strong{Dificultad:} fácil
+
+@strong{Requisitos:} MetaFont, C++, buen ojo para los detalles
+
+@strong{Conocimientos recomendados:} conocimientos básicos de LilyPond
+
+@strong{Mentor(es):} Werner Lemberg
+
+@subheading Mejora del barrado
+
+Debería mejorarse el posicionamiento predeterminado de las barras de
+corchea (y figuras menores) normales, de pentagrama cruzado,
+interrumpidas y en ángulo.  El barrado debería depender del contexto y
+de las notas vecinas (véase la
+@uref{http://icking-music-archive.org/lists/sottisier/sottieng.pdf,
+sección 2.2}).
+Si es posible, reducir el tiempo de cálculo del barrado.
+
+@strong{Dificultad:} media
+
+@strong{Requisitos:} C++, experiencia con heurística de la escritura
+
+@strong{Conocimientos recomendados:} sentido estético
+
+@strong{Mentor(es):} Mike Solomon, Carl Sorensen
+
+@subheading Limpieza de diversas advertencias de compliación
+
+Limpieza de las advertencias de compilación, análisis estático del
+código, y advertencias de valgrind.  Las herramientoas de análisis
+automático del código (advertencias de @code{g++} y @code{clang}) y
+herramientas de análisis como la detección de filtraciones de memoria
+de los perfiladores de código valgrind y callgrind aportan valiosa
+información sobre posibles problemas en el código de C++.  La limpieza
+de estas advertencias nos permitiría rechazar automáticamente
+cualquier parche que introdujese más advertencias de las que hay
+actualmente.
+
+@strong{Dificultad:} media
+
+@strong{Requisitos:} C++
+
+@strong{Mentor(es):} Joe Neeman, Reinhold Kainhofer
+
+@divEnd
+
+
 @node Autores
 @unnumberedsec Autores
 @translationof Authors
@@ -839,10 +1158,8 @@ están en @url{http://lilypond.org}}
 @divEnd
 
 @divClass{column-center-bottom}
-
 @subheading Lo que otros han hecho con LilyPond
 
-
 @divClass{keep-bullets}
 
 @include others-did.itexi
@@ -857,6 +1174,67 @@ están en @url{http://lilypond.org}}
 @unnumberedsec Noticias antiguas
 @translationof Old news
 
+@divClass{heading-center}
+@warning{Hay muchos anuncios y registros de cambio antiguos en el
+@ref{Desván}}
+@divEnd
+
 @include web/news-front.itexi
 
 @include web/news.itexi
+
+
+@node Desván
+@unnumberedsec Desván
+@translationof Attic
+
+@divClass{column-center-top}
+@subheading Anuncios
+
+Anuncios y noticias por versión:
+@uref{http://lilypond.org/doc/v2.14/Documentation/web/index#LilyPond-2_002e14_002e0-released_0021-June-6_002c-2011,v2.14},
+@miscLink{announce-v2.12,v2.12},
+@miscLink{announce-v2.10,v2.10},
+@miscLink{announce-v2.8,v2.8},
+@miscLink{announce-v2.6,v2.6},
+@miscLink{announce-v2.4,v2.4},
+@miscLink{announce-v2.2,v2.2},
+@miscLink{announce-v2.0,v2.0},
+@miscLink{ANNOUNCE-1.2,v1.2},
+@miscLink{ANNOUNCE-1.0,v1.0},
+@miscLink{ANNOUNCE-0.1,v0.1}
+
+Lista descriptiva de los cambios por versión:
+@uref{http://lilypond.org/doc/v2.14/Documentation/changes/index.html,v2.14},
+@uref{http://lilypond.org/doc/v2.12/Documentation/topdocs/NEWS,v2.12},
+@uref{http://lilypond.org/doc/v2.10/Documentation/topdocs/NEWS,v2.10},
+@uref{http://lilypond.org/doc/v2.8/Documentation/topdocs/NEWS,v2.8},
+@uref{http://lilypond.org/doc/v2.6/Documentation/topdocs/NEWS,v2.6},
+@uref{http://lilypond.org/doc/v2.4/Documentation/topdocs/out-www/NEWS,v2.4},
+@uref{http://lilypond.org/doc/v2.2/Documentation/topdocs/out-www/NEWS,v2.2},
+@uref{http://lilypond.org/doc/v2.0/Documentation/topdocs/out-www/NEWS,v2.0},
+@uref{http://lilypond.org/doc/v1.8/Documentation/topdocs/out-www/NEWS,v1.8},
+@uref{http://lilypond.org/doc/v1.6/Documentation/out-www/NEWS,v1.6},
+@miscLink{NEWS-1.4,v1.4},
+@miscLink{NEWS-1.2,v1.2}
+
+@divEnd
+
+@divClass{column-center-bottom}
+@subheading Registros de cambios
+
+Registros de cambios de los desarrolladores, por versión:
+@miscLink{ChangeLog-2.10,v2.10},
+@miscLink{ChangeLog-2.3,v2.3},
+@miscLink{ChangeLog-2.1,v2.1},
+@miscLink{ChangeLog-1.5,v1.5 (1)},
+@miscLink{CHANGES-1.5,v1.5 (2)},
+@miscLink{CHANGES-1.4,v1.4},
+@miscLink{CHANGES-1.3,v1.3},
+@miscLink{CHANGES-1.2,v1.2},
+@miscLink{CHANGES-1.1,v1.1},
+@miscLink{CHANGES-1.0,v1.0},
+@miscLink{CHANGES-0.1,v0.1},
+@miscLink{CHANGES-0.0,v0.0}
+
+@divEnd