From f42465c693a3ef35b06a350c60499acbeabcaeac Mon Sep 17 00:00:00 2001 From: Jean-Charles Malahieude Date: Wed, 19 Apr 2017 13:36:30 +0200 Subject: [PATCH] Doc-fr: sync with master - \voices in fundamental and simultaneous - untranslate gsoc page --- Documentation/fr/changes.tely | 4 +- Documentation/fr/learning/fundamental.itely | 65 ++- Documentation/fr/notation/simultaneous.itely | 22 +- Documentation/fr/web/community.itexi | 415 +------------------ 4 files changed, 89 insertions(+), 417 deletions(-) diff --git a/Documentation/fr/changes.tely b/Documentation/fr/changes.tely index fb23fe68ad..a956124114 100644 --- a/Documentation/fr/changes.tely +++ b/Documentation/fr/changes.tely @@ -1,6 +1,6 @@ \input texinfo @c -*- coding: utf-8; mode: texinfo; documentlanguage: fr -*- @ignore - Translation of GIT committish: b7fff49e6e45ba9d3e3b48df76fe36d60dab518c + 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' @@ -87,7 +87,7 @@ grâce à l'objet @code{HorizontalBracketText}. { \once \override HorizontalBracketText.text = "a" c''\startGroup d''\stopGroup - e''-\tweak text "a'" \startGroup d''\stopGroup + e''-\tweak HorizontalBracketText.text "a'" \startGroup d''\stopGroup } @end lilypond diff --git a/Documentation/fr/learning/fundamental.itely b/Documentation/fr/learning/fundamental.itely index f33b9f952c..89e64434db 100644 --- a/Documentation/fr/learning/fundamental.itely +++ b/Documentation/fr/learning/fundamental.itely @@ -1,7 +1,7 @@ @c -*- coding: utf-8; mode: texinfo; documentlanguage: fr -*- @ignore - Translation of GIT committish: 4690bfaa07a15e38ebfd1299fa209968603f3630 + 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' @@ -708,12 +708,30 @@ automatiquement. \new Staff \relative { % Main voice c'16 d e f - % Voice = "1" Voice = "2" Voice = "3" + % Voice = "1" Voice = "2" Voice = "3" << { g4 f e } \\ { r8 e4 d c8~ } >> | << { d2 e } \\ { c8 b16 a b8 g~ 2 } \\ { s4 b c2 } >> | } @end lilypond +@funindex \voices +Les voix peuvent se saisir dans un ordre différent, comme par exemple du +haut vers le bas, auquel cas leurs numéros respectifs seront spécifiés +dès avant la construction @code{<< @dots{} >>} à l'aide de la commande +@code{\voices} comme ici : + +@lilypond[quote,verbatim] +\new Staff \relative { + % Main voice + c'16 d e f + % Voice = "1" Voice = "2" + << { g4 f e } \\ { r8 e4 d c8~ } >> | + \voices 1,3,2 + % Voice = "1" Voice = "3" Voice = "2" + << { d2 e } \\ { s4 b c2 } \\ { c8 b16 a b8 g~ 2 } >> | +} +@end lilypond + Ces voix sont séparées de la voix principale, laquelle contient les notes en dehors de la construction @code{<< @dots{} >>} -- que nous appellerons @emph{construction simultanée}. Les liaisons, de @@ -822,6 +840,7 @@ les voix -- ce qui est plus compliqué sera décortiqué plus tard. @lilypond[quote,ragged-right] \new Staff \relative { \key aes \major + \voices 1,2,4 % No voice three << % Voice one { c''2 aes4. bes8 } \\ % Voice two @@ -832,7 +851,6 @@ les voix -- ce qui est plus compliqué sera décortiqué plus tard. \once \override NoteColumn.force-hshift = #0.5 des2 } - \\ % No voice three \\ % Voice four { \override NoteColumn.force-hshift = #0 @@ -867,6 +885,7 @@ que vous ne comprendriez pas. @lilypond[quote,ragged-right] \new Staff \relative { \key aes \major + \voices 1,2,4 % No Voice three (we want stems down) << { % Voice one \voiceOneStyle @@ -880,7 +899,6 @@ que vous ne comprendriez pas. \once \override NoteColumn.force-hshift = #0.5 des2 } - \\ % No Voice three (we want stems down) \\ % Voice four { \voiceThreeStyle \override NoteColumn.force-hshift = #0 @@ -918,16 +936,19 @@ impaires portent des hampes vers le haut, les voix paires des hampes vers le bas. Les hampes des voix 1 et 2 sont orientées comme il faut mais celles de la voix 3 devraient, dans le cas qui nous occupe, aller vers le bas. Nous pouvons corriger cela en sautant la voix 3 et en -plaçant la musique dans la voix 4 grâce à un @code{\\} supplémentaire : +plaçant la musique dans la voix 4. Ceci pourrait s'obtenir à l'aide +d'un @code{\\} supplémentaire, mais nous utiliserons plutôt la commande +@code{\voices} qui, par ailleurs, nous permettrait de saisir les voix +dans un autre ordre selon notre convenance : @lilypond[quote,verbatim,ragged-right] \new Staff \relative { \key aes \major + \voices 1,2,4 % Omit Voice three << % Voice one { c''2 aes4. bes8 } \\ % Voice two { 2 des } - \\ % Omit Voice three \\ % Voice four { aes'2 f4 fes } >> | @@ -1049,7 +1070,7 @@ annotations, liaisons de prolongation ou de phrasé, et sur les nuances. } @end lilypond -Voyons à présent trois différentes façons d'exprimer un passage +Voyons à présent quatre différentes façons d'exprimer un passage polyphonique, à partir d'un exemple de la section précédente. Chacune d'elles aura ses avantages selon les circonstances. @@ -1087,6 +1108,36 @@ liaison de phrasé à l'ensemble. } @end lilypond +@cindex voix, continuation +@funindex \voices + +La commande @code{\voices} peut aussi servir à maintenir une voix +principale dans une construction simultanée : + +@lilypond[quote,ragged-right,verbatim] +\new Staff \relative { + \new Voice = "main" { + \voiceOneStyle + % This section is homophonic + c'16^( d e f + % Start simultaneous section of three voices + \voices "main",2,3 + << + % Continue the main voice in parallel + { g4 f e | d2 e) | } + % Initiate second voice + \\ + % Set stems, etc., down + { r8 e4 d c8~ | 8 b16 a b8 g~ 2 | } + \\ + % Initiate third voice + % Set stems, etc, up + { s2. | s4 b c2 | } + >> + } +} +@end lilypond + @cindex imbrication d'expressions musicales @cindex imbrication de constructions simultanées @cindex voix temporaires diff --git a/Documentation/fr/notation/simultaneous.itely b/Documentation/fr/notation/simultaneous.itely index 1ef48714bd..4c2b3faab7 100644 --- a/Documentation/fr/notation/simultaneous.itely +++ b/Documentation/fr/notation/simultaneous.itely @@ -1,6 +1,6 @@ @c -*- coding: utf-8; mode: texinfo; documentlanguage: fr -*- @ignore - Translation of GIT committish: 39912f861693f1c24b8833e6e9e6ba82eb3e6746 + 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' @@ -602,6 +602,26 @@ vont vers le haut, celles des voix paires vers le bas : >> @end lilypond +@funindex \voices +La commande @code{\voices} permet de gérer l'ordre de saisie des voix : + +@lilypond[quote,verbatim] +\new Staff \voices 1,3,5,6,4,2 << + \time 2/4 + { f''2 } % 1: highest + \\ + { d''2 } % 3: second-highest + \\ + { b'2 } % 5: third-highest + \\ + { g'2 } % 6: third-lowest + \\ + { e'2 } % 4: second-lowest + \\ + { c'2 } % 2: lowest +>> +@end lilypond + @warning{Paroles et objets étendus (liaisons, soufflets, etc.) ne peuvent passer d'une voix à l'autre.} diff --git a/Documentation/fr/web/community.itexi b/Documentation/fr/web/community.itexi index e2dc30e1fa..4628a89427 100644 --- a/Documentation/fr/web/community.itexi +++ b/Documentation/fr/web/community.itexi @@ -1,7 +1,7 @@ @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' @@ -14,6 +14,7 @@ @include included/acknowledge.itexi @include included/authors.itexi +@include included/gsoc.itexi @include included/helpus.itexi @node Communauté @@ -954,351 +955,12 @@ dernière mouture est consultable sur @url{http://lilypond.org}} @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 @@ -1522,68 +1184,7 @@ Notes des développeurs, par version : @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 -- 2.39.2