@c -*- coding: utf-8; mode: texinfo; documentlanguage : fr -*-
@c This file is part of web.texi
@ignore
- Translation of GIT committish: 2034ca4fcbed9253b5a85e9360e47d3fe3ff1d09
+ Translation of GIT committish: 45d5c47caba98ccd97dadbc44234c8de1f3570ab
When revising a translation, copy the HEAD committish of the
version that you are working on. For details, see the Contributors'
nous.
@item
-@ref{Archives} : archives des dépêches.
+@ref{Actualités} : archives des dépêches.
@item
@ref{Grenier} : annonces et recensement des modifications intervenues
-aux cours des versions précédentes.
+aux cours des versions précédentes, actualités passée, etc.
@end itemize
@divEnd
* Auteurs::
* Remerciements::
* Publications::
-* Archives::
+* Actualités::
* Grenier::
@end menu
@divEnd
@divClass{column-left-bottom}
@subheading Discuter entre utilisateurs et demander de l'aide
@c VO User Discussions and Help
+
@subsubheading Liste de diffusion des utilisateurs : @code{lilypond-user@@gnu.org}
Cette liste de diffusion @strong{anglophone} est le lieu privilégié des
@divClass{column-center-top}
@subheading Exemple minimaliste@dots{} mais qu'est-ce donc que cela ?
+@c VO What are @qq{Tiny examples}?
Un exemple minimaliste est un bout de code duquel @strong{plus rien} ne
peut être retiré.
@divEnd
@divClass{column-left-bottom}
-@subheading Pourquoi être minimaliste ?
+@subheading Pourquoi être minimaliste@tie{}?
+@c VO Why create them?
@divClass{keep-bullets}
@itemize
@divClass{column-right-bottom}
@subheading Comment être minimaliste@tie{}?
+@c VO How to create them?
@divClass{keep-bullets}
@itemize
@divClass{column-center-bottom}
@subheading Jusqu'où pousser le minimalisme@tie{}?
+@c VO How tiny should they be?
En voici un exemple :
@divEnd
+
@divClass{column-right-bottom}
@subheading Étape 3 : Transmission d'un signalement de bogue
@divEnd
@divEnd
+
@divClass{column-center-bottom}
@subheading Étape 4: Notification de prise en compte
qu'ils ne vous transmettent le numéro de référence de votre signalement
une fois qu'il aura été ajouté à la base.
-Vous pourrez alors, après l'avoir « marqué », y apporter vos
-commentaires et être automatiquement notifié du traitement apporté à ce
-bogue, dès lors que vous avez un identifiant reconnu par google.
+Vous pourrez alors, après l'avoir indiqué en cliquant le symbole
+« enveloppe » apparaissant en regard du titre du rapport, être
+automatiquement notifié du traitement apporté à ce bogue. L'ajout de
+commentaire et la souscription requièrent d'avoir un identifiant reconnu
+par sourceforge.
@divEnd
+
@divClass{column-center-bottom}
@subheading Information complémentaire : indication du comportement escompté
Développeurs intéressés :
@table @asis
-@item @email{dak@@gnu.org, David Kastrup (le contacter en anglais)}
-Vos contributions me permettront de continuer mon activité à temps plein
-sur LilyPond. Je me concentre sur la modélisation des interfaces entre
-l'utilisateur et le programme -- cohérence, implémentation,
-simplification, documentation et débogage.
+@item @email{lilypond-devel@@gnu.org, Liste des développeurs de LilyPond}
+Dans la mesure où aucun développeur ne s'est actuellement déclaré,
+veuillez vous adresser directement à la liste de diffusion des développeurs.
@c Format
@c @item @email{name@@adress.domain, Name}
@docLinkPdf{Web,web,@manualDevelWebPdf-fr}
@item
-@docLinkSplit{Nouveautés,changes,@manualDevelChangesSplit}
+@docLinkSplit{Nouveautés,changes,@manualDevelChangesSplit-fr}
@tab
-@docLinkBig{Nouveautés,changes,@manualDevelChangesBig}
+@docLinkBig{Nouveautés,changes,@manualDevelChangesBig-fr}
@tab
-@docLinkPdf{Nouveautés,changes,@manualDevelChangesPdf}
+@docLinkPdf{Nouveautés,changes,@manualDevelChangesPdf-fr}
@item
@docLinkSplit{Extension,extending,@manualDevelExtendingSplit-fr}
@subheading Le Google Summer of Code
@c VO What is Google Summer of Code?
-Le @uref{https://developers.google.com/open-source/gsoc/, 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}. 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
+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 et 2015, et
-encourageons les étudiants à candidater pour les sessions à venir.
+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é.
-Si vous avez des questions à ce sujet ou avez envie d'y participer,
-contactez-nous sur la liste des développeurs (voir @ref{Contact}).
@divEnd
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 : février 2016.
+Dernière mise à jour : juanvier 2017.
-La disponibilité de tuteurs diffère selon les projets et les années.
-Contactez-nous sur la liste des développeurs -- voir @ref{Contact} -- et
-nous vous aiderons à trouver un mentor pour le projet qui correspond à
-vos envies et aptitudes.
-
-Si vous avez d'autres idées de projet dans le cadre du GSoC, n'hésitez
-pas à nous en faire part. 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'y atteler.
+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}.
@c VO Improve internal chord structure
La structure interne des accords dans LilyPond n'est pas suffisamment
-puissante pour tenir compte de la nomneclature 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. Seule 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.
+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.
+
+@strong{Difficulté :} moyennement facile.@*
+@strong{Préalables :} Scheme (Guile), mais le niveau nécessaire peut
+s'acquérir aisément@*
+@strong{Connaissances appréciées :} Théorie des accords et de leur nommage@*
+@strong{Mentor :} Carl Sorensen.
-@strong{Difficulté :} moyennement facile
-@strong{Préalables :} Scheme (Guile), mais le niveau nécessaire peut
-s'acquérir aisément.
-@strong{Connaissances appréciées :} Théorie des accords et de leur nommage
-@strong{Mentor :} Carl Sorensen
@divEnd
@divClass{column-center-middle-color3}
-@subheading ScholarLY
-
-ScholarLY est une bibliothèque hébergée sur
-@uref{https://openlilylib.org, openLilyLib} et qui fournit des
-fonctionnalités permettant, grâce à des annotations, de gérer
-directement dans le contexte de la partition le flux de travail d'une
-« édition savante ». Il est à ce jour possible de saisir différents
-types d'annotations, produire des messages cliquables en console et
-exporter du texte dans des fichiers @LaTeX{}.
+@subheading 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.
-Un certain nombre de demandes d'extension permettraient de transformer
-cette bibliothèque en un outil encore plus puissant et complet, par
-exemple par l'insertion d'exemples musicaux, la production de notes de
-bas de page ou l'application de styles particuliers -- mise en pointillé
-d'une liaison, mise entre parenthèses d'un altération, etc. -- ou la
-création de rapports avec des liens inter-documents. Pour une
-description complète des suggestions autour de ce projet, visitez
-@uref{https://github.com/openlilylib/scholarly/wiki/GSoC, ce Wiki}.
+@strong{Difficulté :} moyennement facile@*
+@strong{Préalables :} C++ et la volonté de se familiariser avec les
+composantes internes de LilyPond@*
+@strong{Connaissances appréciées :} intérêt et expérience dans le
+maniement des fichiers de fonte ; des notions de METAFONT@*
+@strong{Mentors :} Werner Lemberg, Abraham Lee
-@strong{Difficulté :} moyenne
-@strong{Préalables :} Scheme, peut-être @LaTeX{}, (Python optionnel)
-@strong{Connaissances appréciées :} Expérience ou intérêt dans l'édition
-critique et les flux collaboratifs.
-@strong{Mentor :} Urs Liska
@divEnd
@end itemize
@divEnd
-@strong{Difficulté :} facile
-@strong{Préalables :} MetaFont, C++, une bonne vue pour les détails
-@strong{Connaissances appréciées :} les bases de LilyPond
-@strong{Mentor potentiel :} Werner Lemberg
-@divEnd
-
-
-@divClass{column-center-middle-color3}
-@subheading Notes d'ornement @emph{(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.
+@strong{Difficulté :} facile@*
+@strong{Préalables :} MetaFont, C++, une bonne vue pour les détails@*
+@strong{Connaissances appréciées :} les bases de LilyPond@*
+@strong{Mentor :} Werner Lemberg
-@strong{Difficulté :} moyenne
-@strong{Préalables :} C++, MIDI
-@strong{Connaissances appréciées :} familiarité avec les arcanes de
-LilyPond
-@strong{Mentors potentiels :} Mike Solomon (indisponible pour le GSoc
-2016), Carl Sorensen
@divEnd
@divClass{column-center-middle-color3}
-@subheading Amélioration du positionnement par défaut des ligatures
-@c VO Improve default beam positioning
+@subheading 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.
+
+@strong{Difficulté :} moyenne@*
+@strong{Préalables :} Scheme (interaction avec les arcanes de LilyPond),
+techniques de notation contemporaine@*
+@strong{Connaissances appréciées :} sens de la construction d'ossatures
+hiérarchisées@*
+@strong{Mentors :} @strong{NN,} Urs Liska
-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.
-
-@strong{Difficulté :} moyenne
-@strong{Préalables :} C++, expérience dans l'écriture d'heuristiques
-@strong{Connaissance appréciée :} sens de l'esthétique
-@strong{Mentors potentiels :} Mike Solomon (indisponible pour le GSoc
-2016), Carl Sorensen
@divEnd
-
@divClass{column-center-middle-color3}
-@subheading Permettre aux bandeaux ou extensions de naviguer entre les voix
-@c VO Allow spanners to cross voices
-
-Jusqu'à présent, les différents bandeaux ou extenseurs, qu'il s'agisse de
-liaison de tenue ou non, de nuances, de prolongateurs de texte, de
-trilles, etc. doivent se terminer dans le contexte même où ils ont été
-entamés. Ceci néanmoins ne reflète pas la réalité de la notation dans
-la plupart des situations polyphoniques. La seule échappatoire, pour
-l'instant, consiste à recourir à des voix masquées.
-
-De nouveaux moyens de faire face à cette situation pourraient être
-envisagés, comme
-
-@divClass{keep-bullets}
-@itemize
-
-@item la spécification du « contexte cible » où la terminaison de
-l'extension est attendue,
+@subheading Réécriture en Python de l'extension LilyPond pour LibreOffice
+@c VO Rewrite LibreOffice LilyPond Extension with Python
-@item l'affectation d'un ID à l'objet où intervient la terminaison.
+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.
-@end itemize
-@divEnd
+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.
-Cette fonctionnalité permettrait de résoudre nombre de problèmes
-courants en matière de partition pianistique ou lors de combinaisons de
-parties.
+@strong{Difficulté :} moyennement facile@*
+@strong{Préalables :} Python, PyQt, les base de LilyPond, les base des
+extensions de LibreOffice@*
+@strong{Connaissances appréciées :} familiarité avec les bases du code
+de Frescobaldi ou l'envie de l'apprendre sur la période@*
+@strong{Mentors :} Urs Liska, (Thorsten Behrens/LibreOffice)
-@strong{Difficulté :} moyenne (?)
-@strong{Préalables :} C++, Scheme
-@strong{Mentor potentiel :} Urs Liska
@divEnd
@divClass{column-center-middle-color3}
-@subheading Aide à l'amélioration du comportement lors de la compilation
-@c VO Help improve compilation behavior
+@subheading 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.
+
+@strong{Difficulté :} moyenne@*
+@strong{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)@*
+@strong{Mentors :} Urs Liska, Matteo Ceccarello
-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.
-
-@strong{Difficulté :} moyenne
-@strong{Préalable :} C++
-@strong{Mentors potentiels :} Joe Neeman, Reinhold Kainhofer
-(indisponible pour le GSoc 2016)
@divEnd
@end itemize
@divEnd
-@strong{Difficulté :} moyenne
-@strong{Préalables :} MusicXML, Python, Scheme, les bases de LilyPond
-@strong{Mentors potentiels :} Reinhold Kainhofer, Mike Solomon (tous
-deux indisponibles pour le GSoc 2016)
-
-La connaissance d'autres éditeurs de partition, dans un but de tests
-comparatifs, constituerait une aide.
+@strong{Difficulté :} moyenne@*
+@strong{Préalables :} MusicXML, Python, Scheme, les bases de LilyPond@*
+@strong{Connaissances appréciées :} connaissance d'autres éditeurs de
+partition, dans un but de tests comparatifs@*
+@strong{Mentor :} Jan-Peter Voigt
@divEnd
@divClass{column-center-middle-color3}
-@subheading Amélioration des liaisons
+@subheading Information à l'attention des candidats et participants
+@c VO Information for Applicants/Participants
-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é.
+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.
+
+@divClass{keep-bullets}
+@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.
-@strong{Difficulté :} difficile
-@strong{Préalables :} C++, expérience dans l'écriture d'heuristiques
-@strong{Connaissances appréciées :} LilyPond, sens de l'esthétique
-@strong{Mentor potentiel :} Mike Solomon, Janek Warchoł (tous deux
-indisponibles pour le GSoc 2016)
+@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
@divEnd
+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
@node Auteurs
@contactUsAbout{publications universitaires}
-@node Archives
-@unnumberedsec Archives
-@translationof Old news
+@node Actualités
+@unnumberedsec Actualités
+@translationof News
-@divClass{heading-center}
-@warning{Les vieilles annonces et informations de version sont rangées au
-@rwebnamed{Grenier,grenier}.}
-@divEnd
+@include web/news-new.itexi
-@include web/news-front.itexi
+@divClass{column-center-bottom}
+@subheading Actualités passées
-@include web/news.itexi
+Les vieilles annonces et informations de version sont rangées au
+@rwebnamed{Grenier,grenier}.
+
+@divEnd
@node Grenier
@divEnd
-@divClass{column-center-bottom}
+@divClass{column-center-middle-color3}
@subheading Remerciements
Tous nos remerciements aux développeurs, contributeurs, chasseurs
@divEnd
-@divClass{column-center-bottom}
+@divClass{column-center-middle-color3}
@subheading Journal des modifications
Notes des développeurs, par version :
@miscLink{CHANGES-0.0,v0.0}
@divEnd
+
+
+@divClass{column-center-middle-color2}
+@subheading Suggestions en suspend pour le Google Summer of Code
+@c VO Unused Google Summer of Code project suggestions
+
+La liste suivante recense les projets proposés au GSoC précédents et qui
+sont toujours d'actualité, mais pour lesquels aucun mentor n'est
+actuellement disponible.
+
+@divEnd
+
+@divClass{column-center-middle-color3}
+@subheading 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é.
+
+@strong{Difficulté :} difficile@*
+@strong{Préalables :} C++, expérience dans l'écriture d'heuristiques@*
+@strong{Connaissances appréciées :} LilyPond, sens de l'esthétique
+
+@divEnd
+
+@divClass{column-center-middle-color3}
+@subheading 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.
+
+@strong{Difficulté :} moyenne@*
+@strong{Préalables :} C++, MIDI@*
+@strong{Connaissances appréciées :} familiarité avec les arcanes de
+LilyPond
+
+@divEnd
+
+@divClass{column-center-middle-color3}
+@subheading 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.
+
+@strong{Difficulté :} moyenne@*
+@strong{Préalables :} C++, expérience dans l'écriture d'heuristiques@*
+@strong{Connaissance appréciée :} sens de l'esthétique
+
+@divEnd
+
+@divClass{column-center-middle-color3}
+@subheading 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.
+
+@strong{Difficulté :} moyenne@*
+@strong{Préalable :} C++
+
+@divEnd
+
+
+@divClass{column-center-middle-color2}
+@subheading Actualités passées
+@c VO Old News
+
+Actualités jusqu'à juillet 2003. Les actualités plus récentes se
+trouvent à la page @ref{Actualités}.
+
+@divEnd
+
+@include web/news-old.itexi
projects / lilypond.git / blobdiff