@c -*- coding: utf-8; mode: texinfo; documentlanguage : fr -*-
@c This file is part of web.texi
@ignore
- Translation of GIT committish: e187116454ed48e95a22936dc38dcf70f7ac984a
+ Translation of GIT committish: 93be41a1622bc33a01719d1d75af3dca40d75354
When revising a translation, copy the HEAD committish of the
version that you are working on. For details, see the Contributors'
@include included/acknowledge.itexi
@include included/authors.itexi
+@include included/gsoc.itexi
@include included/helpus.itexi
@node Communauté
@unnumberedsec Google Summer of Code
@translationof Google Summer of Code
+@warning{Dans la mesure où les développeurs de LilyPond sont disséminés
+sur la planète et que la participation au programme estival de Google
+requiert l'utilisation de l'anglais, il n’est pas prévu de traduire les
+paragraphes qui suivent.}
-@divClass{column-center-top}
-@subheading Le Google Summer of Code
-@c VO What is Google Summer of Code?
-
-Le @uref{https://summerofcode.withgoogle.com/, GSoC} est un programme
-global, mis en place par Google, qui rémunère des étudiants durant la
-période estivale pour travailler au profit de projets @emph{open
-source}. Les étudiants s'attachent durant trois mois et sous la
-direction de mentors expérimentés, à compléter une tâche particulière au
-sein d'un projet communautaire. Il s'agit là d'une excellente
-opportunité pour des étudiants de vivre une expérience réelle dans le
-développement de logiciels et contribuer ainsi au bien de tous. Ceci
-permet aussi de recruter de nouveaux contributeurs à LilyPond et motiver
-des étudiants qui y participent déjà d'y être encore plus impliqués.
-LilyPond participe à ce programme sous l'égide du
-@uref{http://www.gnu.org/, projet GNU}.
-
-Nous avons eu des participants aux sessions de 2012, 2015 et 2016, et
-encourageons les étudiants à candidater pour la session 2017.
-
-Si vous avez envie de participer à ce programme dans le cadre du projet
-LilyPond, lisez ce qui suit et n'hésitez pas à nous contacter sur la
-liste des développeurs (voir @ref{Contact}). Les candidatures devront
-être déposées entre le 20 mars et le 3 avril 2017, mais nous vous
-encourageons à d'ores et déjà prendre contact avec notre communauté.
-
-@divEnd
-
-
-@divClass{column-center-middle-color2 bigger-subsubheadings}
-@subheading Recensement de nos idées
-@c VO Project Ideas List
-
-Voici une liste de projets que nous avons proposés aux étudiants du GSoC
-et à quiconque aurait envie d'améliorer LilyPond.@*
-Dernière mise à jour : janvier 2017.
-
-Si vous avez d'autres idées de projet réalisable sur une période de
-trois mois, n'hésitez pas à nous en faire part sur la liste des
-développeurs (voir @ref{Contact}). Il y a bien d'autres choses à
-améliorer dans LilyPond et les membres de l'équipe de développement
-aideront volontiers ceux qui aimeraient s'atteler à de tesl projets.
-Dans la mesure où la disponibilité de tuteurs diffère selon les projets
-et les années, nous vous conseilllns de nous contacter au plus tôt.
-
-Une liste exhaustive des problèmes est disponible
-@uref{http://sourceforge.net/p/lilypond/issues/list, ici}.
-
-
-@subsubheading Amélioration de la structure interne des accords
-@c VO Improve internal chord structure
-
-La structure interne des accords dans LilyPond n'est pas suffisamment
-puissante pour tenir compte de la nomenclature des accords de jazz. Pour
-l'instant, un accord comporte une fondamentale, une basse et un
-renversement. Il serait souhaitable d'arriver à gérer les amalgames ou
-polyaccords, qu'ils soient majeur ou mineur, etc. Seul le développement
-d'une représentation interne capable de capturer l'essence d'accords
-complexes permettra d'y parvenir. Cette représentation interne une fois
-développée permettra par ailleurs d'améliorer le rendu des accords
-nommés.
-
-@emph{Difficulté :} moyennement facile.@*
-@emph{Préalables :} Scheme (Guile), mais le niveau nécessaire peut
-s'acquérir aisément@*
-@emph{Connaissances appréciées :} Théorie des accords et de leur nommage@*
-@emph{Mentor :} Carl Sorensen.
-
-
-@subsubheading Adoption du standard SMuFL d'encodage de fontes musicales
-@c VO Adopt the SMuFL music font encoding standard
-
-Depuis quelques années émerge un nouveau standard en matière de fontes
-musicales : @uref{http://www.smufl.org/, SMuFL}, qui fait aussi l'objet
-de discussions aux fins d'intégration dans un futur standard du W3C pour
-l'encodage de la musique. En tant que logiciel libre et @emph{open
-source}, LilyPond se doit d'adhérer à un tel standard ouvert plutôt que
-de reposer sur une solution isolée comme à l'heure actuelle. L'adoption
-de SMuFL aidera à l'intégration de LilyPond dans le monde des logiciels
-de notation musicale et procurera par là même à ses utilisateurs accès à
-une sélection de fontes musicales plus étendue.
-
-Rendre LilyPond compatible avec SMuFL inclut une refonte de la
-cartographie des glyphes construits à partir des sources METAFONT, un
-ajustement des métriques de glyphe aux spécifications de SMuFL et enfin
-l'adaptation de la manière dont LilyPond recherche et positionne les
-glyphes. En complément à ce projet, il pourrait être souhaitable de
-modifier les mécanismes de chargement des fontes dans LilyPond, de telle
-sorte qu'ils ne se cantonnent pas uniquement à l'installation de
-LilyPond.
-
-@emph{Difficulté :} moyennement facile@*
-@emph{Préalables :} C++ et la volonté de se familiariser avec les
-composantes internes de LilyPond@*
-@emph{Connaissances appréciées :} intérêt et expérience dans le
-maniement des fichiers de fonte ; des notions de METAFONT@*
-@emph{Mentors :} Werner Lemberg, Abraham Lee
-
-
-@subsubheading Ajout de variantes pour certains glyphes
-@c VO Adding variants of font glyphs
-
-@divClass{keep-bullets}
-@itemize
-
-@item
-Ajout de variantes positionnables « sur une ligne » et « dans un
-interligne ».
-
-@item
-Ajout de variantes plus courtes ou plus étroites pour certains glyphes
-comme les altérations. Autre exemple, dans le domaine de la notation
-ancienne, avec deux variantes de la brève, l'une avec un évidement plus
-important que l'autre.
-@end itemize
-@divEnd
-
-@emph{Difficulté :} facile@*
-@emph{Préalables :} MetaFont, C++, une bonne vue pour les détails@*
-@emph{Connaissances appréciées :} les bases de LilyPond@*
-@emph{Mentor :} Werner Lemberg
-
-
-@subsubheading Notation contemporaine
-@c VO Contemporary Notation
-
-LilyPond excelle dans la création de notation non standard. La nécessité
-de @emph{coder} chaque élément graphique plutôt que de simplement les
-@emph{dessiner} peut paraître fastidieuse mais se révèle être un
-investissement solide. De nouvelles fonctionnalités en matière de
-notation ainsi fournies permettront une apparence uniforme, un tracé
-automatisé et une interface syntaxique naturelle.
-
-Au sein du système de bibliothèque
-@uref{https://github.com/openlilylib/oll-core, openLilyLib}, l'étudiant
-créera une infrastructure de base et construira des blocs aux fins de
-faciliter la création de notation contemporaine. Accessoirement se
-développe @emph{un} paquet couvrant certains aspect de la notation
-contemporaine comme, par exemple, le style d'un compositeur donné, des
-techniques étendues d'exécution pour un instrument particulier ou une
-certaine catégorie d'effets.
-
-@emph{Difficulté :} moyenne@*
-@emph{Préalables :} Scheme (interaction avec les arcanes de LilyPond),
-techniques de notation contemporaine@*
-@emph{Connaissances appréciées :} sens de la construction d'ossatures
-hiérarchisées@*
-@emph{Mentors :} @emph{NN,} Urs Liska
-
-
-@subsubheading Réécriture en Python de l'extension LilyPond pour LibreOffice
-@c VO Rewrite LibreOffice LilyPond Extension with Python
-
-L'extension @uref{http://ooolilypond.sourceforge.net/, OOoLilyPond} a
-permis d'inclure de façon agréable des extraits de partition LilyPond
-dans les documents OpenOffice.org/LibreOffice Writer, Draw et Impress
-tout en conservant ensemble le code et l'image. Après plusieurs années
-de suspension dans son développement, un effort a vu le jour pour rendre
-cette extension à nouveau compatible avec les nouvelles versions de
-LibreOffice et LilyPond.
-
-Toutefois, l'écosystème de LibreOffice s'est modifié substanciellement,
-et il est désormais possible de récrire cette extension avec Python et
-PyQt. Ceci sera non seulement plus puissant de manière générale, mais
-permettra aussi l'intégration de fonctionnalités de
-@uref{http://frescobaldi.org, Frescobaldi} comme, par exemple, la
-coloration syntaxique, des aides à la saisie, des assistants à la
-creation de partition ou des transformations de musique.
-
-@emph{Difficulté :} moyennement facile@*
-@emph{Préalables :} Python, PyQt, les base de LilyPond, les base des
-extensions de LibreOffice@*
-@emph{Connaissances appréciées :} familiarité avec les bases du code
-de Frescobaldi ou l'envie de l'apprendre sur la période@*
-@emph{Mentors :} Joram Berger, Urs Liska, (Thorsten Behrens/LibreOffice)
-
-
-@subsubheading Automatisation des tests et documentation d'openLilyLib
-@c VO Automated testing and documentation for openLilyLib
-
-@uref{https://github.com/openlilylib, openLilyLib} constitue une
-infrastructure d'extension au code de LilyPond en fournissant un dépôt
-de courts extraits ainsi qu'une collection de paquets intégrés tels que,
-par exemple, des outils de mise en page ou un système d'annotations pour
-édition critique. Cette bibliothèque est très puissante et prometteuse,
-mais souffre de deux lacunes pour pouvoir réellement décoller : des
-tests automatisés et la génération d'une documentation.
-
-L'automatisation des tests est une nécéssité si l'on veut s'assurer que
-des modifications fonctionnelles ne cassent pas d'autres fonctions au
-sein de la bibliothèque. Certains tests automatiques sont en place au
-niveau des extraits sur le serveur Github de Travis, mais ils demandent
-à être revus et étendus pour couvrir aussi les paquetages indépendants.
-
-Afin d'être couramment exploitable par une majorité d'utilisateurs de
-LilyPond, openLilyLib a besoin de sa propre documentation. Cette
-documentation, qui doit être générée directement à partir des sources,
-nécessite un système qui requiert des auteurs de paquetage qu'ils
-documentent leurs sources et fournissent des exemples concrets à partir
-desquels la documentation sera générée. Dans l'idéal, bien que pas
-nécessairement, il devra être implémenté en connexion directe à Git,
-autrement dit s'exécuter à chaque mise à jour du dépôt. Aucun outil ni
-approche ne sont arrêtés, mais il faut savoir que le langage le plus
-répendu dans l'univers LilyPond est Python, ce qui pourrait être un
-parti pris. Une solution à base de Scheme pourrait tout aussi bien
-générer la documentation en étant déclanchée par la « compilation » d'un
-fichier LilyPond particulier. Il est généralement conseillé de se
-reposer sur des concepts et des outils qui ont fait leurs preuves
-lorsqu'ils sont issus d'autres langages.
-
-Le résultat de la documentation devrait se présenter sous la forme d'un
-site HTML statique, consultable en local ou disponible sur un site web.
-Il serait toutefois souhaitable que cet outil génère une représenttation
-intermédiaire -- tel un fichier JSON et ses fichiers associés par
-exemple -- à partir de laquelle une application génératrice de page
-unique saurait retrouver le contenu pour affichage sur le site
-d'@uref{https://openlilylib.org, openLilyLib}. Le développement d'un
-tel générateur de page unique @emph{peut} éventuellement s'intégrer au
-projet GSoC.
-
-@emph{Difficulté :} moyenne@*
-@emph{Préalables :} Python ou Scheme, générateur(s) de site statique
-ou technologie d'application web dynamique (basée sur Node.js) ;
-intégration continue (peut s'acquérir sur la période)@*
-@emph{Mentors :} Urs Liska, Matteo Ceccarello
-
-
-@subsubheading MusicXML
-
-Amélioration des fonctionnalités d'import et d'export :
-
-L'interopérabilité entre LilyPond et les autres applications utilisant
-MusicXML reste quelque chose de difficile. L'import de MusicXML est
-réalisé par conversion « manuelle » à l'aide du script
-@code{musicxml2ly}. L'export @emph{vers} MusicXML n'est disponible qu'au
-travers d'une fonctionnalité rudimentaire de Frescobaldi.
-L'interopérabilité naturelle entre LilyPond et les applications basées
-sur MusicXML requiert une véritable fonction d'import ainsi qu'un moteur
-de traitement dédié à l'export.
-
-L'importation de XML doit fournir les fichier, ligne et colonne afin
-d'ajouter les attributs d'origine des objets. La fonctionnalité de
-cliquer-pointer sera alors disponible tant pour Frescobaldi que pour les
-autres EDI.
-
-L'exportation en XML devra se faire avec une classe d'exportateur tel
-que cela se pratique déjà au niveau du MIDI. Ceci pourrait se réaliser à
-partir du travail déjà effectué par David Garfinkle lors du
-@uref{https://github.com/DavidGarfinkle/Lilypond_MusicXMLexport,
-GSoC 2015}. Devrait être vérifiée la possibilité d'utiliser une
-bibliothèque XML autre que celle fournie par Guile-2 afin de rendre
-cette fonctionnalité opérationnelle avec la version actuelle de
-LilyPond, basée quant à elle sur Guile-1.8.
-
-@emph{Difficulté :} moyenne@*
-@emph{Préalables :} MusicXML, Python, Scheme, les bases de LilyPond@*
-@emph{Connaissances appréciées :} connaissance d'autres éditeurs de
-partition, dans un but de tests comparatifs@*
-@emph{Mentor :} Jan-Peter Voigt
-
-@divEnd
-
-
-@divClass{column-center-middle-color2}
-@subheading Information à l'attention des candidats et participants
-@c VO Information for Applicants/Participants
-
-Afin que l'expérience du GSoC se révèle satisfaisante et enrichissante,
-les candidats sont fortements encouragés à porter toute leur attention
-aux recommandations qui suivent. Certaines d'entre elles concernent la
-procédure de candidature, d'autres la période du stage au sein du projet.
-
-@itemize
-
-@item
-Lisez toute information appropriée sur le site du programme, et tout
-particulièrement le
-@uref{https://developers.google.com/open-source/gsoc/resources/manual,
-students' manual}. Assurez-vous de répondre à toutes les conditions
-d'éligibilité de Google, et de votre volonté de rejoindre le programme
-par un recrutement à plein temps sur les trois mois que dure la période
-de codage.
-
-@item
-Prenez contact avec nous dès que possible si vous avez envie de vous
-porter candidat à un projet. La disponibilité de tuteur peut changer
-sans préavis, les projets proposés peuvent nécessiter d'être affinés, et
-de nombreuses autres raisons peuvent nous conduire à rejeter ou ignorer
-toute candidature qui n'aurait pas été auparavant discutée.
-
-@item
-Nous ne savons pas à l'avance combien de « ressources » nous seront
-alloués pour des projets ; soyez conscient que vous pourriez vous
-retrouver en compétition avec d'autres stagiaires. Une réponse
-intéressée, voire même enthousiaste de la part de l'un de nos tuteurs ne
-saurait en aucun cas être garantie d'une candidature retenue. Ne pas
-être accepté ne signifie pas l'évaluation négative d'une candidature et,
-si nous avions à choisir entre plusieurs stagiaires, de nombreux
-critères pourraient entrer en ligne de compte.
-
-@item
-L'intégration dans la communauté LilyPond est une composante
-fondamentale du GSoC et nous engageons tous nos étudiants à s'investir
-dans notre communauté. Nous vous engageons aussi à rédiger durant la
-« période de boursier » un billet de @emph{blog} autour de votre projet,
-que ce soit sur @uref{http://lilypondblog.org, Scores of Beauty} ou
-ailleurs, et à être actif sur nos listes de diffusion, non seulement
-pour vous présenter mais aussi pour communiquer sur d'autres sujets.
-Ceci va bien au-delà de la simple mise en place d'un environnement de
-travail et la familiarisation avec le code concerné, mais nous croyons
-indispensable que le projet GSoC soit bénéfique à tous.
-
-@item
-Dès lors que vous aurez été retenu pour le programme, un tuteur sera
-explicitement assigé à votre projet. Vous devrez vous entendre avec ce
-tuteur quant à une stratégie de communication, que ce soit par courriel,
-salons de clavardage, outil de suivi de problèmes, communication audio
-ou vidéo. Une communication régulière est une composante primordiale
-pour le succès d'un projet GSoC, aussi nous vous enjoignons à toujours
-rester en contact avec votre tuteur. Gardez cependant à l'esprit que le
-tuteur qui a explicitement endossé la responsabilité d'encadrer votre
-projet le fait, lui, à titre purement gracieux et qu'il portera toute
-son attention à vos travaux.
-
-@item
-Votre mentor ne pourra vous aider et vous assister que si vous lui
-procurez l'occasion de suivre vos efforts et votre progression. Il est
-donc très important de valider régulièrement vos modifications sur le
-dépôt de versionnage avec lequel vous travaillez. N'hésirez pas à
-divulguer du code non abouti par peur des critiques et ne gardez pas
-pour vous un questionnement, considérant qu'il serait qualifié de
-stupide. Dans tous les cas, votre code devrait toujours être accompagné
-d'un test compatible. Votre tuteur ne saura pas forcément évaluer
-correctement votre code à sa @emph{simple lecture} si vous ne lui
-procurez pas un exemple concret de son efficacité.
-
-@end itemize
-
-
-Une liste des projets inactifs est disponible au @rwebnamed{Grenier,
-grenier}. Y sont recensés des projets toujours considérés comme
-d'actualité mais pour lesquels aucun mentor n'est à ce jour disponible.
-
-@divEnd
+@gsocCurrent
@node Auteurs
@subheading Suggestions en suspend pour le Google Summer of Code
@c VO Inactive Google Summer of Code project suggestions
-La liste suivante recense les projets proposés aux GSoC précédents et
-qui sont toujours d'actualité, mais pour lesquels aucun mentor n'est
-actuellement disponible.
-
-
-@subsubheading Amélioration des liaisons
-@c VO Improve slurs and ties
-
-Le galbe par défaut des liaisons n'est souvent pas pleinement
-satisfaisant. La « coupure » d'une liaison par un changement de clef ou
-de ligne n'est pas totalement fonctionnelle. Ce projet comporte entre
-autres un recensement d'exemples de résultats défectueux, l'appréciation
-du résultat optimal et l'écriture du code approprié.
-
-@emph{Difficulté :} difficile@*
-@emph{Préalables :} C++, expérience dans l'écriture d'heuristiques@*
-@emph{Connaissances appréciées :} LilyPond, sens de l'esthétique
-
-
-@subsubheading Notes d'ornement @emph{(grace notes)}
-@c VO Grace notes
-
-Résolution des problèmes de synchronisation des notes d'ornement. Les
-notes d'ornement peuvent venir perturber LilyPond dans sa gestion du
-temps et entraîner des effets indésirables tout particulièrement
-lorsqu'elles interviennent dans une portée seulement. Il s'agit
-@uref{https://sourceforge.net/p/testlilyissues/issues/34/, là} de l'un
-des bogues les plus vieux et embarrassants pour LilyPond.
-
-@emph{Difficulté :} moyenne@*
-@emph{Préalables :} C++, MIDI@*
-@emph{Connaissances appréciées :} familiarité avec les arcanes de
-LilyPond
-
-
-@subsubheading Amélioration du positionnement par défaut des ligatures
-@c VO Improve default beam positioning
-
-Une ligature, qu'elle soit rectiligne, passe d'une portée à l'autre,
-discontinue ou coudée, devrait dépendre du contexte et des notes
-adjacentes (voir
-@uref{http://imslp.org/wiki/Repository_of_Music-Notation_Mistakes_%28Coulon%2C_Jean-Pierre%29,
-la section 2.2 de cet article}). Dans la mesure du possible, raccourcir
-le temps de calcul nécessaire à la génération des ligatures.
-
-@emph{Difficulté :} moyenne@*
-@emph{Préalables :} C++, expérience dans l'écriture d'heuristiques@*
-@emph{Connaissance appréciée :} sens de l'esthétique
-
-
-@subsubheading Aide à l'amélioration du comportement lors de la compilation
-@c VO Help improve compilation behavior
-
-Les outils d'analyse comme @emph{valgrind} pour la détection de fuites
-de mémoire ou @emph{callgrind} pour le profilage du code, fournissent
-des informations précieuses quant à d'éventuelles faiblesses du
-code C++. Faire le ménage dans tous ces messages nous permettrait de
-rejeter tout patch qui introduirait des messages superflus.
-
-@emph{Difficulté :} moyenne@*
-@emph{Préalable :} C++
-
+@gsocInactive
@divEnd
projects / lilypond.git / commitdiff