@c -*- coding: utf-8; mode: texinfo; documentlanguage: es -*-
@ignore
- Translation of GIT committish: 8cea88f78f766476cbb82cb7e53b1f6223159cb2
+ 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'
@docLinkPdf{Aprendizaje,learning,@manualDevelLearningPdf-es}
@item
-@docLinkSplit{Glosario,music-glossary,@manualDevelGlossarySplit-es}
+@docLinkSplit{Glosario,music-glossary,@manualDevelGlossarySplit}
@tab
-@docLinkBig{Glosario,music-glossary,@manualDevelGlossaryBig-es}
+@docLinkBig{Glosario,music-glossary,@manualDevelGlossaryBig}
@tab
-@docLinkPdf{Glosario,music-glossary,@manualDevelGlossaryPdf-es}
+@docLinkPdf{Glosario,music-glossary,@manualDevelGlossaryPdf}
@item
@docLinkSplit{Ensayo,essay,@manualDevelEssaySplit-es}
@docLinkPdf{Utilización,usage,@manualDevelUsagePdf-es}
@item
-@docLinkSplit{Fragmentos,snippets,@manualDevelSnippetsSplit-es}
+@docLinkSplit{Fragmentos,snippets,@manualDevelSnippetsSplit}
@tab
-@docLinkBig{Fragmentos,snippets,@manualDevelSnippetsBig-es}
+@docLinkBig{Fragmentos,snippets,@manualDevelSnippetsBig}
@tab
-@docLinkPdf{Fragmentos,snippets,@manualDevelSnippetsPdf-es}
+@docLinkPdf{Fragmentos,snippets,@manualDevelSnippetsPdf}
@end multitable
@multitable @columnfractions .3 .3 .3
@docLinkPdf{Extensiones,extending,@manualDevelExtendingPdf-es}
@item
-@docLinkSplit{Funcionamiento interno,internals,@manualDevelInternalsSplit-es}
+@docLinkSplit{Funcionamiento interno,internals,@manualDevelInternalsSplit}
@tab
-@docLinkBig{Funcionamiento interno,internals,@manualDevelInternalsBig-es}
+@docLinkBig{Funcionamiento interno,internals,@manualDevelInternalsBig}
@tab
-@docLinkPdf{Funcionamiento interno,internals,@manualDevelInternalsPdf-es}
+@docLinkPdf{Funcionamiento interno,internals,@manualDevelInternalsPdf}
@end multitable
@ifset web_version
@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 GSoC project ideas (última
+Más abajo aparece una lista de ideas para el proyecto GSoC (ú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
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
+
+@emph{Mentor:} Carl Sorensen
-@divClass{column-center-middle-color3}
-@subheading Adoptar el estándar SMuFL de codificación de tipografías
+
+@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
fuentes de notación instaladas como fuentes del sistema en lugar
de hacerlo dentro de la instalación de LilyPond.
-@strong{Dificultad:} Baja/media
-@strong{Requisitos:} C++ y disposición para familiarizarse con el funcionamiento interno de LilyPond.
-@strong{Conocimientos recomendados:} Interés y experiencia en el trabajo con archivos de fuentes tipográficas. Un poco de METAFONT.
-@strong{Mentores:} Werner Lemberg, Abraham Lee
+@emph{Dificultad:} Baja/media
-@divEnd
+@emph{Requisitos:} C++ y disposición para familiarizarse con el funcionamiento interno de LilyPond.
-@divClass{column-center-middle-color3}
-@subheading Añadir una variante especial de los glifos de fuente tipográfica
+@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
+
+@emph{Conocimientos recomendados:} conocimientos básicos de LilyPond
+
+@emph{Mentor potencial:} Werner Lemberg
-@divClass{column-center-middle-color3}
-@subheading Notación contemporánea
+
+@subsubheading Notación contemporánea
LilyPond es muy bueno creando notación no estándar. Tener que
@emph{codificar} cada uno de los elementos gráficos en lugar de
ejecución extendidas para un instrumento específico o una cierta
categoría de efectos.
-@strong{Dificultad:} media
-@strong{Requisitos:} Scheme (interacción con las interioridades de LilyPond),
+@emph{Dificultad:} media
+
+@emph{Requisitos:} Scheme (interacción con las interioridades de LilyPond),
técnicas de notación contemporánea
-@strong{Conocimientos recomendados:} habilidad para la elaboración de marcos de funcionamiento jerárquicos
-@strong{Mentores:} @strong{NN,} Urs Liska
-@divEnd
+@emph{Conocimientos recomendados:} habilidad para la elaboración de marcos de funcionamiento jerárquicos
-@divClass{column-center-middle-color3}
-@subheading Reescritura de la extensión de LilyPond para LibreOffice con Python
+@emph{Mentores:} @strong{NN,} Urs Liska
+
+
+@subsubheading Reescritura de la extensión de LilyPond para LibreOffice con Python
La extensión @uref{http://ooolilypond.sourceforge.net/,
OOoLilyPond} hace posible incluir de forma muy práctica fragmentos
resaltado de sintaxis, facilidades durante la escritura,
asistentes de partitura o transformaciones musicales.
-@strong{Dificultad:} baja/media
-@strong{Requisitos:} Python, PyQt, conceptos básicos de LilyPond y
+@emph{Dificultad:} baja/media
+
+@emph{Requisitos:} Python, PyQt, conceptos básicos de LilyPond y
de extensiones de LibreOffice
-@strong{Conocimientos recomendados:} Familiaridad con la base de
+
+@emph{Conocimientos recomendados:} Familiaridad con la base de
código de Frescobaldi o disposición para aprenderla durante el
período fijado
-@strong{Mentor(es):} Joram Berger, Urs Liska, (Thorsten Behrens/LibreOffice)
-
-@divEnd
-
-@divClass{column-center-middle-color3}
-@subheading Pruebas y documentación automatizadas para openLilyLib
-
-@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.
-
-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.
-
-@strong{Dificultad:} media
-@strong{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)
-@strong{Mentores:} Urs Liska, Matteo Ceccarello
-@divEnd
-
-@divClass{column-center-middle-color3}
-@subheading MusicXML
+@emph{Mentor(es):} Joram Berger, Urs Liska, (Thorsten Behrens/LibreOffice)
+
+
+@subsubheading Pruebas y documentación automatizadas para openLilyLib
+
+@uref{https://github.com/openlilylib, openLilyLib} es un marco
+para extensiones de código de LilyPond que ofrece un repositorio
+de fragmentos de código o @qq{snipets} y una colección de paquetes
+integrados, tales como herramientas para la disposición de páginas
+o las anotaciones académicas. Es muy potente y prometedora, pero
+para que despegue realmente hacen falta dos funcionalidades:
+pruebas automatizadas y generación de la documentación.
+
+Las pruebas automatizadas son necesarias para asegurarse de que
+las modificaciones en una funcionalidad no quiebran el
+funcionamiento de otras partes de la biblioteca. Ya existe una
+cierta cantidad de pruebas automatizadas del repositorio de
+fragmentos de código, con el servidor Travis de Github, pero es
+necesario reconsiderarlo y extenderlo para que cubra también los
+paquetes sueltos.
+
+Para que sea utilizable por un más amplio abanico de usuarios de
+LilyPond al nivel del @qq{consumidor}, openLilyLib requiere una
+adecuada documentación. Esta documentación se debe generar a
+partir de las fuentes, por lo que se necesita un sistema que
+demande de los autores de los paquetes que documenten los archivos
+de entrada y que provean ejemplos de uso adicionales, desde los
+cuales se genera la documentación. Idealmente, pero no
+obligatoriamente, estaría implementado como un @code{hook} de Git, es
+decir, que funcione automáticamente al producirse cada una de las
+actualizaciones realizadas sobre el repositorio. No prescribimos
+ninguna de las herramientas o enfoques que se deben usar, pero el
+lenguaje de más amplio uso en el dominio de LilyPond es Python,
+por lo que habría cierta inclinación hacia esa opción. Como
+alternativa, estaría bien una solución en Scheme, de forma que la
+generación de documentación fuese, en efecto, disparada por la
+compilación de un determinado archivo de entrada de LilyPond. En
+general se recomienda hacer uso de conceptos y herramientas de
+otros lenguajes de eficacia probada.
+
+La salida final de la documentación debería ser una página HTML
+estática que se pueda ver localmente y/o subida a un sitio web.
+Pero sería beneficioso que la herramienta generase primero una
+representación intermedia (p.ej. un archivo JSON con archivos de
+medios adicionales) a partir de la cual una aplicación de página
+única pudiese recuperar el contenido para su presentación en la
+@uref{https://openlilylib.org, página web de openLilyLib}. El
+desarrollo de esta Aplicación de Página Única @emph{puede} formar
+parte del proyecto GSoC, pero es opcional.
+
+@emph{Dificultad:} media
+
+@emph{Requisitos:} Python o Scheme, generadores de web estáticos o
+tecnologías de aplicaciones web dinámicas (basadas en
+Node.js). Integración continua (se puede aprender mientras dura el
+período de vinculación)
+
+@emph{Mentores:} Urs Liska, Matteo Ceccarello
+
+
+@subsubheading MusicXML
Mejora de las funciones de importación y exportación de MusicXML:
have this feature available in current LilyPond (which is based on
guile-1.8).
-@strong{Dificultad:} media
-@strong{Requisitos:} MusicXML, Python, Scheme, basic LilyPond knowledge
-@strong{Conocimientos recomendados:} Familiarity with other scorewriters (for cross-testing)
-@strong{Mentor:} Jan-Peter Voigt
+@emph{Dificultad:} media
+
+@emph{Requisitos:} MusicXML, Python, Scheme, basic LilyPond knowledge
+
+@emph{Conocimientos recomendados:} Familiarity with other scorewriters (for cross-testing)
+
+@emph{Mentor:} Jan-Peter Voigt
@divEnd
+
@divClass{column-center-middle-color2}
@subheading Información para los solicitantes o participantes
@divEnd
-@divClass{column-center-middle-color2}
-@subheading Sugerencias no utilizadas para el proyecto Google Summer of Code
+@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.
-@divEnd
-@divClass{column-center-middle-color3}
-@subheading Mejora de las ligaduras de unión y de expresión
+@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
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
+@emph{Dificultad:} alta
+@emph{Requisitos:} C++, experiencia con heurística de la escritura
+
+@emph{Conocimientos recomendados:} LilyPond, sentido estético
-@divEnd
-@divClass{column-center-middle-color3}
@subheading Notas de adorno
Arreglar problemas con la sincronización de las notas de adorno.
@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
+@emph{Dificultad:} media
+@emph{Requisitos:} C++, MIDI
-@divEnd
+@emph{Conocimientos recomendados:} familiaridad con el
+funcionamiento interno de LilyPond
-@divClass{column-center-middle-color3}
-@subheading Mejora del posicionamiento de las barras de corchea (y figuras menores)
+
+@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
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
+@emph{Dificultad:} media
-@divEnd
+@emph{Requisitos:} C++, experiencia con heurística de la escritura
-@divClass{column-center-middle-color3}
-@subheading Ayudar a mejorar el comportamiento de la compilación
+@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
parche que introdujese más advertencias de las que hay
actualmente.
-@strong{Dificultad:} media
-@strong{Requisitos:} C++
+@emph{Dificultad:} media
+
+@emph{Requisitos:} C++
@divEnd
projects / lilypond.git / blobdiff