]> git.donarmstrong.com Git - lilypond.git/blobdiff - Documentation/es/web/community.itexi
Web-es: update Community.
[lilypond.git] / Documentation / es / web / community.itexi
index c307ab534b133948603949b69f70fc6a0de07348..5486a83063af7a359d5f9ccb49a5229e945a7c01 100644 (file)
@@ -1,6 +1,6 @@
 @c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-
 @ignore
-    Translation of GIT committish: 99ce5fc4bd1169e8fa33855b3a13bc68f08fbe0b
+    Translation of GIT committish: 6b8cabe379e8b4b945797a4e55759c56117223d4
 
     When revising a translation, copy the HEAD committish of the
     version that you are working on.  For details, see the Contributors'
@@ -74,7 +74,7 @@ LilyPond
 nosotros.
 
 @item
-@ref{Noticias antiguas}: el archivo.
+@ref{Noticias}: noticias procedentes del proyecto LilyPond.
 
 @item
 @ref{Desván}: anuncios y registros de cambios en versiones
@@ -97,7 +97,7 @@ antiguas.
 * Autores::
 * Reconocimientos::
 * Publicaciones::
-* Noticias antiguas::
+* Noticias::
 * Desván::
 @end menu
 @divEnd
@@ -379,7 +379,7 @@ El código que sigue ¿es un ejemplo mínimo?
 
 @example
 \version "2.14.1"
