-@divClass{column-center-top}
-@subheading ¿Qué es el Google Summer of Code (Verano del Código de Google)?
-
-@uref{https://developers.google.com/open-source/gsoc/, GSoC} es un
-programa global que ofrece a estudiantes una ayuda para que
-trabajen en proyectos de software de fuentes abiertas durante las
-vacaciones de verano. Es una excelente oportunidad para que los
-estudiantes obtengan experiencia en el desarrollo de software en
-el mundo real y hagan contribuciones que beneficie a todos. Atrae
-a colaboradores nuevos y anima a los estudiantes que ya participan
-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
-los estudiantes a que envíen la solicitud para las futuras
-ediciones.
-
-Si tiene alguna pregunta o le gustaría solicitar la participación,
-envíenos un correo a la lista de desarrolladores (véase
-@ref{Contacto}).
-
-@divEnd
-
-@divClass{column-center-bottom}
-@subheading Lista de ideas del proyecto
-
-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: febrero de 2016)
-
-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://sourceforge.net/p/testlilyissues/issues/, aquí}.
-
-@divEnd
-
-@divClass{column-center-middle-color3}
-@subheading Mejora de la estructura interna de acordes
-
-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 ScholarLY
-
-ScholarLY es una biblioteca dentro de
-@uref{https://openlilylib.org, 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, esta página Wiki}.
-
-@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:} Urs Liska
-
-@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 Notas de adorno
-
-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. 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 (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 Permitir objetos extensos entre voces distintas
-
-Actualmente, toda clase de objetos extensos (ligaduras de unión y
-de expresión, matices dinámicos, textos extensos, trinos, etc.)
-tienen que terminar en el mismo contexto en que empezaron. Sin
-embargo, esto no refleja la realidad de la notación de la mayoría
-de las configuraciones polifónicas. En la actualidad son
-necesarios extraños rodeos con voces ocultas para conseguir
-objetos de extensión entre voces distintas.
-
-Deberían explorarse nuevas formas de abordar este problema, por
-ejemplo por medio de
-
-@divClass{keep-bullets}
-@itemize
-
-@item la especificación de un "contexto de destino" en el que se espera que termine el objeto
-
-@item la especificación explícita del objeto que termina con un identificador
-
-@end itemize
-@divEnd
-
-Esta funcionalidad resolvería muchos problemas presentes de manera
-habitual con la música para piano y partes combinadas.
-
-@strong{Dificultad:} media (?)
-@strong{Requisitos:} C++, Scheme
-@strong{Mentor potencial:} Urs Liska
-@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
-
-@divClass{column-center-middle-color3}
-@subheading MusicXML
-
-Mejora de las funciones de importación y exportación de MusicXML:
-
-@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
-Enlazar cada objeto de presentación (es decir, 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
-información de disposición para cada uno de los objetos de salida
-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, 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.
-
-@divEnd
-
-@divClass{column-center-middle-color3}
-@subheading Mejora de las ligaduras de unión y de expresión
-
-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
-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, Janek Warchoł (ninguno de
-ellos disponible para el GSoC 2016)
-
-@divEnd