mais on peut aussi comprendre qu'ils mettent à jour aussi ces fichiers dès qu'ils peuvent
Il y a de cela bien sûr (correction des bugs dans les dépendances notamment... comme le montre cette dépêche, c'est important car plein de problèmes qu'on a eu sous Windows ont été récemment corrigé dans des bibliothèques utilisées), mais pas seulement. Il y a aussi la question de simplicité. Pour Windows, on se base beaucoup sur le dépôt de paquets MSYS2 qui est vraiment un super projet qui simplifie énormément le packaging pour Windows (on voit la différence avec macOS par exemple où on doit compiler la chaîne de dépendance complète). Donc pour un nouveau paquet, on se prend pas la tête: on prend la version proposée par MSYS2 (qui est en général la dernière version car ils sont très réactifs). 🤷
Dans tous les cas, c'est certain que le problème de dépendances réutilisées par les plug-ins n'est pas idéal. Ça fait partie des trucs que je veux améliorer, mais ça va prendre du temps. Plus qu'une solution technique (car je crois pas qu'on puisse en trouver, sauf à décider de ne jamais mettre à jour les dépendances, ce qui n'est pas une bonne idée), je pense que ce sera une solution procédurale (avec des périodes de freeze ou d'alerte et une plateforme pour aider les plug-ins à se mettre à jour dans les temps). C'est dans ma TODO 📝 depuis un moment.
En traitement d'images, je crois que tout le monde appellerait ça boundary_conditions, c'est le terme générique pour définir la façon dont on traite les bords dans tous les opérateurs de traitement d'images. C'est du coup un peu dommage de ne pas utiliser les termes classiques du domaine, notamment dans une bibliothèque de gestion/traitement d'images...
Je doute que ça soit mis à jour dans le nom de la propriété, à cause du besoin de stabilité d'API (à moins que GEGL ait un système d'alias permettant de renommer une propriété en gardant aussi l'ancien nom; mais je crois pas qu'y ait ça), mais on peut au moins rajouter le terme dans la description de la propriété.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Greffon G'MIC pour GIMP 2.10.28
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Sortie de GIMP 2.10.28 et nouvelles autour du projet. Évalué à 10.
Il y a de cela bien sûr (correction des bugs dans les dépendances notamment... comme le montre cette dépêche, c'est important car plein de problèmes qu'on a eu sous Windows ont été récemment corrigé dans des bibliothèques utilisées), mais pas seulement. Il y a aussi la question de simplicité. Pour Windows, on se base beaucoup sur le dépôt de paquets MSYS2 qui est vraiment un super projet qui simplifie énormément le packaging pour Windows (on voit la différence avec macOS par exemple où on doit compiler la chaîne de dépendance complète). Donc pour un nouveau paquet, on se prend pas la tête: on prend la version proposée par MSYS2 (qui est en général la dernière version car ils sont très réactifs). 🤷
Dans tous les cas, c'est certain que le problème de dépendances réutilisées par les plug-ins n'est pas idéal. Ça fait partie des trucs que je veux améliorer, mais ça va prendre du temps. Plus qu'une solution technique (car je crois pas qu'on puisse en trouver, sauf à décider de ne jamais mettre à jour les dépendances, ce qui n'est pas une bonne idée), je pense que ce sera une solution procédurale (avec des périodes de freeze ou d'alerte et une plateforme pour aider les plug-ins à se mettre à jour dans les temps). C'est dans ma TODO 📝 depuis un moment.
Merci. J'ai ouvert un rapport de bug: https://gitlab.gnome.org/GNOME/gegl/-/issues/295
Je doute que ça soit mis à jour dans le nom de la propriété, à cause du besoin de stabilité d'API (à moins que GEGL ait un système d'alias permettant de renommer une propriété en gardant aussi l'ancien nom; mais je crois pas qu'y ait ça), mais on peut au moins rajouter le terme dans la description de la propriété.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]