-\include "espanol.ly"
+\include "español.ly"
 
 \score @{
   \new Staff @{
@@ -619,11 +619,10 @@ la versión @versionDevel{}:
 
 Desarrolladores interesados:
 @table @asis
-@item @email{dak@@gnu.org, David Kastrup}
-Se necesitan donaciones para que yo pueda continuar mi actual
-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.
+@item @email{lilypond-devel@@gnu.org, Lista de desarrolladores de LilyPond}
+Puesto que no hay ningún desarrollador en la lista de interesados para el
+desarrollo comercial, lo mejor que puede hacer es preguntar en la lista
+de desarrolladores.
 
 @c Format
 @c @item @email{name@@adress.domain, Name}
@@ -788,7 +787,7 @@ Las pruebas de lilypond-book de esta versión.
 @itemize
 @item @uref{http://lilypond.org/test, Comparaciones entre pruebas de regresión}
 
-@item @uref{http://lilypond.org/download/binaries/test-output/,
+@item @uref{http://lilypond.org/downloads/binaries/test-output/,
 Archivo de todas las pruebas de regresión}
 
 @end itemize
@@ -921,7 +920,7 @@ en el desarrollo de LilyPond a que se impliquen aún más.  LilyPond
 participa en el GSoC como parte del @uref{http://www.gnu.org/,
 proyecto GNU}.
 
-Hemos tenido participantes en el GSoC en 2012 y 2015 y animamos a
+Hemos tenido participantes en el GSoC en 2012, 2015 y 2016 y animamos a
 los estudiantes a que envíen la solicitud para las futuras
 ediciones.
 
@@ -934,50 +933,71 @@ envíenos un correo a la lista de desarrolladores (véase
 @divClass{column-center-bottom}
 @subheading Lista de ideas del proyecto
 
-Más abajo aparece una lista de los proyectos que fue inicialmente
-sugerida para el GSoC 2012.  Se mantiene aquí como inspiración
-para futuros proyectos del GSoC y para cualquier persona
-interesada en el desarrollo de LilyPond.
+Más abajo aparece una lista de los proyectos sugeridos para el
+GSoC o para cualquier persona interesada en ayudar a mejorar
+LilyPond. (Última actualización: noviembre de 2016)
 
-Observe que no es una lista exhaustiva.  También son posibles
-otros proyectos de GSoC.  Existen varias áreas en las que LilyPond
-puede mejorar y el equipo de desarrollo de LilyPond está siempre
-dispuesto a servir de ayuda a aquellos que deseen implicarse en un
-proyecto como los que aparecen relacionados más abajo.
+La disponibilidad de los mentores varía de proyecto en proyecto y
+de un año a otro.  Envíenos un correo electrónico sobre nuestra
+lista de distribución de desarrolladores (véase @ref{Contacto}), y
+trataremos de ayudarle a encontrar un mentor para un proyecto que
+cubra sus intereses y capacidades.
+
+Si tiene alguna idea para un proyecto del GSoC que no aparece en
+la relación siguiente, puede enviarnos un correo también.  Existen
+varias áreas en las que LilyPond puede mejorar, y nuestro equipo
+de desarrollo está siempre dispuesto a servir de ayuda a aquellos
+que deseen implicarse en un proyecto como los que aparecen
+relacionados más abajo.
 
 Hay una lista completa de todas las incidencias abiertas
-@uref{http://code.google.com/p/lilypond/issues/list, aquí}.
+@uref{http://sourceforge.net/p/testlilyissues/issues/, aquí}.
 
 @divEnd
 
 @divClass{column-center-middle-color3}
-@subheading ScholarLY
-
-ScholarLY es una biblioteca dentro de
-@uref{https://github.com/openlilylib/snippets, openLilyLib} que
-provee funcionalidades para la anotación de partituras, haciendo
-posible gestionar flujos de trabajo académicos completamente en el
-contexto del documento de la partitura.  Hasta ahora es posible
-introducir anotaciones de distintos tipos, producir mensajes que
-se comportan como enlaces sobre la salida de consola y exportar a
-texto y a archivos de LaTeX.
-
-Hay muchas solicitudes de funcionalidad para la conversión de esta
-biblioteca en una herramienta mmás potente y completa aún, por
-ejemplo: inserción de ejemplos musicales, producción de notas al
-pie de página, aplicación automárica de estilos al elemento
-anotado (p. ej. trazar una ligadura en línea discontinua, poner
-una alteración entre paréntesis), creando informes con elementos
-sobre los que se puede apuntar y pulsar.  Para ver una descripción
-completa de esta sugerencia de proyecto, visite
-@uref{https://github.com/openlilylib/scholarly/wiki/GSoC}.
+@subheading Mejora de la estructura interna de acordes
 
-@strong{Dificultad:} media
-@strong{Requisitos:} Scheme, posiblemente LaTeX, (opcionalmente
-Python)
-@strong{Conocimientos recomendados:} Experiencia con, o interés
-en, la edición académica y flujos de trabajo colaborativos.
-@strong{Mentor potencial:} Urs Liska
+La representación interna de los acordes de LilyPond no es lo
+bastante potente como para captar la nomenclatura de los acordes
+de jazz.  Actualmente el acorde tiene una fundamental, un bajo y
+una inversión.  Sería bueno poder manejar acordes múltiples o
+superpuestos, menor/mayor, etc.  Para hacerlo, debe desarrollarse
+una representación interna con la capacidad de capturar la esencia
+de los acordes más complejos.  Además, una vez que se haya
+desarrollado la representación interna, el formato de salida de
+los nombres de acorde puede mejorarse.
+
+@strong{Dificultad:} Fácil/intermedia
+@strong{Requisitos:} Scheme (Guile), pero el nivel necesario puede
+aprenderse fácilmente
+@strong{Conocimientos recomendados:} Teoría y nomenclatura de los acordes
+@strong{Mentor:} Carl Sorensen
+
+@divEnd
+
+@divClass{column-center-middle-color3}
+@subheading Añadir una variante especial de los glifos de fuente tipográfica
+
+@divClass{keep-bullets}
+@itemize
+
+@item
+Añadir variantes @q{sobre} y @q{entre} líneas del pentagrama.
+
+@item
+Variantes más bajas y estrechas de ciertos glifos, como
+alteraciones alccidentales.  Otro ejemplo más específico sería una
+cabeza de nota breve de la notación antigua en dos variantes, una
+con un hueco pequeño dentro, y otra con un hueco grande.
+
+@end itemize
+@divEnd
+
+@strong{Dificultad:} fácil
+@strong{Requisitos:} MetaFont, C++, buen ojo para los detalles
+@strong{Conocimientos recomendados:} conocimientos básicos de LilyPond
+@strong{Mentor potencial:} Werner Lemberg
 
 @divEnd
 
@@ -988,13 +1008,51 @@ Arreglar problemas con la sincronización de las notas de adorno.
 Las notas de adorno pueden interferir con la cuenta del tiempo de
 LilyPond y causar efectos extraños, especialmente cuando se usan
 varios pentagramas en los que algunos tienen notas de adorno y
-otros no.
+otros no.  Este es uno de los más antiguos y emarazosos
+@uref{https://sourceforge.net/p/testlilyissues/issues/34/,bugs} de
+LilyPond.
 
 @strong{Dificultad:} media
 @strong{Requisitos:} C++, MIDI
 @strong{Conocimientos recomendados:} familiaridad con el
 funcionamiento interno de LilyPond
-@strong{Mentores potenciales:} Mike Solomon, Carl Sorensen
+@strong{Mentores potenciales:} Mike Solomon (not available for GSoC 2016),
+Carl Sorensen
+
+@divEnd
+
+@divClass{column-center-middle-color3}
+@subheading Mejora del posicionamiento de las barras de corchea (y figuras menores)
+
+Para barras de corchea normales, de pentagrama cruzado,
+interrumpidas y en ángulo.  El barrado debería depender del
+contexto y de las notas vecinas (véase la sección 2.2 de
+@uref{http://imslp.org/wiki/Repository_of_Music-Notation_Mistakes_%28Coulon%2C_Jean-Pierre%29,
+este libro}).  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{Mentores potenciales:} Mike Solomon (not available for GSoC 2016), Carl Sorensen
+
+@divEnd
+
+@divClass{column-center-middle-color3}
+@subheading Ayudar a mejorar el comportamiento de la compilación
+
+Las herramientas de análisis automático del código, como la
+detección de filtraciones de memoria de Valgrind o el perfilador
+de código Callgrind, proveen una información valiosa acerca de los
+posibles problemas de nuestro 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{Mentores potenciales:} Reinhold Kainhofer (no disponible
+para el GSoC 2016), Joe Neeman
 
 @divEnd
 
@@ -1031,9 +1089,14 @@ a las etiquetas del XML.
 @end itemize
 @divEnd
 
+Existen varias posibilidades para este pryecto, entre ellas la
+construcción encima del proyecto de exportación de MusicXML del
+GSoC 2015.
+
 @strong{Dificultad:} media
-@strong{Requisitos:} MusicXML, Python, conocimiento básico de LilyPond
+@strong{Requisitos:} MusicXML, Python, Scheme, conocimiento básico de LilyPond
 @strong{Mentores potenciales:} Reinhold Kainhofer, Mike Solomon
+(ninguno de ellos disponible para el GSoC 2016)
 
 Sería un buen tanto a su favor la familiaridad con otros editores
 de partituras para poder hacer pruebas cruzadas.
@@ -1043,8 +1106,8 @@ de partituras para poder hacer pruebas cruzadas.
 @divClass{column-center-middle-color3}
 @subheading Mejora de las ligaduras de unión y de expresión
 
-Con frecuencia, las curvas de las ligaduras de unión y de
-expresión no son satisfactorias.  No se manejan bien las ligaduras
+Con frecuencia, las calidad gráfica de las ligaduras de unión y de
+expresión no es satisfactoria.  No se manejan bien las ligaduras
 @q{interrumpidas} por cambios de clave o de pentagrama.  El
 proyecto podría incluir y organizar ejemplos de mala salida,
 decidir sobre la salida perseguida y escibir código para
@@ -1053,67 +1116,8 @@ mejorarla.
 @strong{Dificultad:} alta
 @strong{Requisitos:} C++, experiencia con heurística de la escritura
 @strong{Conocimientos recomendados:} LilyPond, sentido estético
-@strong{Mentor potencial:} Mike Solomon
-
-@divEnd
-
-@divClass{column-center-middle-color3}
-@subheading Añadir una variante especial de los glifos de fuente tipográfica
-
-@divClass{keep-bullets}
-@itemize
-
-@item
-Añadir variantes @q{sobre} y @q{entre} líneas del pentagrama.
-
-@item
-Variantes más bajas y estrechas de ciertos glifos, como
-alteraciones alccidentales.  Otro ejemplo más específico sería una
-cabeza de nota breve de la notación antigua en dos variantes, una
-con un hueco pequeño dentro, y otra con un hueco grande.
-
-@end itemize
-@divEnd
-
-@strong{Dificultad:} fácil
-@strong{Requisitos:} MetaFont, C++, buen ojo para los detalles
-@strong{Conocimientos recomendados:} conocimientos básicos de LilyPond
-@strong{Mentor potencial:} Werner Lemberg
-
-@divEnd
-
-@divClass{column-center-middle-color3}
-@subheading Mejora del posicionamiento de las barras de corchea (y figuras menores)
-
-Para barras de corchea 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{Mentores potenciales:} Mike Solomon, Carl Sorensen
-
-
-@divEnd
-
-@divClass{column-center-middle-color3}
-@subheading Ayudar a mejorar el comportamiento de la compilación
-
-Las herramientas de análisis automático del código, como la
-detección de filtraciones de memoria de Valgrind o el perfilador
-de código Callgrind, proveen una información valiosa acerca de los
-posibles problemas de nuestro 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{Mentores potenciales:} Joe Neeman, Reinhold Kainhofer
+@strong{Mentor potencial:} Mike Solomon, Janek Warchoł (ninguno de
+ellos disponible para el GSoC 2016)
 
 @divEnd
 
@@ -1242,9 +1246,9 @@ actualmente.
 @contactUsAbout{artículos académicos}
 
 
-@node Noticias antiguas
-@unnumberedsec Noticias antiguas
-@translationof Old news
+@node Noticias
+@unnumberedsec Noticias
+@translationof News
 
 @divClass{heading-center}
 @warning{Hay muchos anuncios y registros de cambio antiguos en el