Re: musicxml2ly s'arrête

[Jacques Menu]

Hé les gars,

J’aime bien titiller Jean à propos de Python…

Ses arguments sont excellents bien sûr, mais je ne suis décidément pas un hère 
pète au log.

Bonne soirée!

JM

> Le 22 août 2022 à 14:27, Jean Abou Samra <jean@abou-samra.fr> a écrit :
> 
> Bonjour Jacques,
> 
> 
> Le 21/08/2022 à 11:01, Jacques Menu a écrit :
>> Le problème de musicxml2ly, c’est que personne ne le maintient plus depuis 
>> un gros effort qui a été fait il y a quelque temps. Et comme Python est en 
>> dehors de la ligne C++/Scheme, je ne pense pas que ça va s’améliorer dans un 
>> proche avenir. J’avais envisagé de prendre ça en charge à l’époque, mais 
>> l’absence de doc et Python m’avaient découragé, d’où ce qui est devenu 
>> MusicFormats écrit en C++. Je m’étais dit aussi que ça faciliterait 
>> l’intégration de xm2ly dans LilyPond s’il y avait un jour un intérêt pour ça.
> 
> 
> 
> Si je puis me permettre d'apporter une petite nuance, je ne pense
> pas que Python soit le problème en soi. Tous les scripts associés
> à LilyPond sont écrits en Python, soit musicxml2ly, mais aussi
> convert-ly, lilypond-book, quelques autres, et également des scripts
> internes qui servent à générer la police Emmentaler, compiler la
> documentation, comparer les tests de régression, etc., si bien que
> Python est finalement assez utilisé dans LilyPond. Une bonne majorité
> des contributeurs actifs à l'heure actuelle savent s'en servir.
> 
> Quant au fait que musicxml2ly ne connaisse pas grande activité
> depuis que Reinhold Kainhofer a cessé de travailler sur LilyPond...
> Ce n'est pas franchement un cas isolé, on pourrait dire la même
> chose de beaucoup de parties du code de LilyPond, comme pour beaucoup
> de logiciels y compris parmi les plus populaires. Rien d'alarmant à
> cela, il y a une batterie de tests de régression qui s'assurent
> que les fonctionnalités existantes sont préservées à travers les
> changements annexes. C'est simplement légèrement plus problématique
> dans le cas de musicxml2ly étant donné que la spécification du MusicXML
> évolue, elle.
> 
> Cela étant dit, très loin de moi l'idée de te décourager de continuer
> à développer xml2ly, qui est un outil beaucoup plus poussé que musicxml2ly.
> Je pense simplement que le fait que toi, tu n'apprécies pas Python est ce
> qui donne son intérêt au C++ pour xml2ly plutôt qu'un mouvement général
> dans la communauté LilyPond :-)
> 
> Amicalement,
> Jean
>