@c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-
@ignore
- Translation of GIT committish: 7f4a65db65f3a8eba89cc9d78101f3f7fd71a5e9
+ Translation of GIT committish: 5da0af52c0f2f6f00347981549a0e54feff6d056
When revising a translation, copy the HEAD committish of the
version that you are working on. For details, see the Contributors'
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
-antiguas.
+anteriores, noticias antiguas, etc.
@end itemize
@divEnd
* Autores::
* Reconocimientos::
* Publicaciones::
-* Noticias antiguas::
+* Noticias::
* Desván::
@end menu
@divEnd
@quotation
@uref{http://lists.gnu.org/mailman/listinfo/lilypond-user,
-suscripción e información sobre lilypond-user}
+Suscripción e información sobre lilypond-user}
@uref{http://lists.gnu.org/archive/html/lilypond-user/,
-archivo 1 de la lista de usuarios}
+Archivo 1 de la lista de usuarios}
@uref{http://www.mail-archive.com/lilypond-user@@gnu.org/,
-archivo 2}
+Archivo 2}
@uref{http://dir.gmane.org/gmane.comp.gnu.lilypond.general,
-archivo 3}
+Archivo 3}
@uref{http://post.gmane.org/post.php?group=gmane.comp.gnu.lilypond.general,
-escribir a la lista lilypond-user a través de gmane}
+Escribir a la lista lilypond-user a través de gmane}
@end quotation
@warning{Al formular preguntas, por favor, ¡utilice
<form action="http://webchat.freenode.net"
method="get"
name="f_lily_irc"
- <label>nombre de IRC:
+ <label>Nombre de IRC:
<input name="nick" type="text" size="15" value="">
</label>
<input name="channels" type="hidden" value="lilypond">
@quotation
@uref{http://lists.gnu.org/mailman/listinfo/lilypond-es,
-lista de correo en español}
+Lista de correo en español}
@uref{http://www.lilypondforum.de/,
-foro alemán}
+Foro alemán}
@uref{http://groups.google.com/group/lilypond-brasil,
-grupo de portugués}
+Grupo de portugués}
@uref{http://lists.gnu.org/mailman/listinfo/lilypond-user-fr,
-lista de correo en francés}
+Lista de correo en francés}
@end quotation
@divEnd
@quotation
@uref{http://lists.gnu.org/mailman/listinfo/info-lilypond,
-suscripción e información sobre info-lilypond}
+Suscripción e información sobre info-lilypond}
@uref{http://lists.gnu.org/archive/html/info-lilypond/,
-archivo 1 de la lista info}
+Archivo 1 de la lista info}
@uref{http://www.mail-archive.com/info-lilypond@@gnu.org/,
-archivo 2}
+Archivo 2}
@uref{http://dir.gmane.org/gmane.comp.gnu.lilypond.announce,
-archivo 3}
+Archivo 3}
@c don't include gmane posting here. -gp
@end quotation
@quotation
@uref{http://lists.gnu.org/mailman/listinfo/lilypond-devel,
-subscripción e información sobre lilypond-devel}
+Suscripción e información sobre lilypond-devel}
@uref{http://lists.gnu.org/archive/html/lilypond-devel/,
-archivo 1 de la lista devel}
+Archivo 1 de la lista devel}
@uref{http://www.mail-archive.com/lilypond-devel@@gnu.org/,
-archivo 2}
+Archivo 2}
@uref{http://dir.gmane.org/gmane.comp.gnu.lilypond.devel,
-archivo 3}
+Archivo 3}
@uref{http://post.gmane.org/post.php?group=gmane.comp.gnu.lilypond.devel,
-escribir a la lista lilypond-devel a través de gmane}
+Escribir a la lista lilypond-devel a través de gmane}
@end quotation
@quotation
@uref{http://lists.gnu.org/mailman/listinfo/bug-lilypond,
-subscripción e información sobre bug-lilypond}
+Suscripción e información sobre bug-lilypond}
@uref{http://lists.gnu.org/archive/html/bug-lilypond/,
-archivo 1 de la lista bug}
+Archivo 1 de la lista bug}
@uref{http://www.mail-archive.com/bug-lilypond@@gnu.org/,
-archivo 2}
+Archivo 2}
@uref{http://dir.gmane.org/gmane.comp.gnu.lilypond.bugs,
-archivo 3}
+Archivo 3}
@c don't include gmane posting here. -gp
@end quotation
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.
-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.
+Cuando el fallo se ha añadido al sistema de seguimiento, puede
+comentarlo para añadirle más información. In order to be
+automatically notified about any activity on the tracker issue,
+you may subscribe by clicking the envelope symbol next to the
+issue title. Commenting and subscribing require being logged in
+with a sourceforge account.
@divEnd
@divClass{column-center-bottom}
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}
@docLinksBare{Guía del colaborador, contributor,
@rcontribnamed{Top,Guía del colaborador},
- @manualDevelContributorSplit,
- @manualDevelContributorBig, 500 kB,
- @manualDevelContributorPdf, 2.8 MB}
+ @manualDevelContributorSplit-es,
+ @manualDevelContributorBig-es, 500 kB,
+ @manualDevelContributorPdf-es, 2.8 MB}
@divEnd
@item @regtestDevelXml-es (@regtestDevelXmlPdf-es{})
-@item @regtestDevelAbc (@regtestDevelAbcPdf{})
+@item @regtestDevelAbc-es (@regtestDevelAbcPdf-es{})
-@item @regtestDevelLilypondBook (@regtestDevelLilypondBookPdf{})
+@item @regtestDevelLilypondBook-es (@regtestDevelLilypondBookPdf-es{})
@end itemize
@subsubheading Versión estable
@itemize
-@item @regtestStable (@regtestStablePdf{})
+@item @regtestStable-es (@regtestStablePdf-es{})
-@item @regtestStableXml (@regtestStableXmlPdf{})
+@item @regtestStableXml-es (@regtestStableXmlPdf-es{})
-@item @regtestStableAbc (@regtestStableAbcPdf{})
+@item @regtestStableAbc-es (@regtestStableAbcPdf-es{})
-@item @regtestStableLilypondBook (@regtestStableLilypondBookPdf{})
+@item @regtestStableLilypondBook-es (@regtestStableLilypondBookPdf-es{})
@end itemize
@end ifset
@docLinkPdf{Aprendizaje,learning,@manualDevelLearningPdf-es}
@item
-@docLinkSplit{Glosario,music-glossary,@manualDevelGlossarySplit}
+@docLinkSplit{Glosario,music-glossary,@manualDevelGlossarySplit-es}
@tab
-@docLinkBig{Glosario,music-glossary,@manualDevelGlossaryBig}
+@docLinkBig{Glosario,music-glossary,@manualDevelGlossaryBig-es}
@tab
-@docLinkPdf{Glosario,music-glossary,@manualDevelGlossaryPdf}
+@docLinkPdf{Glosario,music-glossary,@manualDevelGlossaryPdf-es}
@item
@docLinkSplit{Ensayo,essay,@manualDevelEssaySplit-es}
@docLinkPdf{Utilización,usage,@manualDevelUsagePdf-es}
@item
-@docLinkSplit{Fragmentos,snippets,@manualDevelSnippetsSplit}
+@docLinkSplit{Fragmentos,snippets,@manualDevelSnippetsSplit-es}
@tab
-@docLinkBig{Fragmentos,snippets,@manualDevelSnippetsBig}
+@docLinkBig{Fragmentos,snippets,@manualDevelSnippetsBig-es}
@tab
-@docLinkPdf{Fragmentos,snippets,@manualDevelSnippetsPdf}
+@docLinkPdf{Fragmentos,snippets,@manualDevelSnippetsPdf-es}
@end multitable
@multitable @columnfractions .3 .3 .3
@tab
@docLinkBig{Web,web,@manualDevelWebBig-es}
@tab
-@docLinkPdf{Web,web,@manualDevelWebPdf}
+@docLinkPdf{Web,web,@manualDevelWebPdf-es}
@item
-@docLinkSplit{Cambios,changes,@manualDevelChangesSplit}
+@docLinkSplit{Cambios,changes,@manualDevelChangesSplit-es}
@tab
-@docLinkBig{Cambios,changes,@manualDevelChangesBig}
+@docLinkBig{Cambios,changes,@manualDevelChangesBig-es}
@tab
@docLinkPdf{Cambios,changes,@manualDevelChangesPdf-es}
@docLinkPdf{Extensiones,extending,@manualDevelExtendingPdf-es}
@item
-@docLinkSplit{Funcionamiento interno,internals,@manualDevelInternalsSplit}
+@docLinkSplit{Funcionamiento interno,internals,@manualDevelInternalsSplit-es}
@tab
-@docLinkBig{Funcionamiento interno,internals,@manualDevelInternalsBig}
+@docLinkBig{Funcionamiento interno,internals,@manualDevelInternalsBig-es}
@tab
-@docLinkPdf{Funcionamiento interno,internals,@manualDevelInternalsPdf}
+@docLinkPdf{Funcionamiento interno,internals,@manualDevelInternalsPdf-es}
@end multitable
@ifset web_version
@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
+@uref{https://summerofcode.withgoogle.com/, 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. Durante tres meses, los estudiantes trabajan para
+completar una tarea dada como parte de la comunidad del proyecto y
+bajo la guía de mentores con experiencia. El programa 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.
+Hemos tenido participantes en el GSoC en 2012, 2015 y 2016 y
+animamos a los estudiantes a que envíen la solicitud para el
+programa de 2017.
-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}).
+Si está interesado en presentarse al programa con LilyPond como
+proyecto, le rogamos que lea la información que aparece más abajo
+y que no dude en escribirnos a la lista de desarrolladores (véase
+@ref{Contacto}). El plazo de solicitud para estudiantes es desde
+el 20 de marzo hasta el 3 de abril de 2017, pero le recomendamos
+encarecidamente que se ponga en contacto con nuestra comunidad con
+antelación.
@divEnd
-@divClass{column-center-bottom}
+@divClass{column-center-middle-color2 bigger-subsubheadings}
@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.
+Más abajo aparece una lista de GSoC project ideas (última
+actualización: enero de 2017), pero si tiene otras ideas para un
+proyecto que pueda completar en el plazo de tres meses del
+programa, se le invita a formular la sugerencia sobre nuestra
+lista de correo de desarrolladores (véase @ref{Contacto}).
+Existen varias áreas en las que LilyPond se puede mejorar, y
+nuestro equipo de desarrollo siempre está dispuesto a ayudar a los
+que desean enfrentarse a un proyecto similar a los que aparecen
+relacionados más abajo. Ya que la disponibilidad de los mentores
+varía de proyecto en proyecto y de un año a otro, lo más sensato
+es ponerse en contacto con nosotros lo antes posible.
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
+@subsubheading 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
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
+@emph{Dificultad:} Fácil/intermedia
+
+@emph{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
+@emph{Conocimientos recomendados:} Teoría y nomenclatura de los acordes
-@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
+@emph{Mentor:} Carl Sorensen
-@divEnd
-@divClass{column-center-middle-color3}
-@subheading Añadir una variante especial de los glifos de fuente tipográfica
+@subsubheading Adoptar el estándar SMuFL de codificación de tipografías
+
+Desde hace varios años circula un nuevo estándar para las fuentes
+tipográficas de música: @uref{http://www.smufl.org/, SMuFL}, que
+también se estudia como parte de un futuro estándar del W3C para
+la codificación de música. Como herramienta FLOSS, LilyPond
+debiera unirse a este estándar en lugar de usar una solución
+aislada como hace actualmente. La adopción de SMuFL ayudaría a
+integrar LilyPond con el mundo del software de notación musical y
+al final daría a los usuarios de LilyPond acceso a una más amplia
+selección de fuentes tipográficas de notación.
+
+Hacer que LilyPond cumpla el estándar SMuFL consiste en la
+reasignación de los glifos que se construyen a partir de código
+fuente de METAFONT, el ajuste de las métricas de los glifos a las
+especificaciones de SMuFL, y finalmente la actualización de la
+forma en que LilyPond localiza y posiciona los glifos. Como parte
+opcional de este proyecto, podría modificarse el mecanismo de
+carga de las fuentes por parte de LilyPond para que usara las
+fuentes de notación instaladas como fuentes del sistema en lugar
+de hacerlo dentro de la instalación de LilyPond.
+
+@emph{Dificultad:} Baja/media
+
+@emph{Requisitos:} C++ y disposición para familiarizarse con el funcionamiento interno de LilyPond.
+
+@emph{Conocimientos recomendados:} Interés y experiencia en el trabajo con archivos de fuentes tipográficas. Un poco de METAFONT.
+
+@emph{Mentores:} Werner Lemberg, Abraham Lee
+
+
+@subsubheading Añadir una variante especial de los glifos de fuente tipográfica
@divClass{keep-bullets}
@itemize
@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
+@emph{Dificultad:} fácil
-@divEnd
+@emph{Requisitos:} MetaFont, C++, buen ojo para los detalles
-@divClass{column-center-middle-color3}
-@subheading Notas de adorno
+@emph{Conocimientos recomendados:} conocimientos básicos de LilyPond
-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.
+@emph{Mentor potencial:} Werner Lemberg
-@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
+@subsubheading Notación contemporánea
-@divClass{column-center-middle-color3}
-@subheading Mejora del posicionamiento de las barras de corchea (y figuras menores)
+LilyPond es muy bueno creando notación no estándar. Tener que
+@emph{codificar} cada uno de los elementos gráficos en lugar de
+simplemente @emph{dibujarlo} puede parecer engorroso pero de hecho
+es una gran virtud. Se pueden implementar funcionalidades
+notacionales nuevas con apariencia consistente, disposición
+automática y una interfaz sintáctica natural.
-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.
+Dentro del sistema de biblioteca
+@uref{https://github.com/openlilylib/oll-core, openLilyLib} el
+alumno creará una infraestructura fundamental y unos bloques
+constructivos para hacer más fácil la creación de notación
+contemporánea. Además (al menos) @emph{un} paquete en concreto se
+desarrollará para cubrir alguna notación contemporánea específica,
+como por ejemplo el estilo de algún compositor dado, técnicas de
+ejecución extendidas para un instrumento específico o una cierta
+categoría de efectos.
-@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
+@emph{Dificultad:} media
-@divEnd
+@emph{Requisitos:} Scheme (interacción con las interioridades de LilyPond),
+técnicas de notación contemporánea
-@divClass{column-center-middle-color3}
-@subheading Permitir objetos extensos entre voces distintas
+@emph{Conocimientos recomendados:} habilidad para la elaboración de marcos de funcionamiento jerárquicos
-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.
+@emph{Mentores:} @strong{NN,} Urs Liska
-Deberían explorarse nuevas formas de abordar este problema, por
-ejemplo por medio de
-@divClass{keep-bullets}
-@itemize
+@subsubheading Reescritura de la extensión de LilyPond para LibreOffice con Python
-@item la especificación de un "contexto de destino" en el que se espera que termine el objeto
+La extensión @uref{http://ooolilypond.sourceforge.net/,
+OOoLilyPond} hace posible incluir de forma muy práctica fragmentos
+de partitura de LilyPond dentro de documentos de
+OpenOffice.org/LibreOffice Writer, Draw e Impress, manteniendo al
+mismo tiempo la fuente y la imagen juntas. Después de muchos años
+sin desarrollo, se ha iniciado una tarea de hacer de nuevo que la
+extensión sea compatible con las versiones actuales de LibreOffice
+y de LilyPond.
-@item la especificación explícita del objeto que termina con un identificador
+Sin embargo, según el ecosistema de LibreOffice ha cambiado
+significativamente, ahora es posible reescribir la extensión con
+Python y PyQt. Esto no solo será más potente en general, sino que
+permitirá la integración de funcionalidades de
+@uref{http://frescobaldi.org, Frescobaldi}, tales como el
+resaltado de sintaxis, facilidades durante la escritura,
+asistentes de partitura o transformaciones musicales.
-@end itemize
-@divEnd
+@emph{Dificultad:} baja/media
-Esta funcionalidad resolvería muchos problemas presentes de manera
-habitual con la música para piano y partes combinadas.
+@emph{Requisitos:} Python, PyQt, conceptos básicos de LilyPond y
+de extensiones de LibreOffice
-@strong{Dificultad:} media (?)
-@strong{Requisitos:} C++, Scheme
-@strong{Mentor potencial:} Urs Liska
-@divEnd
+@emph{Conocimientos recomendados:} Familiaridad con la base de
+código de Frescobaldi o disposición para aprenderla durante el
+período fijado
-@divClass{column-center-middle-color3}
-@subheading Ayudar a mejorar el comportamiento de la compilación
+@emph{Mentor(es):} Joram Berger, Urs Liska, (Thorsten Behrens/LibreOffice)
-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
+@subsubheading Pruebas y documentación automatizadas para openLilyLib
-@divEnd
+@uref{https://github.com/openlilylib, openLilyLib} is an extension
+framework for LilyPond code providing a “snippets” repository and
+a suite of integrated packages such as for example page layout
+tools or scholarly annotations. It is very powerful and
+promising, but to really get off the ground two features are
+missing: automated testing and documentation generation.
-@divClass{column-center-middle-color3}
-@subheading MusicXML
+Automated testing is necessary to ensure modifications to
+functionality don't break other functions within the library.
+There is already some Automated Testing of the “snippets”
+repository with Github's Travis server, but this has to be
+reconsidered and extended to cover the standalone packages too.
+
+In order to be usable for a wider range of LilyPond users on a
+“consumer level” openLilyLib needs proper documentation. This
+documentation has to be generated from the sources, so a system is
+needed that requires package authors to document the input files
+and provide additional usage examples, from which documentation is
+generated. Ideally but not necessarily this is implemented as a
+Git hook, i.e. automatically upon each update to the repository.
+We don't prescribe the tools and approaches to be used, but the
+most widely used language in the LilyPond domain is Python, so
+there would be some bias towards that. Alternatively a Scheme
+solution could be fine so generating the documentation would
+actually be triggered by “compiling” a certain LilyPond input
+file. In general it is advisable to make use of proven concepts
+and tools from other languages.
+
+The eventual output of the documentation should be a static HTML
+site that can be viewed locally and/or uploaded to a website. But
+it would be beneficial if the tool would first generate an
+intermediate representation (e.g. a JSON file with additional
+media files) from which a Single Page Application could retrieve
+content for display on openLilyLib's
+@uref{https://openlilylib.org, website}. Development of such a
+SPA @emph{can} be part of the GSoC project, but is optional.
+
+@emph{Dificultad:} media
+
+@emph{Requisitos:} Python or Scheme, static website generator(s) or
+(Node.js based) dynamic web application technology. Continuous
+Integration (can be learned during the bonding period)
+
+@emph{Mentores:} Urs Liska, Matteo Ceccarello
+
+
+@subsubheading MusicXML
Mejora de las funciones de importación y exportación de MusicXML:
-@divClass{keep-bullets}
-@itemize
+File interchange between LilyPond and other applications using
+MusicXML is still a difficult matter. To import MusicXML it has
+to be converted manually by the @code{musicxml2ly} script. Export
+@emph{to} MusicXML is only available as a rudimentary feature
+inside Frescobaldi. In order to provide natural interchange
+between LilyPond and MusicXML based applications there's the need
+of actual import functionality and a dedicated export backend.
-@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).
+Importing XML shall provide file, line and column to add origin
+attributes to generated objects. That way point and click can be
+made available in Frescobaldi or other supported IDEs.
-@item
-Construir el árbol XML del contenido musical básico, y una
-conexión desde el evento musical a la etiqueta XML.
+Exporting XML shall be realized with an exporter class like the
+MIDI export. This may be based on the work already done in
+@uref{https://github.com/DavidGarfinkle/Lilypond_MusicXMLexport, GSoC 2015}
+by David Garfinkle. It should be checked if it is possible to use
+another XML library than the one provided by guile-2 in order to
+have this feature available in current LilyPond (which is based on
+guile-1.8).
-@item
-Hacer que todos los grabadores de LilyPond hagan su trabajo.
+@emph{Dificultad:} media
-@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).
+@emph{Requisitos:} MusicXML, Python, Scheme, basic LilyPond knowledge
-@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.
+@emph{Conocimientos recomendados:} Familiarity with other scorewriters (for cross-testing)
+
+@emph{Mentor:} Jan-Peter Voigt
-@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)
+@divClass{column-center-middle-color2}
+@subheading Información para los solicitantes o participantes
-Sería un buen tanto a su favor la familiaridad con otros editores
-de partituras para poder hacer pruebas cruzadas.
+In order to have a satisfying experience with GSoC applicants are
+strongly advised to thoroughly read the following recommendations.
+Some of these are relevant for the application process, others for
+the time within the project.
-@divEnd
+@itemize
-@divClass{column-center-middle-color3}
-@subheading Mejora de las ligaduras de unión y de expresión
+@item
+Read all applicable information on the program's website,
+particularly the
+@uref{https://developers.google.com/open-source/gsoc/resources/manual,
+students' manual}. Make sure you fulfil all of Google's
+prerequisites and are willing to join the program as a full-time
+commitment over the coding period of three months.
-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.
+@item
+Please get in touch with us as soon as possible if you are
+interested in applying with a project. Mentor availability may
+change without notice, project proposals may need fine-tuning, and
+many other reasons might require us to reject or ignore an
+application that hasn't been discussed before.
+
+@item
+We do not know in advance how many “slots” we will have available
+for projects, so please be aware that you may find yourself in
+competition with other applicants or not. Interested or even
+enthusiastic response from our mentors is no guarantee of
+eventually being accepted, and @emph{not} being accepted does not
+necessarily indicate a negative evaluation of your application.
+If we have to decide between different applicants there may be
+various aspects to consider.
-@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)
+@item
+Integration in the LilyPond community is a fundamental part of
+GSoC, and we expect our students to make substantial efforts to
+become community members. Within the @emph{bonding period} we
+expect you to write a blog post about your project (either on
+@uref{http://lilypondblog.org, Scores of Beauty} or on any other
+blog) and to be active on our mailing lists, introducing yourself
+but also communicating about unrelated tasks. This goes beyond
+the mere setting up of a working environment and familiarizing
+yourself with the relevant code, but we think it is crucial for
+the GSoC project to be mutually satisfying.
-@divEnd
+@item
+If you are accepted to the program you will have one mentor
+explicitly assigned to your project. With this mentor you will
+have to agree upon a communication strategy, be it emails,
+chatrooms, issue trackers or voice/video chats. Regular
+communication is absolutely crucial for the success of a GSoC
+project so you are stricly required to keep talking to your
+mentor. But keep in mind that your mentor has explicitly taken
+over the responsibility for your project, and while unlike you he
+isn't paid for this activity you are still entitled to get regular
+attention from him.
+
+@item
+In order to get support from your mentor you have to give him a
+chance to follow your progress and efforts. Therefore it is
+important to regularly commit your changes to the versioning
+repository you are working on. Don't hesitate making unfinished
+code available because you are afraid of criticism, and don't
+suppress questions because you think they might be considered
+stupid. But ideally your code should at any time be accompanied
+by compatible testing code. Your mentor may not be able to
+properly assess your code by only @emph{reading} it without the
+opportunity to apply it in a real example.
+
+@end itemize
+Existe una lista de proyectos inactivos en el @ref{Desván}.
+Mantenemos en la lista los proyectos que aún se consideran
+valiosos, pero para los cuales no existe en la actualidad ningún
+mentor disponible.
+
+@divEnd
@node Autores
@unnumberedsec Autores
@docCurrent
-@subsubheading Bug squad
+@subsubheading Escuadrón de fallos (Bug squad)
@bugsquadCurrent
@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
-@ref{Desván}}
-@divEnd
-
-@include web/news-front.itexi
-
-@include web/news.itexi
+@include web/news-new.itexi
+@divClass{column-center-bottom}
+@subheading Noticias antiguas
+Las noticias anteriores están en el @ref{Desván} junto a muchos
+anuncios y registros de cambio antiguos.
+@divEnd
@node Desván
@unnumberedsec Desván
@divEnd
-@divClass{column-center-bottom}
-@subheading Thanks
+@divClass{column-center-middle-color3}
+@subheading Agradecimientos
Gracias a los desarrolladores, colaboradores, cazadores de fallos
y aportadores de sugerencias por
@divEnd
-@divClass{column-center-bottom}
+@divClass{column-center-middle-color3}
@subheading Registros de cambios
Registros de cambios de los desarrolladores, por versión:
@miscLink{CHANGES-0.0,v0.0}
@divEnd
+
+@divClass{column-center-middle-color2 bigger-subsubheadings}
+@subheading Sugerencias desactivadas para el proyecto Google Summer of Code
+
+La siguiente lista describe los proyectos de GSoC que han sido
+propuestos en años recientes y que aún se consideran valiosos pero
+para los cuales no disponemos de mentores libres.
+
+
+@subsubheading 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.
+
+@emph{Dificultad:} alta
+
+@emph{Requisitos:} C++, experiencia con heurística de la escritura
+
+@emph{Conocimientos recomendados:} LilyPond, sentido estético
+
+
+@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.
+
+@emph{Dificultad:} media
+
+@emph{Requisitos:} C++, MIDI
+
+@emph{Conocimientos recomendados:} familiaridad con el
+funcionamiento interno de LilyPond
+
+
+@subsubheading 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.
+
+@emph{Dificultad:} media
+
+@emph{Requisitos:} C++, experiencia con heurística de la escritura
+
+@emph{Conocimientos recomendados:} sentido estético
+
+
+@subsubheading 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.
+
+@emph{Dificultad:} media
+
+@emph{Requisitos:} C++
+
+@divEnd
+
+@divClass{column-center-middle-color2}
+@subheading Noticias antiguas
+
+Las noticias más antiguas datan de julio de 2003. Las noticias
+más actuales están en la página de @ref{Noticias}.
+@divEnd
+
+@include web/news-old.itexi