❌

Vue lecture

Il y a de nouveaux articles disponibles, cliquez pour rafraĂźchir la page.

GIMP 3.0 RC2 est sorti

Note : cette dĂ©pĂȘche est une traduction de l'annonce officielle de la sortie de GIMP 3.0 RC2 du 27 dĂ©cembre 2024 (en anglais).

AprĂšs la premiĂšre sĂ©rie de retours de la communautĂ©, nous sommes heureux de partager la deuxiĂšme version candidate de GIMP 3.0 ! Les gens nous ont donnĂ© des commentaires trĂšs utiles sur la premiĂšre version candidate et nous avons pu corriger de nombreux bugs.

C’est notre petit cadeau sous le sapin 🎄 pour vous tous ! (NdM: disons fourrĂ© dans la galette/le gĂąteau des rois dĂ©sormais ?)

GIMP 3.0 RC2: écran de démarrage

Écran de dĂ©marrage de la nouvelle version candidate, par Sevenix (CC by-sa 4.0) - GIMP 3.0 RC2

Sommaire

Corrections de bugs importantes

Plusieurs correctifs ont été apportés depuis la version RC1. Nous souhaitons mettre en évidence les bugs les plus importants afin que les utilisateurs en soient informés et puissent effectuer des tests supplémentaires. Pour plus de détails sur les autres correctifs de bugs, veuillez consulter notre page NEWS sur GitLab.

Migration des paramĂštres de la 2.10

Lors des tests communautaires, nous avons dĂ©couvert que les paramĂštres des utilisateurs de la 2.10 n’étaient pas migrĂ©s vers GIMP 3.0 en raison de certaines hypothĂšses incorrectes dans le code d’importation. Étant donnĂ© que la plupart des dĂ©veloppeurs utilisent exclusivement GIMP 3.0 depuis un certain temps, nous n’avions pas remarquĂ© ce problĂšme. Le bug devrait maintenant ĂȘtre corrigĂ©, nous demandons donc des rapports de bugs si des prĂ©fĂ©rences 2.10 ne sont pas importĂ©es correctement dans RC2. Notez que si vous avez dĂ©jĂ  utilisĂ© 3.0 RC1, vous devrez d’abord supprimer ces configurations, sinon RC2 n’essaiera pas d’importer les prĂ©fĂ©rences 2.10 (assurez-vous de sauvegarder vos paramĂštres bien sĂ»r !).

Console Windows

Dans les versions de dĂ©veloppement 2.99, les versions Windows lançaient automatiquement un affichage de console en plus de GIMP lui-mĂȘme. C’est trĂšs utile pour les dĂ©veloppeurs Windows pour voir les messages de dĂ©bogage, mais la console n’était pas destinĂ©e Ă  ĂȘtre affichĂ©e pendant les versions stables. Comme nous avons modifiĂ© notre processus de construction pour utiliser Meson au lieu d’Autotools, nous avons appris que nous devions apporter des modifications supplĂ©mentaires pour empĂȘcher l’affichage de la console. Cela devrait ĂȘtre corrigĂ© maintenant grĂące Ă  Jehan - si vous voyez toujours la console sous Windows, veuillez remplir un nouveau rapport de bogue !

Problùmes de polices d’interface utilisateur manquantes sur macOS

Il y a un problĂšme de longue date oĂč certains utilisateurs de macOS ne voyaient que des symboles « Unicode manquants Â» au lieu des textes d’interface dans GIMP (Ă  la fois dans la version 2.10 et dans la version 3.0). Cela Ă©tait dĂ» Ă  un bug dans Pango, la bibliothĂšque que nous utilisons pour les mises en page de texte. Ce problĂšme a Ă©tĂ© rĂ©solu avec la rĂ©cente version Pango 1.55.0, nous encourageons donc tous les empaqueteurs macOS tiers Ă  mettre Ă  jour vers cette version lorsqu’ils construisent GIMP pour le distribuer.

GIMP 3.0.0 RC2 : le package officiel de macOS contient dĂ©sormais Pango sans polices cassĂ©es

Si vous aviez ce problĂšme de polices cassĂ©es sur macOS (Ă  gauche), il est dĂ©sormais rĂ©solu (Ă  droite) - captures d’écran de rapporteurs de bug - GIMP 3.0.0 RC2

Intégration de darktable

AprĂšs la sortie de la version 3.0 RC1, nous avons reçu des rapports de certains utilisateurs indiquant qu’ils ne pouvaient toujours pas importer et exporter d’images entre GIMP et darktable. Nous avons travaillĂ© avec les dĂ©veloppeurs de darktable pour Ă©liminer les bugs restants, de sorte que l’intĂ©gration entre darktable 5.0.0 et GIMP 3.0 RC2 devrait dĂ©sormais fonctionner pour tout le monde. Cependant, veuillez dĂ©poser un nouveau rapport de bogue si vous continuez Ă  rencontrer des problĂšmes pour connecter les deux !

Améliorations

Bien que l’objectif principal du dĂ©veloppement de la version 3.0 RC2 ait Ă©tĂ© la correction de bugs et le peaufinage, certaines nouvelles fonctionnalitĂ©s ont Ă©galement Ă©tĂ© implĂ©mentĂ©es.

API de filtre GEGL

De nombreux anciens wrappers d’API pour les opĂ©rations GEGL ont Ă©tĂ© supprimĂ©s dans la version RC1. Bien que cela ait rĂ©duit la dette technique, cela a Ă©galement causĂ© des problĂšmes Ă  de nombreux dĂ©veloppeurs de greffons et de scripts tiers qui souhaitaient porter leurs greffons vers la version 3.0. Alors que notre plan initial Ă©tait d’implĂ©menter la nouvelle API publique de filtre aprĂšs la sortie de la version 3.0, les commentaires de la communautĂ© nous ont convaincu de l’ajouter pour la version 3.0 RC2.

Applying filters through libgimp 3.0.0 API (Script-fu et al.) - GIMP 3.0.0 RC2

Application de filtres via l’API libgimp 3.0.0 (Script-fu et al.) - GIMP 3.0.0 RC2

Le travail de Jehan permet aux dĂ©veloppeurs d’appliquer des effets de filtre soit immĂ©diatement, soit de maniĂšre non destructrice. Vous pouvez voir des exemples de la maniĂšre de procĂ©der en C, Python et Script-Fu dans la requĂȘte de fusion, ou en recherchant gimp-drawable-filter dans le navigateur de procĂ©dures de GIMP. Nous avons Ă©galement commencĂ© Ă  utiliser l’API de filtre dans nos scripts Python pour crĂ©er automatiquement des effets d’arriĂšre-plan flou pour le programme d’installation Windows, et avec cette mĂȘme API en C, Alx Sa a ajoutĂ© la prise en charge de l’importation de l’ancien style de calque Color Overlay de Photoshop.

Nous sommes preneurs des retours et des rapports de bugs d’auteurs de greffons et de scripts qui utilisent la nouvelle API de filtrage dans leur travail ! Nous avons Ă©galement prĂ©vu d’autres mises Ă  jour pour GIMP 3.0.

Espaces de fusion de calques et composition dans les fichiers XCF

Les discussions entre les experts en science des couleurs Elle Stone et Øyvind KolĂ„s ont rĂ©vĂ©lĂ© un autre domaine nĂ©cessitant des amĂ©liorations dans le cadre de notre projet Color Space Invasion. Plus prĂ©cisĂ©ment, les images avec des profils de couleurs qui ont des courbes de reproduction des tons non perceptives peuvent ne pas ĂȘtre rendues correctement lorsqu’elles sont dĂ©finies sur certains modes de calque.

Øyvind a implĂ©mentĂ© une correction pour ce problĂšme en ajoutant un espace perceptuel appropriĂ© par dĂ©faut Ă  des modes de calque spĂ©cifiques. Bien que nous pensions que cette amĂ©lioration ne devrait pas avoir d’impact sur les fichiers XCF plus anciens, n’hĂ©sitez pas Ă  rapporter tous problĂšmes de compatibilitĂ© avec la version 3.0 RC2 !

Paquets

AppImage

GrĂące aux efforts continus de Bruno Lopes et avec l’aide de Samueru et de la communautĂ© AppImage, notre AppImage expĂ©rimentale fonctionne dĂ©sormais sur la plupart des distributions Linux. Nous souhaitons encourager davantage de tests, dans l’espoir de pouvoir la proposer comme une autre version Linux en plus de notre Flatpak. Vous pouvez consulter les instructions pour installer les paquets expĂ©rimentaux AppImage sur notre page de tĂ©lĂ©chargement des versions de dĂ©veloppement.

Flatpak

Notre flatpak journalier a maintenant un App-ID dĂ©diĂ© org.gimp.GIMP.Nightly. Cela signifie principalement qu’il peut ĂȘtre installĂ© cĂŽte Ă  cĂŽte avec le flatpak stable tandis que les deux sont visibles dans vos menus (plus besoin de sĂ©lectionner quelle version doit ĂȘtre affichĂ©e avec flatpak make-current).

Mais cela signifie Ă©galement que tous ceux qui avaient le flatpak journalier jusqu’à prĂ©sent ne verront pas de mise Ă  jour arriver de sitĂŽt. Afin de continuer Ă  utiliser le flatpak journalier, dĂ©sinstallez celui existant et installez le nouveau avec ces commandes :

flatpak uninstall org.gimp.GIMP//master
flatpak install https://nightly.gnome.org/repo/appstream/org.gimp.GIMP.Nightly.flatpakref

⚠ Rappel : le flatpak journalier contient le code de dĂ©veloppement actuel tel qu’il se prĂ©sente dans le dĂ©pĂŽt source. Parfois, il peut mĂȘme ĂȘtre trĂšs cassĂ© ou rendre vos fichiers de projet invalides. Nous ne le recommandons pas pour la production ! Utilisez cette version pour nous aider Ă  dĂ©boguer en signalant les problĂšmes ou si vous aimez vraiment les risques pour tester les derniĂšres fonctionnalitĂ©s.

Améliorations du greffon BMP

Le nouveau contributeur Rupert Weber a Ă©tĂ© trĂšs occupĂ© depuis la derniĂšre mise Ă  jour avec de nouvelles mises Ă  jour de notre greffon BMP. Quelques points de son travail Ă  mettre en avant :

  • Les fichiers BMP sont dĂ©sormais importĂ©s sans perte dans leur prĂ©cision d’origine, plutĂŽt que d’ĂȘtre convertis en prĂ©cision entiĂšre de 8 bits.
  • Le greffon prend dĂ©sormais en charge le chargement de fichiers BMP avec compression RLE24 et Huffman.
  • Nous chargeons dĂ©sormais les fichiers BMP par morceaux plutĂŽt que d’essayer de charger l’image entiĂšre en une seule fois. Des travaux connexes nous permettent Ă©galement de charger des fichiers BMP beaucoup plus volumineux.
  • Rupert a Ă©galement effectuĂ© beaucoup de nettoyage et de maintenance du code, afin de rendre le greffon plus facile Ă  maintenir Ă  l’avenir.

Mises Ă  jour diverses

  • Jehan a apportĂ© quelques amĂ©liorations d’usage de la console Python. Vous pouvez dĂ©sormais utiliser les raccourcis Ctrl+R et Ctrl+S pour parcourir votre historique de commandes, et Page prĂ©cĂ©dente et Page suivante vous permettent dĂ©sormais de faire dĂ©filer l’historique en plus des touches flĂ©chĂ©es Haut et Bas.

History search in Python Console - GIMP 3.0.0 RC2
Recherche dans l’historique de commande (console Python) - GIMP 3.0.0 RC2

  • Alx Sa a implĂ©mentĂ© le chargement des fichiers CMJN PAM dans le greffon PNM.

  • Sous Windows, nous avons Ă©galement ajoutĂ© la possibilitĂ© d’ouvrir des images via des raccourcis Windows (fichiers .lnk) directement depuis la boĂźte de dialogue de sĂ©lection de fichiers. Ce travail est Ă©galement rĂ©alisĂ© par Alx Sa.

  • D’autres modifications et amĂ©liorations ont Ă©tĂ© apportĂ©es au thĂšme. En particulier, le style du « curseur compact » a Ă©tĂ© considĂ©rablement amĂ©liorĂ© aprĂšs les commentaires et le travail de Denis Rangelov. Denis a Ă©galement crĂ©Ă© de nouvelles icĂŽnes pour la boĂźte de dialogue de navigation ancrable, remplaçant les doublons par des symboles distincts. Anders Jonsson a Ă©galement rĂ©visĂ© le thĂšme et supprimĂ© certaines solutions de contournement qui Ă©taient nĂ©cessaires dans GIMP 2.10, mais qui ne sont plus nĂ©cessaires avec nos nouveaux thĂšmes 3.0.

  • Idriss Fekir a apportĂ© des amĂ©liorations Ă  notre code de chargement de polices XCF, pour amĂ©liorer la compatibilitĂ© lors de l’importation d’anciens fichiers XCF.

Aperçu des changements depuis la version 2.10

Pour ceux qui n’ont pas suivi de prĂšs le dĂ©veloppement de GIMP, cet article ne couvre que les changements progressifs depuis la derniĂšre version. Ils ne rĂ©pertorient pas tous les changements ou amĂ©liorations apportĂ©s Ă  GIMP 3.0 - ce serait un article trĂšs long !

Bien que nous aurons des notes de version complĂštes pour la version finale 3.0, nous avons pensĂ© qu’il serait utile de rĂ©sumer quelques-uns des changements majeurs apportĂ©s au cours du processus de dĂ©veloppement de la version 2.99 :

  • Le travail initial de portage de GIMP vers GTK3 a eu lieu dans 2.99.2. Cette version a Ă©galement introduit la sĂ©lection multi-calque, ainsi que des modifications initiales de l’API et des amĂ©liorations de la gestion de l’espace colorimĂ©trique.
  • D’autres mises Ă  jour de l’API ont Ă©tĂ© effectuĂ©es dans 2.99.4, notamment la possibilitĂ© de gĂ©nĂ©rer automatiquement des interfaces utilisateur de greffon en fonction des entrĂ©es de l’utilisateur. Diverses amĂ©liorations de convivialitĂ© ont Ă©galement Ă©tĂ© apportĂ©es, ainsi que l’introduction de l’outil expĂ©rimental Paint Select.
  • 2.99.6 a apportĂ© davantage de mises Ă  jour de l’API et de travaux internes. D’autres fonctionnalitĂ©s destinĂ©es Ă  l’utilisateur incluent la possibilitĂ© de placer des guides en dehors du canevas, une meilleure prise en charge du pavĂ© tactile et une meilleure prise en charge des diffĂ©rentes mĂ©tadonnĂ©es de couleur PNG.
  • Le pipeline de dĂ©veloppement a Ă©tĂ© considĂ©rablement amĂ©liorĂ© dans 2.99.8, permettant des temps de construction et une automatisation plus rapides. La prise en charge de nouveaux formats de fichiers tels que PSB et JPEGXL a Ă©tĂ© ajoutĂ©e dans cette version, ainsi que la prise en charge des pilotes Windows Ink de tablette graphique.
  • 2.99.10 a introduit des « ensembles de calques Â», remplaçant l’ancien concept de calques liĂ©s. La dynamique de peinture a Ă©tĂ© rationalisĂ©e dans cette version, ainsi que la premiĂšre version de la boĂźte de dialogue de bienvenue.
  • La prise en charge de la liaison anticipĂ©e CMJN a Ă©tĂ© implĂ©mentĂ©e dans 2.99.12. Les thĂšmes de l’interface graphique CSS ont Ă©galement fait l’objet d’une refonte majeure dans cette version, ainsi que davantage de prise en charge de formats de fichiers et d’amĂ©liorations majeures de Script-Fu.
  • 2.99.14 a vu l’introduction de contours non destructifs pour l’outil de texte. L’outil d’alignement a Ă©galement Ă©tĂ© rĂ©visĂ©, la mise Ă  l’échelle des thĂšmes et des icĂŽnes a Ă©tĂ© amĂ©liorĂ©e et les sĂ©lections flottantes ont Ă©tĂ© largement remplacĂ©es dans le flux de travail.
  • Le portage GTK3 a finalement Ă©tĂ© achevĂ© dans 2.99.16. La fenĂȘtre contextuelle de recherche / a Ă©tĂ© mise Ă  jour pour afficher le chemin du menu pour toutes les entrĂ©es, ainsi que pour permettre de chercher parmi les filtres.
  • Les filtres non destructifs ont Ă©tĂ© introduits pour la premiĂšre fois dans 2.99.18. Des amĂ©liorations majeures de la gestion des couleurs ont Ă©galement Ă©tĂ© apportĂ©es, et de nouvelles options d’extension automatique des limites de calque et d’accrochage ont Ă©galement Ă©tĂ© implĂ©mentĂ©es.

GEGL

Tout comme pour GIMP, la version 0.4.52 de GEGL a Ă©tĂ© corrigĂ©e. Øyvind KolĂ„s a corrigĂ© certaines Ă©tiquettes gĂ©nĂ©riques « EntrĂ©e auxiliaire Â» pour qu’elles soient plus significatives. Elles seront Ă©galement visibles dans les filtres de GIMP. Il a Ă©galement amĂ©liorĂ© la prĂ©cision du traitement des couleurs de certains filtres. Thomas Manni, contributeur de longue date, a Ă©galement corrigĂ© les plantages lorsque certains filtres Ă©taient exĂ©cutĂ©s sur de trĂšs petits calques.

Statistiques de sortie

Depuis GIMP 3.0 RC1, dans le dĂ©pĂŽt principal de GIMP :

  • 73 rapports ont Ă©tĂ© fermĂ©s comme CORRIGÉS.
  • 71 demandes de fusion ont Ă©tĂ© acceptĂ©es.
  • 277 commits ont Ă©tĂ© poussĂ©s.
  • 18 traductions ont Ă©tĂ© mises Ă  jour : bulgare, catalan, chinois (Chine), chinois (TaĂŻwan), danois, finnois, gĂ©orgien, islandais, italien, letton, lituanien, norvĂ©gien nynorsk, persan, portugais, russe, slovĂšne, suĂ©dois, ukrainien.

35 personnes ont contribuĂ© Ă  des modifications ou des correctifs Ă  la base de code de GIMP 3.0.0 RC2 (l’ordre est dĂ©terminĂ© par le nombre de commits ; certaines personnes sont dans plusieurs groupes) :

  • 12 dĂ©veloppeurs pour le code principal : Jehan, Alx Sa, Michael Schumacher, Anders Jonsson, Lloyd Konneker, Øyvind KolĂ„s, Idriss Fekir, Andre Klapper, Jacob Boerema, Michael Natterer, Rupert Weber, Thomas Manni.
  • 11 dĂ©veloppeurs de plug-ins ou modules : Jehan, Lloyd Konneker, Alx Sa, Rupert Weber, Daniel NovomeskĂœ, Jacob Boerema, Aki, Bruno, Ryan Sims, Simon Munton.
  • 19 traducteurs : Alan Mortensen, Cheng-Chia Tseng, KolbjĂžrn StuestĂžl, RĆ«dolfs Mazurs, Jiri Grönroos, Sveinn Ă­ Felli, Alexander Shopov, Aurimas Černius, Marco Ciampa, Danial Behzadi, Hugo Carvalho, Jordi Mas, Anders Jonsson, Ekaterine Papava, Julia Dronova, Luming Zh, Martin, Michael Schumacher, Youri Chornoivan.
  • 2 concepteurs de thĂšmes : Alx Sa, Anders Jonnson.
  • 2 contributeurs Ă  la documentation : Jehan, Bruno.
  • 5 contributeurs pour la compilation, l’empaquetage ou l’intĂ©gration continue : Bruno, Jehan, Lloyd Konneker, Alx Sa, Jacob Boerema, Rupert Weber.

Contributions sur d’autres dĂ©pĂŽts du GIMPverse (l’ordre est dĂ©terminĂ© par le nombre de commits) :

  • GEGL 0.4.52 est composĂ© de 31 commits de 16 contributeurs : Øyvind KolĂ„s, Sam L, Thomas Manni, lillolollo, Alan Mortensen, Anders Jonsson, Ekaterine Papava, Hugo Carvalho, Jordi Mas, Juliano de Souza Camargo, KolbjĂžrn StuestĂžl, Lukas Oberhuber, Luming Zh, Marco Ciampa, Martin, Yuri Chornoivan.
  • ctx a enregistrĂ© 48 commits depuis la sortie de la RC1 par 1 contributeur : Øyvind KolĂ„s.
  • gimp-data a enregistrĂ© 6 commits de 5 contributeurs : Anders Jonsson, Jehan, Sevenix, Alx Sa et Denis Rangelov.
  • gimp-test-images (nouveau rĂ©fĂ©rentiel pour les tests de prise en charge des images) a enregistrĂ© 2 commits de 1 contributeur : Rupert.
  • La version gimp-macos-build (scripts d’empaquetage pour macOS) a reçu 5 commits de 1 contributeur : Lukas Oberhuber.
  • La version flatpak a reçu 4 commits de 2 contributeurs : Bruno Lopes, Jehan.
  • Notre site Web principal a reçu 29 commits de 3 contributeurs : Jehan, Alx Sa, Andrea Veri.
  • Notre site Web de dĂ©veloppement a reçu 16 commits de 2 contributeurs : Jehan, Bruno Lopes.
  • Notre documentation pour GIMP 3.0 a reçu 157 commits de 10 contributeurs : Andre Klapper, KolbjĂžrn StuestĂžl, Jacob Boerema, Alan Mortensen, Anders Jonsson, Marco Ciampa, Jordi Mas, Yuri Chornoivan, Alx Sa, Jiri Grönroos.

N’oublions pas de remercier toutes les personnes qui nous aident Ă  trier dans Gitlab, Ă  signaler les bugs et Ă  discuter des amĂ©liorations possibles avec nous. Notre communautĂ© est Ă©galement profondĂ©ment reconnaissante envers les guerriers d’Internet qui gĂšrent nos diffĂ©rents canaux de discussion ou comptes de rĂ©seaux sociaux tels que Ville PĂ€tsi, Liam Quin, Michael Schumacher et Sevenix !

Remarque : compte tenu du nombre de parties dans GIMP et de la façon dont nous obtenons des statistiques via les scripts git, des erreurs peuvent se glisser dans ces statistiques. N’hĂ©sitez pas Ă  nous dire si nous avons oubliĂ© ou mal classĂ© certains contributeurs ou contributions.

Autour de GIMP

Miroirs de téléchargement

GNOME a abandonnĂ© l’utilisation de miroirs lors de sa derniĂšre mise Ă  jour d’infrastructure. Comme nos miroirs de tĂ©lĂ©chargement sont hĂ©bergĂ©s par eux, on nous a demandĂ© si nous voulions Ă©galement faire la mĂȘme chose. En tant que projet communautaire, nous apprĂ©cions tous ceux qui contribuent un miroir pour rendre GIMP plus accessible dans leur rĂ©gion. Par consĂ©quent, nous avons dĂ©cidĂ© de continuer Ă  utiliser des miroirs pour distribuer GIMP.

Si vous souhaiter contribuer à un miroir pour votre région, voici la nouvelle procédure :

Comment devenir un miroir officiel (mise à jour de la procédure)

  1. Créez une demande de miroir sur le tracker gimp-web
  2. Dites-nous pourquoi vous souhaitez crĂ©er un miroir de GIMP, pour quels autres logiciels libres vous en contribuez dĂ©jĂ  un, quelle est votre configuration, l’emplacement du serveur

  3. Parlez-nous de vous : ĂȘtes-vous une organisation ou un particulier ? Donnez-nous le nom et l’URL spĂ©cifiques Ă  afficher dans la liste des sponsors de miroir.
  4. Une fois que nous aurons terminé de vérifier votre organisation, les identifiants rsync seront échangés de maniÚre sécurisée, vous permettant de synchroniser votre miroir avec le serveur source
  5. Il n’y a rien de particulier Ă  faire pour apparaĂźtre sur la page des sponsors qui sera mise Ă  jour rĂ©guliĂšrement via des scripts. Pourtant, cela peut prendre quelques jours, voire quelques semaines parfois. Ne vous inquiĂ©tez donc pas si le nom de votre organisation n’apparaĂźt pas immĂ©diatement !

🛈 Nous vĂ©rifions automatiquement Ă  intervalles alĂ©atoires que les miroirs sont mis Ă  jour suffisamment rapidement et que les donnĂ©es correspondent pour des raisons de sĂ©curitĂ© Ă©videntes.

Changements dans les miroirs

De plus, depuis la publication de la nouvelle 3.0RC1, un nouveau miroir a été ajouté :

  • Sahil Dhiman, Mumbai, Inde

Les miroirs sont importants, car ils aident le projet en répartissant la charge des dizaines de milliers de téléchargements quotidiens. De plus, en ayant des miroirs répartis dans le monde entier, nous garantissons que tout le monde peut avoir un accÚs rapide au téléchargement de GIMP.

Financer des exécuteurs ("runner") GitLab

Le dĂ©pĂŽt de code de GIMP est Ă©galement hĂ©bergĂ© sur la plateforme GitLab de GNOME. Andrea Veri a demandĂ© si nous pouvions financer un exĂ©cuteur [NDA: un "runner" est une sorte de serveur dĂ©diĂ© Ă  la compilation ou Ă  l’intĂ©gration continue de maniĂšre gĂ©nĂ©rale] sur la plateforme, ce qui permet Ă  tout projet sur la plateforme de tester la construction de son logiciel avant, pendant et aprĂšs les modifications de code. AprĂšs un vote du comitĂ© de GIMP, nous avons acceptĂ© et sommes dĂ©sormais les sponsors d’un exĂ©cuteur CI/CD x86 !

Télécharger GIMP 3.0 RC2

Vous trouverez toutes nos versions officielles sur le site officiel de GIMP (gimp.org) :

  • Paquets Linux flatpaks pour x86 et ARM (64 bits)
  • Installateur Windows universel pour x86 (32 et 64 bits) et pour ARM (64 bits)
  • Paquet MSIX (aperçu GIMP) pour x86 et ARM (64 bits)
  • Paquets macOS DMG pour le matĂ©riel Intel
  • Paquets macOS DMG pour le matĂ©riel Apple Silicon

D’autres paquets rĂ©alisĂ©s par des tiers devraient Ă©videmment suivre (paquets de distributions Linux ou *BSD, etc.).

🛈 Notes:

  • Les 2 paquets DMG macOS seront probablement en retard, car nous attendons la validation de la mise Ă  jour Apple par la Fondation GNOME avant de pouvoir signer nos paquets.
  • Le paquet MSIX prend gĂ©nĂ©ralement quelques jours ouvrables de validation par Microsoft. (le paquet MSIX est disponible)

Et ensuite ?

GrĂące au grand nombre de retours que nous avons reçus pour notre premier candidat Ă  la version finale, nous sommes en mesure de vous prĂ©senter cette deuxiĂšme version qui en est d’autant plus robuste. Comme vous l’avez vu, quelques surprises supplĂ©mentaires 🎁 sont arrivĂ©es avec les corrections de bugs, notamment la nouvelle API de filtre, qui a dĂ©clenchĂ© la prise en charge de l’importation de l’ancien effet Color Overlay de PSD, des modes de fusion et de composition amĂ©liorĂ©s, et plus encore. Nous avons pensĂ© que cela valait la peine de rompre le gel des fonctionnalitĂ©s pour ces changements et que cela fera toute la diffĂ©rence !

Avec cette deuxiĂšme version candidate, nous sommes plus proches que jamais de la version 3.0.0 de GIMP. Comme d’habitude, nous attendons avec impatience les nouveaux rapports de problĂšmes de la communautĂ© qui nous permettront de finaliser la version 3.0.0 ! đŸ€—

N’oubliez pas que vous pouvez faire un don et financer personnellement les dĂ©veloppeurs de GIMP, afin de donner en retour et d’accĂ©lĂ©rer le dĂ©veloppement de GIMP. L’engagement de la communautĂ© aide le projet Ă  se renforcer ! đŸ’ȘđŸ„ł

🎅🎄🎉 Et bien sĂ»r, toute l’équipe vous souhaite de joyeuses fĂȘtes de fin d’annĂ©e (MAJ de Jehan) nos meilleurs vƓux pour la nouvelle annĂ©e ! đŸ„łđŸ„‚đŸŽ†

Commentaires : voir le flux Atom ouvrir dans le navigateur

FreeCAD 1.0

FreeCAD est sorti le 18 novembre 2024 en version 1.0 (voir l'annonce officielle et sa vidéo associée). Cette sortie est marquée par une amélioration majeure : l'atténuation du problÚme de dénomination topologique.

Nouveau logo FreeCAD

Sommaire

La derniĂšre dĂ©pĂȘche sur FreeCAD remonte Ă  avril 2021 pour la sortie de la version 0.19. Depuis, il y a eu les versions 0.20 (juin 2022) et 0.21 (aoĂ»t 2023). Cette version 1.0 a portĂ© le nom de 0.22 pendant son dĂ©veloppement.

Qu'est-ce que FreeCAD ?

Exemple 1 utilisation

Extrait de wiki.freecad.org :
FreeCAD est un modeleur paramĂ©trique de CAO 3D open source sous licence LGPL. FreeCAD est destinĂ© Ă  l'ingĂ©nierie mĂ©canique et Ă  la conception de produits mais — Ă©tant trĂšs gĂ©nĂ©rique — il s'adapte Ă©galement Ă  une gamme plus large d'utilisations autour de l'ingĂ©nierie, telles que l'architecture, l'analyse par Ă©lĂ©ments finis, l'impression 3D et d'autres tĂąches.

FreeCAD propose des outils similaires à CATIA, SolidWorks, Solid Edge ou Revit et entre donc également dans la catégorie CAO, GCVP, CFAO, IAO et BIM. Il s'agit d'un modélisateur paramétrique basé sur les caractéristiques d'une architecture logicielle modulaire qui permet de fournir des fonctionnalités supplémentaires sans modifier le systÚme de base.

FreeCAD est aussi multiplateforme. Il fonctionne sous Windows, Linux/Unix et macOS avec la mĂȘme apparence et les mĂȘmes fonctionnalitĂ©s sous toutes les plateformes.

Historique

La toute premiĂšre version de FreeCAD est sortie en 2002. FreeCAD est dĂ©veloppĂ© en C++, Qt et Python et son cƓur repose sur les bibliothĂšques OpenCASCADE (ou OCCT) spĂ©cialisĂ©es dans la CAO.

Son développement est assuré par un large panel de contributeurs : certains sont historiques, d'autres sont spécialisés sur un aspect particulier et beaucoup sont plus ou moins occasionnels.

Les versions se sont enchaßnées à un rythme quasi annuel, apportant moult améliorations et fonctionnalités nouvelles.

En 2021, quelques contributeurs historiques fondent la FreeCAD Project Association (FPA) qui est un organisme indépendant à but non lucratif pour collecter des dons et apporter un soutien au développement du projet.
Ce soutien passe notamment par leur programme "FreeCAD Grant Program", qui permet d'embaucher ou de récompenser des personnes pour des projets spécifiques. Ce programme a un budget de 50k$ pour l'année 2024. A titre d'exemple récent, 500$ ont été octroyés pour une étude sur les runners CI de Github, 1000$ pour un gros travail de correction de bugs, et enfin 500$ pour la création d'une vidéo sur les nouvelles fonctionnalités de cette version 1.0.

FreeCAD bénéficie d'une communauté impliquée permettant notamment d'avoir une documentation complÚte, à jour et traduite dans de nombreuses langues.

Le problÚme de dénomination topologique

C'Ă©tait un des points noirs de FreeCAD jusqu'Ă  cette version 1.0.
Il faut imaginer que dans ce logiciel, la modĂ©lisation d'une piĂšce (dans le sens objet physique) passe par une suite d'opĂ©rations mathĂ©matiques et gĂ©omĂ©triques en dĂ©finissant Ă  chaque fois des contraintes ou des paramĂštres. Une opĂ©ration est par exemple la crĂ©ation d'un trou borgne de 5 mm sur telle face Ă  10 mm des bords haut et gauche. Un autre exemple est d'ajouter une « languette » sur telle face cylindrique. Ou bien d'ajouter un chanfrein de 2 mm sur telle arĂȘte, etc.

Ainsi, petit à petit, la piÚce modélisée se construit, prend forme, se détaille et se complexifie.

Cet historique de ces opĂ©rations successives est toujours prĂ©sent et modifiable. À tout moment, il est possible de modifier une des Ă©tapes intermĂ©diaires.

D'un point de vue technique, vous aurez sans doute compris que chaque opĂ©ration s'applique Ă  un Ă©lĂ©ment prĂ©cis et existant de la piĂšce Ă  ce moment-lĂ  (une face ou une arĂȘte par exemple). Dans FreeCAD ces Ă©lĂ©ments ont tous un identifiant unique (Face6, Edge9, etc.), continu et incrĂ©mental. Si l'objet a 13 faces Ă  une des Ă©tapes, les faces seront numĂ©rotĂ©es de Face1 Ă  Face13. Chaque opĂ©ration est rattachĂ©e Ă  l'identifiant de l'Ă©lĂ©ment (Face5 par exemple).

Et le problĂšme se situe Ă  ce niveau : lors d'une modification d'une Ă©tape intermĂ©diaire, il arrive souvent que cela change la gĂ©omĂ©trie globale de la piĂšce et donc que les nombres de faces ou d'arĂȘtes augmentent ou diminuent. Et FreeCAD rĂ©attribue alors ces identifiants uniques aux diffĂ©rents Ă©lĂ©ments.
Ainsi, si l'objet passe de 13 à 11 faces, c'est l'ensemble des faces qui vont recevoir un nouvel identifiant dans la plage Face1 à Face11, avec un trÚs fort risque qu'une face, pourtant non touchée par la modification, porte un identifiant différent.

Et vous voyez le problĂšme arriver : si une des opĂ©rations suivantes dans l'historique Ă©tait de faire un perçage sur la Face6 qui est maintenant devenue la Face3
 Toute la modĂ©lisation part en vrille.

Ce problÚme de dénomination topologique est documenté sur le wiki de FreeCAD : problÚme de dénomination topologique.

Pour Ă©viter cela, il Ă©tait conseillĂ© de suivre un ensemble de bonnes pratiques de modĂ©lisation sous FreeCAD : Édition de fonctions. Il faudra certainement suivre l'Ă©volution de cette page avec cette sortie.

Cette version 1.0 marque donc l'intĂ©gration de codes correctifs de cette problĂ©matique. Les notes de version indiquent tout de mĂȘme que tout n'est pas rĂ©solu, et qu'il y aura d'autres amĂ©liorations dans les prochaines versions. Cette petite vidĂ©o en anglais vous montre la diffĂ©rence de comportement entre la version 0.21 et 0.22dev (qui a servi de base Ă  la 1.0).

Les autres améliorations

Un outil d'assemblage par défaut avec solveur dynamique

Le terme assemblage dĂ©signe la fonctionnalitĂ© de regrouper plusieurs Ă©lĂ©ments afin d'obtenir un objet fonctionnel. Ce peut ĂȘtre, par exemple, une boĂźte constituĂ©e d'un couvercle sur charniĂšres maintenues par des vis avec des rangements amovibles Ă  l'intĂ©rieur. Ou bien un moteur thermique avec ses carters, vilebrequin, bielles, pistons, soupapes, etc. Il est parfois utile de pouvoir fournir des indications de positionnement et/ou de libertĂ© des Ă©lĂ©ments entre eux, et de pouvoir animer le tout.
Ces opérations d'assemblage n'étaient pas intégrées dans FreeCAD avant la version 1.0. Elles étaient néanmoins possibles grùce aux ateliers. Plusieurs ont été créés pour cela avec chacun leurs spécificités et leurs approches mais aussi une incompatibilité entre eux : A2plus, Assembly3 ou Assembly4.
Cette version 1.0 propose un nouvel atelier mais intégré par défaut. Il a été mis au point par la société Ondsel (voir plus bas). Il est encore jeune, et il est encore trop tÎt pour savoir s'il finira par s'imposer par rapport à l'existant déjà en place. Un tutoriel concernant l'atelier d'assemblage est d'ores et déjà disponible pour une introduction à cette nouvelle fonctionnalité de la v1.0.

L'atelier sketcher amélioré

Cet atelier permet de dessiner les esquisses techniques utilisĂ©es dans la conception mĂ©canique. C'est dans celui-ci que sont dessinĂ©s les « plans 2D » avec les cotes et les contraintes dimensionnelles et spatiales. Cette version apporte un nombre consĂ©quent d'amĂ©liorations et de nouvelles fonctionnalitĂ©s rendant son utilisation plus facile, plus puissante et plus rapide. Le mieux est de regarder les notes de version animĂ©es.

Les ateliers Arch et BIM sont morts, vive la prise en charge native du format ouvert IFC

Si le titre est cryptique, c'est que l'on parle de BTP et d'outils destinĂ©s aux Ă©quipes de MaĂźtrise d'ƒuvre impliquĂ©es dans la conception d'une opĂ©ration construction (Architectes, Bureaux d'Études). Comme ce n'est pas forcĂ©ment le lot commun des visiteurs de LinuxFr.org, rĂ©sumons la situation:

  • L'atelier Arch, pour Architecture, exploite depuis longtemps les capacitĂ©s de crĂ©ation 3D de FreeCAD pour dessiner facilement, fondations, murs, planchers, fenĂȘtres, portes etc. Cet atelier se basait sur le format natif des fichiers FreeCAD, *.FcStd.

  • Dans l'atelier BIM (pour Building Information Model <= l'article Wikipedia_FR est bien Ă©crit pour qui veut comprendre l'essentiel), on retrouve un certain nombre d'outils de dessin et de crĂ©ation d'objets qui s'avĂšrent redondants pour certains avec ceux de l'outil Arch tout en implĂ©mentant les paradigmes bien plus vastes qu'induit l'approche BIM d'un projet de construction <=> pas uniquement de la gĂ©omĂ©trie, mais aussi du prix, des donnĂ©es mĂ©caniques, physiques, des fiches produit, du planning 


  • L'approche BIM tend Ă  se gĂ©nĂ©raliser dĂšs lors que la complexitĂ© et le coĂ»t du projet le justifient. Elle repose (en thĂ©orie) sur un format d'Ă©change IFC (pour Industry Foundation Class).
    Il est ouvert et au format texte.
    Oui avec vim, c'est possible de bidouiller ;)
    mais un fichier IFC fait rapidement quelques centaines de Mo voire quelques Go 


L'Association "Building Smart" en définit les caractéristiques. Tous les logiciels sur le marché savent ouvrir et exporter dans ce format, à la norme IFC 2.3 ad minima et IFC 4.2 voire 4.3 pour les up to date.

L'atelier BIM de FreeCAD utilisait jusqu'à présent IfcOpenShell, une application tierce Open Source pour convertir un fichier du format *.ifc vers du *.FcStd en passant (sans doute) par du OpenScad dans le processus.

Titre de l'image
Une image qui devrait parler au LinuxFrien (!) pour la classe IFC Material-Constituent-Set,

Pour la version 1.0 de FreeCAD, Yorik Van Havre, développeur historique de FreeCAD, (par ailleurs, architecte et Président la FreeCAD Project Association) a entrepris de fusionner ces deux ateliers, d'en faire une fonctionnalité native de FreeCAD, c'est-à-dire qui se passe du vaillant IfcOpenShell (grùce notamment au travail fait sur Blender-Bim) pour que FreeCAD puisse ouvrir et enregistrer directement au format IFC sans conversion inutile.

L'atelier FEM

Cet atelier d'analyse par éléments finis comporte également des améliorations considérées comme majeures avec cette version 1.0, détaillées dans un article de blog sur l'atelier FEM de FreeCAD.

Les avancées majeures sont liées à la prise en charge de fonctionnalités de CalculiX, un des solveurs utilisés par cet atelier : symétrie cyclique, analyses 2D et contraintes de corps rigide.

Le reste

Comme à chaque nouvelle version, beaucoup de choses ont été apportées, que ce soit dans l'interface, ou dans la plupart des ateliers intégrés. Les notes de version de la v1.0, comme trÚs souvent détaillées en images, permettent de voir l'évolution de ce logiciel.

FreeCAD a également annoncé son nouveau logo, choisi aprÚs un appel à concourir auprÚs de la communauté (lien). Le logo en SVG est disponible sur cette page.

L'essai commercial d'Ondsel

Outre la crĂ©ation en 2021 de l'association FPA (voir plus haut), d'autres dĂ©veloppeurs, notamment Brad Collette, mainteneur de longue date de l'atelier Path et auteur de deux livres sur FreeCAD, ont crĂ©Ă© dĂ©but 2023 la sociĂ©tĂ© amĂ©ricaine ONDSEL sous la forme d'une Public Benefit Corporation (PBC) qui pourrait se traduire par « une entreprise d'intĂ©rĂȘt pour la sociĂ©té ». Malheureusement, aprĂšs environ 2 ans, Brad Collette informe de l'arrĂȘt de la sociĂ©tĂ© ONDSEL, faute d'avoir trouvĂ© un marchĂ©.

La sociĂ©tĂ© voulait s'appuyer sur FreeCAD pour « apporter des fonctionnalitĂ©s commerciales qui rendent FreeCAD plus utile aux utilisateurs commerciaux ». (Source)

Pour cela, ONDSEL a produit sa propre version de FreeCAD avec ses propres choix esthétiques et ergonomiques, et a fourni un cloud pour simplifier le travail en équipe et le partage.
À noter qu'ONDSEL indiquait soumettre ses amĂ©liorations Ă  FreeCAD pour intĂ©gration et que son cloud Ă©tait disponible sous forme de module dans FreeCAD. Ces amĂ©liorations se retrouvent dans cette version 1.0 de FreeCAD, notamment le nouvel outil intĂ©grĂ© d'assemblage ainsi que les trĂšs nombreuses nouvelles fonctionnalitĂ©s de l'atelier Sketcher.

La sociĂ©tĂ© ONDSEL avait dĂ©taillĂ© sa relation avec le projet FreeCAD indiquant notamment leur mode de collaboration. Ils avaient Ă©galement un blog en anglais intĂ©ressant, oĂč ils abordent plusieurs thĂ©matiques, notamment sur l'Ă©volution de CATIA ou bien la liste des nouveautĂ©s agrĂ©mentĂ©e de nombreuses animations.

Dans l'annonce de cet arrĂȘt, Brad Collette revient Ă©galement sur ce qu'ils ont apportĂ© au projet FreeCAD. Tout ce qu'ils ont dĂ©veloppĂ© Ă©tait en open source et dĂ©jĂ  intĂ©grĂ© pour la plupart Ă  FreeCAD. Les fondateurs d'ONDSEL continueront de contribuer au projet directement.

Commentaires : voir le flux Atom ouvrir dans le navigateur

GIMP 3.0 RC1 est sorti

Note : cette dĂ©pĂȘche est une traduction de l'annonce officielle de la sortie de GIMP 3.0 RC1 du 6 novembre 2024 (en anglais).

Nous sommes trĂšs heureux de partager la premiĂšre version candidate de la trĂšs attendue GIMP 3.0 ! Nous avons travaillĂ© dur depuis notre derniĂšre mise Ă  jour de dĂ©veloppement pour la prĂ©parer, et nous avons hĂąte que tout le monde puisse enfin voir le rĂ©sultat.

GIMP 3.0 RC1: écran de démarrage

Nouvel écran de démarrage de la version candidate, par Sevenix (CC by-sa 4.0) - GIMP 3.0 RC1

Alors, qu’est-ce qu’une « version candidate Â» (release candidate, RC, en anglais) exactement ? Une version candidate est quelque chose qui pourrait ĂȘtre prĂȘt Ă  ĂȘtre GIMP 3.0, mais nous voulons que la communautĂ© la plus large la teste en premier et rapporte les problĂšmes qu’elle trouve. Si les retours des utilisateurs ne rĂ©vĂšlent que des bugs mineurs et faciles Ă  corriger, nous rĂ©soudrons ces problĂšmes et publierons le rĂ©sultat sous la forme de GIMP 3.0. Cependant, nous espĂ©rons et nous nous attendons Ă  ce qu’un public beaucoup plus large essaie la 3.0 RC1 — y compris de nombreuses personnes qui n’ont utilisĂ© que la 2.10 jusqu’à prĂ©sent. Si des bugs et des rĂ©gressions importants sont dĂ©couverts et nĂ©cessitent des modifications de code substantielles, nous devrons peut-ĂȘtre publier une deuxiĂšme version candidate pour des tests plus approfondis.

Sommaire

Nouveaux graphismes

IcĂŽnes de Wilber

Le logo actuel de Wilber a Ă©tĂ© crĂ©Ă© par Jakub Steiner pour GIMP 2.6 en 2008 ! Bien qu’il s’agisse toujours d’un logo fantastique, les tendances en matiĂšre de design ont quelque peu changĂ© au cours des seize derniĂšres annĂ©es et l’apparence plus dĂ©taillĂ©e de Wilber dĂ©tonne sur les ordinateurs de bureau modernes.

C’est pourquoi, en collaboration avec d’autres contributeurs, Aryeom a dĂ©veloppĂ© notre nouveau logo pour GIMP 3.0 !

New Wilber Icon

Nouvelle icĂŽne de Wilber, par Aryeom (CC by-sa 4.0)

Si vous souhaitez en savoir plus sur les choix de conception, d’utilisation et les variantes de conception, veuillez consulter notre guide du logo. Nous avons Ă©galement documentĂ© l’histoire du logo Wilber.

Écran de dĂ©marrage (Splash Screen)

Notre magnifique nouvel Ă©cran d’accueil (prĂ©sentĂ© en haut de cet article) a Ă©tĂ© crĂ©Ă© par le contributeur et artiste de longue date Sevenix ! Vous pouvez voir plus de ses rĂ©alisations sur sa page d’art personnelle.

À l’avenir, nous prĂ©voyons de changer plus souvent l’image de dĂ©marrage pour mettre en valeur toutes sortes d’Ɠuvres crĂ©Ă©es avec GIMP (photographie, illustration, design
).
À ce sujet, nous avons aussi crĂ©Ă© une page d’archive des Ă©crans de dĂ©marrage pour garder en mĂ©moire les Ɠuvres prĂ©sentes et passĂ©es contribuĂ©es par des artistes au projet.

AmĂ©liorations du thĂšme d’icĂŽnes Legacy

L’une des principales amĂ©liorations apportĂ©es par le portage GTK3 est que les icĂŽnes vectorielles de l’interface utilisateur s’adaptent dĂ©sormais plus proprement Ă  vos prĂ©fĂ©rences. Cependant, notre thĂšme d’icĂŽnes Legacy Ă©tait principalement constituĂ© d’images raster (PNG), il ne pouvait donc pas tirer parti du systĂšme de mise Ă  l’échelle de GTK3. Le contributeur Denis Rangelov a relevĂ© le dĂ©fi de taille de recrĂ©er les icĂŽnes d’outils Legacy en SVG. DĂ©sormais, les deux thĂšmes d’icĂŽnes de GIMP sont superbes sur les Ă©crans HiDPI !

Vectorized Legacy Icon theme

IcĂŽnes d’outils du thĂšme Legacy Icon Ă  l’échelle par Denis Rangelov (CC by-sa 4.0)

Le travail n’est pas terminĂ©, car de nombreuses icĂŽnes ne sont toujours pas adaptatives et certaines icĂŽnes sont toujours manquantes. Denis a exprimĂ© son intĂ©rĂȘt Ă  continuer d’amĂ©liorer le thĂšme d’icĂŽnes Legacy, nous espĂ©rons donc le renommer Classic lorsque ce projet sera terminĂ©, pour montrer qu’il est dĂ©sormais bien maintenu.

Invasion de l’espace colorimĂ©trique

L’un des changements clĂ©s de la version 2.99.18 a Ă©tĂ© l’amĂ©lioration massive de la gestion des couleurs dans GIMP. Comme ce travail n’était pas entiĂšrement terminĂ© dans la version 2.99.18, il a constituĂ© un obstacle majeur Ă  la sortie de la version 3.0 RC1.

Depuis cette version, nous avons trouvĂ© et corrigĂ© un certain nombre de bugs et de zones manquantes qui devaient ĂȘtre compatibles avec l’espace colorimĂ©trique. Nous avons Ă©galement examinĂ© les rapports de l’experte en couleurs Elle Stone pour nous assurer que les valeurs de couleur affichĂ©es par GIMP sont aussi prĂ©cises que possible. En mĂȘme temps, il est trĂšs important de garantir que les fichiers de projet XCF crĂ©Ă©s dans GIMP 2.10 et avant s’afficheront de la mĂȘme maniĂšre lorsqu’ils sont ouverts dans 3.0. Par exemple, l’un des premiers logos Google a Ă©tĂ© crĂ©Ă© dans GIMP — et si vous ouvrez le fichier de projet XCF d’origine dans GIMP 3.0 RC1, il apparaĂźt toujours de la mĂȘme maniĂšre qu’à sa crĂ©ation en 1998 !
Par consĂ©quent, nous avons examinĂ© en profondeur les diffĂ©rents modes de calque pour garantir que l’engagement en matiĂšre de compatibilitĂ© soit conservĂ© pour cette version.

L’invasion de l’espace colorimĂ©trique est un projet de longue haleine, qui se poursuivra aprĂšs la sortie de GIMP 3.0.

Finalisation de l’API publique

Une autre tĂąche qui devait ĂȘtre terminĂ©e avant la sortie de la version 3.0 est de finaliser l’API publique. Depuis notre dernier article, nous avons terminĂ© les changements majeurs restants — le remplacement de toutes les instances de nos structures de couleurs personnalisĂ©es GimpRGB par la GeglColor mieux gĂ©rĂ©e en termes de couleurs et l’amĂ©lioration de nos formats de tableau afin que le nombre d’élĂ©ments n’ait pas Ă  ĂȘtre spĂ©cifiĂ© sĂ©parĂ©ment. Ce travail a Ă©tĂ© un long processus de la part de Jehan et Lloyd Konneker, avec beaucoup de tests de bon fonctionnement et de retours de la part d'Anders Jonsson.

En outre, un certain nombre de fonctions ont Ă©tĂ© ajoutĂ©es, renommĂ©es ou supprimĂ©es de l’API publique par rapport Ă  la version 2.10. Par exemple, un ancien patch de Massimo Valentini ajoute gimp-context-get-emulate-brush-dynamics et gimp-context-set-emulate-brush-dynamics, qui permettent aux dĂ©veloppeurs de scripts et de greffons d’utiliser le paramĂštre Émuler la dynamique du pinceau lors de la peinture. D’autre part, les diffĂ©rentes fonctions gauss ont toutes Ă©tĂ© regroupĂ©es en une seule fonction, plug-in-gauss. Bien que ce changement nĂ©cessite quelques mises Ă  jour dans les scripts existants, les dĂ©veloppeurs ont dĂ©sormais un contrĂŽle plus direct sur l’effet de flou gaussien plutĂŽt que de s’appuyer sur des valeurs prĂ©dĂ©finies cachĂ©es.

L’API Ă©tant dĂ©sormais stable, les dĂ©veloppeurs de greffons et de scripts peuvent commencer Ă  porter leurs scripts 2.10 basĂ©s sur cette version. Vous pouvez trouver la documentation initiale de l’API sur notre site de dĂ©veloppement. Nous avons l’intention d’ajouter davantage de tutoriels et de guides de portage sur le site pendant la phase de publication. Nous vous encourageons Ă©galement Ă  consulter les greffons Script-fu et Python dans notre rĂ©fĂ©rentiel pour voir des exemples fonctionnels de la nouvelle API.

Mises Ă  jour de l’édition non destructive

Depuis notre derniÚre mise à jour, nous avons continué à apporter des améliorations et des corrections de bugs à notre code de filtre non destructif. Bon nombre de ces problÚmes ont été signalés par Sam Lester lors du développement et des tests de ses filtres GEGL tiers.

Bien que les filtres non destructifs aient Ă©tĂ© un ajout trĂšs populaire Ă  GIMP 3.0, certains des premiers utilisateurs ont demandĂ© que nous fournissions un moyen de revenir au flux de travail destructif d’origine. Par consĂ©quent, nous avons ajoutĂ© une case Ă  cocher facultative « Fusionner les filtres Â» au bas des filtres NDE. Si cette case est cochĂ©e, le filtre sera immĂ©diatement fusionnĂ© aprĂšs sa validation. Notez que les filtres ne peuvent pas ĂȘtre appliquĂ©s de maniĂšre destructive sur des groupes de calques â€” dans ces cas, l’option de fusion des filtres n’est pas disponible.

Example of Merge Filter checkbox

Exemple de filtre avec la case Ă  cocher « Merge Filter Â» (Fusionner les filtres) - GIMP 3.0 RC1

Dans le mĂȘme ordre d’idĂ©es, Jehan a Ă©galement implĂ©mentĂ© le stockage de la version des filtres dans les fichiers de projet XCF de GIMP. Cela nous permettra de mettre Ă  jour les filtres Ă  l’avenir sans affecter l’apparence des anciens fichiers de projet lorsqu’ils sont ouverts. Des travaux supplĂ©mentaires seront nĂ©cessaires dans GEGL pour implĂ©menter complĂštement cette fonctionnalitĂ©, mais cela peut ĂȘtre fait aprĂšs la version 3.0 sans affecter les fichiers de projets existants.

Interface utilisateur

GIMP 3.0 RC1 contient plusieurs mises Ă  jour de l’interface utilisateur. Par exemple, davantage d’aspects du GUI peuvent dĂ©sormais tirer parti des fonctionnalitĂ©s de sĂ©lection multiple implĂ©mentĂ©es par Jehan dans les versions antĂ©rieures de 2.99.

Nous avons Ă©galement restaurĂ© la possibilitĂ© d’utiliser la molette de dĂ©filement de la souris pour parcourir les diffĂ©rents onglets de dialogue ancrables. Cette fonctionnalitĂ© existait dans GTK2 mais supprimĂ©e dans GTK3. À la demande d’un utilisateur, nous avons rĂ©implĂ©mentĂ© cette fonctionnalitĂ© dans GIMP lui-mĂȘme sur la base d’une implĂ©mentation similaire dans geany.

Au cours du dĂ©veloppement, nous avons reçu un rapport indiquant que le dĂ©filement des crĂ©dits dans notre boĂźte de dialogue À Propos pouvait provoquer une gĂȘne en raison de son mouvement. Par consĂ©quent, nous avons ajoutĂ© un code pour vĂ©rifier le paramĂštre « Animation rĂ©duite Â» de votre systĂšme d’exploitation et dĂ©sactiver ces animations dans GIMP selon vos paramĂštres de prĂ©fĂ©rence.

Greffons

Comme nous sommes en pĂ©riode de gel des fonctionnalitĂ©s depuis la derniĂšre version 2.99, la plupart des modifications apportĂ©es aux greffons ont Ă©tĂ© des mises Ă  jour d’API et des corrections de bugs (certaines d’entre elles pour des problĂšmes qui Ă©taient assez anciens). Cependant, quelques amĂ©liorations plus petites ont Ă©tĂ© implĂ©mentĂ©es.

BMP

Le format BMP prend dĂ©sormais en charge les images 64 bits par pixel. Le nouveau contributeur Rupert Weber nous a aidĂ© Ă  ajouter la prise en charge de l’importation correcte de ce format BMP. Il a Ă©galement soumis des correctifs avec plus de corrections pour notre greffon BMP et notre pipeline de test.

TIFF

Depuis GIMP 2.99.16, nous pouvons importer des fichiers TIFF avec des calques au format Photoshop. Cependant, le programme Alias/Autodesk Sketchbook a crĂ©Ă© sa propre norme pour enregistrer les calques, ce qui n’était pas compatible. Comme cela a Ă©tĂ© signalĂ© comme un bug dans notre outil de suivi des problĂšmes, nous avons Ă©galement ajoutĂ© la prise en charge du chargement de calques Ă  partir de fichiers TIFF enregistrĂ©s au format Sketchbook.

GEGL et babl

GEGL et babl ont tous deux connu un certain nombre de mises à jour depuis leurs derniÚres versions en février.

GEGL 0.4.50 introduit plusieurs nouveaux filtres créés par Sam Lester.

  • Lueur intĂ©rieure (Inner Glow)

  • Biseau (Bevel)

  • Styles GEGL (GEGL Styles)

"GEGL Styles" effect in GIMP 3.0 RC1

Vous pouvez y accĂ©der via l’outil OpĂ©rations GEGL ou en les recherchant avec le raccourci d’action de recherche /.

Øyvind KolĂ„s a apportĂ© un certain nombre de corrections de bugs et d’amĂ©liorations Ă  la stabilitĂ© de GEGL. Plusieurs modifications ont Ă©galement Ă©tĂ© apportĂ©es en rapport avec l’invasion de l’espace colorimĂ©trique dans GIMP, comme l’ajout de mĂ©thodes pratiques pour obtenir et dĂ©finir les GeglColor dans les modĂšles de couleurs HSV(A) et HSL(A), implĂ©mentĂ©es par Alx Sa. Jacob Boerema et son Ă©tudiant du Google Summer of Code (GSoC) Varun Samaga B L ont fusionnĂ© un certain nombre d’amĂ©liorations Ă  la version OpenCL des filtres. Bien que GIMP n’active toujours pas OpenCL par dĂ©faut, leur travail nous rapproche beaucoup de la possibilitĂ© de le faire. Nous discuterons de ces amĂ©liorations dans un prochain article.

babl 0.1.110 a Ă©galement reçu quelques contributions au cours de ce cycle. Jehan a implĂ©mentĂ© de nouveaux processus de conversion entre les modĂšles de couleurs RVB et HSL, ce qui amĂ©liore les performances d’un certain nombre de filtres par rapport Ă  GIMP 2.99.18. Il a Ă©galement corrigĂ© certaines parties du code qui se comportaient diffĂ©remment selon que votre processeur prenait en charge SSE2 ou non. Øyvind KolĂ„s a amĂ©liorĂ© la prĂ©cision de plusieurs sections de code lors de la conversion de valeurs Ă  virgule flottante en valeurs entiĂšres. De plus, Lukas Oberhuber a trouvĂ© et corrigĂ© une fuite de mĂ©moire et Jacob Boerema a corrigĂ© un problĂšme oĂč les images avec Not a Number/NaN pouvaient provoquer un plantage.

Statistiques de sortie

Depuis GIMP 2.99.18, dans le dĂ©pĂŽt principal de GIMP :

  • 384 rapports ont Ă©tĂ© fermĂ©s comme CORRIGÉS.
  • 442 demandes de fusion ont Ă©tĂ© acceptĂ©es.
  • 1892 commits ont Ă©tĂ© poussĂ©s.
  • 31 traductions ont Ă©tĂ© mises Ă  jour : basque, biĂ©lorusse, brĂ©silien portugais, anglais britannique, bulgare, catalan, chinois (Chine), chinois (TaĂŻwan), danois, nĂ©erlandais, galicien, gĂ©orgien, allemand, grec, hongrois, islandais, italien, corĂ©en, letton, norvĂ©gien nynorsk, polonais, portugais, russe, serbe, serbe (latin), slovĂšne, espagnol, suĂ©dois, turc, ukrainien, vietnamien.

72 personnes ont contribuĂ© Ă  des modifications ou des correctifs au code de base de GIMP 3.0.0 RC1 (l’ordre
est dĂ©terminĂ© par le nombre de commits ; certaines personnes sont dans plusieurs groupes) :

  • 27 dĂ©veloppeurs pour coder le code principal : Jehan, Alx Sa, Jacob Boerema, bootchk, Anders Jonsson, Øyvind KolĂ„s, Cheesequake, cheesequake, Niels De Graef, Idriss Fekir, Simon Budig, lillolollo, lloyd konneker, Andre Klapper, Andrzej Hunt, Bruno, Joachim Priesner, Nils Philippsen, Alfred Wingate, Bruno Lopes, Elle Stone, Kamil Burda, Luca Bacci, Mark Sweeney, Massimo Valentini, Oleg Kapitonov, Stanislav Grinkov, megakite.
  • 15 dĂ©veloppeurs de greffons ou modules : Alx Sa, Jehan, Lloyd Konneker, bootchk, Jacob Boerema, Anders Jonsson, Nils Philippsen, Andrzej Hunt, Andre Klapper, Rupert, Bruno Lopes, Daniel NovomeskĂœ, Mark Sweeney, Stanislav Grinkov, lillolollo .
  • 42 traducteurs : Martin, Yuri Chornoivan, Luming Zh, Rodrigo LledĂł, KolbjĂžrn StuestĂžl, Ekaterine Papava, Cheng-Chia Tseng, Sabri Ünal, Marco Ciampa, Tim Sabsch, Jordi Mas, Alexander Shopov, Anders Jonsson, Alan Mortensen, Asier Sarasua Garmendia, Sveinn Ă­ Felli, Andi Chandler, BalĂĄzs Úr, dimspingos, Juliano de Souza Camargo, Ngọc QuĂąn Tráș§n, Vasil Pupkin, Alexandre Prokoudine, Bruce Cowan, JĂŒrgen Benvenuti, Nathan Follens, ĐœĐžĐ»ĐŸŃˆ ĐŸĐŸĐżĐŸĐČоћ, BalĂĄzs MeskĂł, Christian Kirbach, Daniel, Emin Tufan Cetin, Fran Dieguez, Guntupalli Karunakar, Hugo Carvalho, Jehan, Philipp Kiemle, Piotr Drąg, Robin Mehdee, RĆ«dolfs Mazurs, Seong-ho Cho, VĂ­ttor Paulo Vieira da Costa, Ayesha Akhtar.
  • 7 crĂ©ateurs de ressources (icĂŽnes, thĂšmes, curseurs, Ă©cran de dĂ©marrage, mĂ©tadonnĂ©es
 mĂȘme si une bonne partie d’entre eux ont Ă©tĂ© dĂ©placĂ©s vers le rĂ©fĂ©rentiel gimp-data) : Alx Sa, Jehan, Bruno Lopes, Anders Jonsson, Jacob Boerema, bootchk, nb1 .
  • 10 contributeurs Ă  la documentation : Jehan, Bruno, Lloyd Konneker, Alx Sa, Bruno Lopes, Anders Jonsson, bootchk, Lukas Oberhuber, Andre Klapper, Jacob Boerema.
  • 11 contributeurs pour la compilation, l’empaquetage ou l’intĂ©gration continue : Bruno Lopes, Jehan, bootchk, Alx Sa, Lloyd Konneker, Jacob Boerema, Niels De Graef, Alfred Wingate, Lukas Oberhuber, Michael Schumacher, Anders Jonsson.

Contributions sur d’autres dĂ©pĂŽts dans GIMPverse  :

  • babl 0.1.110 est composĂ© de 22 commits par 7 contributeurs : Øyvind KolĂ„s, Jehan, Bruno Lopes, Anders Jonsson, Biswapriyo Nath, Jacob Boerema, Lukas Oberhuber.
  • GEGL 0.4.50 est composĂ© de 204 commits par 33 contributeurs : Øyvind KolĂ„s, Sam Lester, Martin, Varun Samaga B L, Yuri Chornoivan, Luming Zh, Rodrigo LledĂł, Jehan, Jordi Mas, Anders Jonsson, KolbjĂžrn StuestĂžl, Marco Ciampa, Sabri Ünal, Bruno Lopes, Alan Mortensen, Asier Sarasua Garmendia, Ekaterine Papava, Bruce Cowan, Lukas Oberhuber, Tim Sabsch, psykose, Alexandre Prokoudine, Alx Sa, Andi Chandler, Andre Klapper, ArtSin, Daniel Șerbănescu, Jacob Boerema, Joe Locash, Morgane Glidic, Niels De Graef, dimspingos, lillolollo.
  • ctx a enregistrĂ© 616 commits depuis la sortie de la version 2.99.18 par 2 contributeurs : Øyvind KolĂ„s, Ian Geiser.
  • gimp-data (nouveau rĂ©fĂ©rentiel contenant des images, des splashes, des icĂŽnes et d’autres donnĂ©es binaires pour le logiciel) ont eu 76 commits par 7 contributeurs : Jehan, Aryeom, Bruno, Alx Sa, Denis Rangelov, Anders Jonsson, Bruno Lopes.
  • La version gimp-macos-build (scripts d’empaquetage pour macOS) a eu 41 commits par 3 contributeurs : Lukas Oberhuber, Bruno Lopes, Jehan.
  • La version flatpak a comptĂ© 38 commits de 4 contributeurs : Bruno Lopes, Jehan, Hubert FiguiĂšre, Will Thompson.
  • Notre site Web principal a enregistrĂ© 60 commits depuis la sortie de la version 2.10.38 par 5 contributeurs : Jehan, Alx Sa, Andre Klapper, Bruno Lopes et Denis Rangelov.
  • Notre site Web de dĂ©veloppeur a enregistrĂ© 33 commits depuis la sortie de la version 2.10.38 par 5 contributeurs : Bruno Lopes, Jehan, Lloyd Konneker, Alx Sa, Lukas Oberhuber.
  • Notre documentation 3.0 a enregistrĂ© 928 commits depuis la version 2.99.18 par 14 contributeurs : Andre Klapper, KolbjĂžrn StuestĂžl, Jacob Boerema, Alan Mortensen, Yuri Chornoivan, Jordi Mas, Marco Ciampa, Anders Jonsson, Sabri Ünal, dimspingos, Alx Sa, Andi Chandler, Daniel, Nathan Follens.

N’oublions pas de remercier toutes les personnes qui nous aident Ă  trier dans Gitlab, Ă  signaler les bugs et Ă  discuter des amĂ©liorations possibles avec nous.
Notre communautĂ© est Ă©galement profondĂ©ment reconnaissante envers les guerriers d’Internet qui gĂšrent nos divers canaux de discussion ou comptes de rĂ©seaux sociaux tels que Ville PĂ€tsi, Liam Quin, Michael Schumacher et Sevenix !

Note : compte tenu du nombre de parties dans GIMP et de la façon dont nous obtenons des statistiques via le script git, des erreurs peuvent se glisser dans ces statistiques. N’hĂ©sitez pas Ă  nous dire si nous avons oubliĂ© ou mal classĂ© des contributeurs ou des contributions.

Modifications futures du processus de publication

Nous sommes bien conscients que le chemin vers GIMP 3.0 a Ă©tĂ© long et que les utilisateurs de GIMP 2.10 n’ont pas eu accĂšs Ă  toutes les nouvelles fonctionnalitĂ©s sur lesquelles nous avons travaillĂ© au fil des ans. À l’avenir, nous restructurerons notre processus de dĂ©veloppement pour rĂ©duire le temps entre les versions. Comme mentionnĂ© briĂšvement dans notre feuille de route 3.0, nous voulons nous concentrer sur des versions plus petites et axĂ©es sur les fonctionnalitĂ©s. Cela signifie que nous visons la sortie de GIMP 3.2 dans l’annĂ©e qui suit la sortie finale de 3.0, plutĂŽt qu’en 2050 comme on le dit souvent en plaisantant ! Des micro-versions avec des corrections de bugs peuvent survenir entre-temps.

Des versions plus petites avec quelques « grosses Â» fonctionnalitĂ©s nous permettront Ă©galement de tester plus en profondeur chaque changement, amĂ©liorant encore la stabilitĂ© de chaque version. Au cours du processus de dĂ©veloppement de la version 3.0, des dĂ©veloppeurs comme Jacob Boerema, Lloyd Konneker, Bruno Lopes et Jehan ont crĂ©Ă© et amĂ©liorĂ© nos processus de tests automatisĂ©s pour dĂ©tecter et identifier les bugs plus tĂŽt. Nous parlerons plus en dĂ©tail de ces amĂ©liorations dans de futurs articles.

Autour de GIMP

Miroirs de téléchargement

Depuis notre derniÚre actualité, 8 nouveaux miroirs ont été proposés à GIMP par :

  • Sahil Dhiman, Inde
  • FCIX, en RĂ©publique Dominicaine, en Australie et 2 aux USA.
  • Taiwan Digital Streaming Co., TaĂŻwan
  • OSSPlanet, TaĂŻwan
  • Shrirang Kahale, Inde

Cela nous amĂšne Ă  un total de 56 miroirs du monde entier !

World Map of GIMP Mirror locations

Carte des miroirs GIMP dans le monde, générée à partir de MirrorBits

Les miroirs sont importants, car ils aident le projet en répartissant la charge des dizaines de milliers de téléchargements quotidiens. De plus, en ayant des miroirs répartis dans le monde entier, nous faisons en sorte que tout le monde puisse avoir un accÚs rapide au téléchargement de GIMP.

Modifications de l’infrastructure

Bruno Lopes a vĂ©ritablement pris des initiatives pour amĂ©liorer notre processus de construction et d’empaquetage sur plusieurs plateformes.

Au cours de l’étĂ©, il a crĂ©Ă© une version expĂ©rimentale d’AppImage (comme dĂ©taillĂ© dans un article d’actualitĂ© prĂ©cĂ©dent). Si vous souhaitez l’amĂ©liorer davantage et, espĂ©rons-le, le rendre disponible en tĂ©lĂ©chargement standard, veuillez nous contacter ! Bruno a Ă©galement crĂ©Ă© des scripts de construction flatpak pour rendre le processus de crĂ©ation de votre propre flatpak GIMP beaucoup plus facile.

Beaucoup de travail a Ă©tĂ© fait pour amĂ©liorer notre prĂ©sence sur le Microsoft Store pour la version 3.0. Notre application GIMP 2.10 n’était pas entiĂšrement intĂ©grĂ©e Ă  la plateforme du store en raison de certaines limitations — il s’agit en rĂ©alitĂ© simplement d’un wrapper pour notre installateur GIMP existant. Par consĂ©quent, elle ne se mettait pas automatiquement Ă  jour pour les utilisateurs et il n’était pas possible d’automatiser les installations avec des outils comme Microsoft Intune. GrĂące aux nombreux efforts de Bruno, nous aurons une nouvelle application GIMP dans le Microsoft Store qui rĂ©sout ces problĂšmes (et bien d’autres) pour la version finale de GIMP 3.0. À partir de maintenant, nous disposons Ă©galement d’une version sĂ©parĂ©e de GIMP (Preview) qui vous permet d’installer des versions de dĂ©veloppement de maniĂšre similaire au flatpak BĂȘta sur Linux. Vous pouvez l’essayer sur ce lien vers le Microsoft Store pour GIMP (Preview).

(Pour des raisons techniques et de maintenance dĂ©crites ici, les binaires 32 bits ne seront pas disponibles dans les nouveaux paquets MSIX de GIMP, ce qui supprime malheureusement la prise en charge du greffon TWAIN hĂ©ritĂ© dans les paquets x64 et arm64 utilisĂ©s pour la numĂ©risation rapide. Si vous dĂ©pendez de ceux-ci, le programme d’installation .exe prend toujours en charge les processeurs 32 bits. Cependant, la prise en charge de cette architecture devrait ĂȘtre abandonnĂ©e Ă  l’avenir)

En outre, l’installateur Windows standard a Ă©tĂ© mis Ă  jour pour une conception plus moderne. Il vous permet Ă©galement d’installer des paquets de langue individuels et de dĂ©marrer GIMP immĂ©diatement aprĂšs la fin de l’installation. Pour les plus fĂ©rus de technologie, les scripts de build Windows ont Ă©galement Ă©tĂ© portĂ©s pour utiliser PowerShell, et les scripts de build croisĂ©s peuvent dĂ©sormais s’exĂ©cuter localement.

En raison des changements et des mises Ă  jour de notre infrastructure de crĂ©ation de logiciels, nous avons dĂ» augmenter la configuration minimale requise pour le systĂšme d’exploitation MacOS Ă  Big Sur (MacOS 11).

Accord d’hĂ©bergement fiscal de la Fondation GNOME

Plus tÎt cette année, la Fondation GNOME a annoncé un accord de parrainage fiscal avec GIMP. Tout cela est dû au travail acharné de Jehan pendant de nombreux mois. Nos objectifs avec cet accord sont de pouvoir proposer un financement stable pour les développeurs intéressés par un travail à long terme sur GIMP par le biais de bourses, et de fournir des moyens plus faciles pour les gens de contribuer au développement de GIMP. Ce travail est toujours en cours, nous ferons donc une annonce plus détaillée une fois que tout sera stabilisé.

Traductions

GrĂące Ă  des traducteurs bĂ©nĂ©voles, nous disposons dĂ©sormais d’une traduction de GIMP en bengali ! Si vous souhaitez traduire GIMP dans votre propre langue ou participer Ă  une traduction existante, vous pouvez dĂ©couvrir comment ici.

Télécharger GIMP 3.0 RC1

Vous trouverez toutes nos versions officielles sur le site officiel de GIMP (gimp.org) :

  • Paquets Linux flatpaks pour x86 et ARM (64 bits) avec des nightly-builds permettant de suivre l’avancement des dĂ©veloppements
  • Installateur Windows universel pour x86 (32 et 64 bits) et pour ARM (64 bits)
  • Paquet MSIX (aperçu GIMP) pour x86 (64 bits uniquement) et ARM (64 bits)
  • Paquets macOS DMG pour le matĂ©riel Intel
  • Paquets macOS DMG pour le matĂ©riel Apple Silicon

D’autres paquets rĂ©alisĂ©s par des tiers sont Ă©videmment attendus (paquets de distributions Linux ou *BSD, etc.).

Et ensuite ?

Nous entrons maintenant dans la derniĂšre Ă©tape de cette version majeure : les candidats Ă  la version finale ! Bien qu’il soit toujours possible d’espĂ©rer obtenir une Release Candidate correcte du premier coup, l’expĂ©rience nous dit que cette RC1 — qui est le rĂ©sultat de plus de 6 ans de travail — comportera possiblement des problĂšmes, des bugs, probablement des plantages dĂ©sagrĂ©ables. C’est lĂ  que nous avons besoin de vous tous ! Nous comptons sur tout le monde pour trouver et signaler les problĂšmes afin que la version 3.0.0 puisse vraiment ĂȘtre considĂ©rĂ©e comme stable. đŸ€—

Certains petits bugs peuvent ĂȘtre considĂ©rĂ©s comme secondaires (bien que nous acceptions toujours les rapports pour tous les bugs, mĂȘme les plus petits !), car la perfection n’existe pas vraiment dans les logiciels. Il y a d’autres choses en particulier que nous voulons vraiment dĂ©tecter, comme :

  • toute incohĂ©rence ou problĂšme dans l’API (elle restera stable pour toute la sĂ©rie v3, donc s’il y a des problĂšmes Ă  trouver, c’est maintenant ; nous voulons un framework de greffon robuste) ;
  • bugs lors de la lecture ou du rendu de fichiers XCF existants crĂ©Ă©s par d’anciennes versions stables de GIMP ;
  • plantages ;
  • rĂ©gressions ;
  • migration correcte de la configuration Ă  partir des versions stables prĂ©cĂ©dentes.

Nous ne donnons pas d’estimation de date pour la sortie de la version 3.0.0, tout d’abord parce que nous ne pouvons pas le savoir avec certitude, ensuite parce qu’à chaque fois que nous le faisons, les mĂ©dias semblent simplement survoler chaque avertissement de notre texte et transformer nos mots en promesses indĂ©fectibles. Sachez simplement que nous voulons Ă©galement que cela se produise le plus tĂŽt possible, c’est-Ă -dire lorsque nous pourrons considĂ©rer que notre logiciel est suffisamment stable.

N’oubliez pas que vous pouvez faire un don et financer personnellement les dĂ©veloppeurs de GIMP, afin de donner en retour et d’accĂ©lĂ©rer le dĂ©veloppement de GIMP. L’engagement de la communautĂ© aide le projet Ă  se renforcer ! đŸ’ȘđŸ„ł

Commentaires : voir le flux Atom ouvrir dans le navigateur

Des nouvelles de Unvanquished

La derniĂšre dĂ©pĂȘche sur le jeu Unvanquished a Ă©tĂ© publiĂ©e ici en 2023, pour son dixiĂšme anniversaire. La derniĂšre version annoncĂ©e ici Ă©tait la version 0.53, en 2022. Alors que nous sommes Ă  deux mois de 2025 et Ă  quelques jours de la prochaine version 0.55, c’est l’occasion de faire un point sur ce qui s’est passĂ© ces derniĂšres annĂ©es et d’ajouter un Ă©pisode Ă  la sĂ©rie « des nouvelles de [votre jeu prĂ©fĂ©rĂ©] » et de faire suite Ă  celui sur Xonotic.

Unvanquished

Laisse-moi sortir de là ! — rĂ©clame la version 0.55


Unvanquished est un jeu de stratĂ©gie en temps rĂ©el (RTS) Ă  la premiĂšre personne (FPS) oĂč des extraterrestres Ă©volutifs et des humains lourdement armĂ©s s’affrontent pour leur survie. Son dĂ©veloppement, basĂ© sur Tremulous, a commencĂ© en 2011.

Sommaire

Quelques nouvelles en vrac

Un nouveau lanceur

En prĂ©vision de la prochaine version 0.55 qui arrive (deux « release candidates » ont dĂ©jĂ  Ă©tĂ© publiĂ©es), le « lanceur » (aussi appelĂ© « updater ») a Ă©tĂ© mis Ă  jour en juillet dernier.

Le lanceur est le moyen recommandĂ© d’installer Unvanquished : il permet une intĂ©gration optimale avec le systĂšme (possibilitĂ© de cliquer sur des liens pour lancer une partie) et propose la mise Ă  jour du jeu quand une nouvelle version est disponible. Le lanceur sait aussi se mettre Ă  jour et c’est ce qui a Ă©tĂ© fait en juillet.

Des améliorations graphiques

L’annĂ©e derniĂšre le projet Unvanquished avait annoncĂ© ĂȘtre en recherche d’un dĂ©veloppeur spĂ©cialisĂ© dans les moteurs de rendus. Reaper a rejoint l’équipe et a rĂ©alisĂ© un gros travail : dĂ©bugage et finalisation des miroirs rĂ©cursifs et d’autres choses. Il fait aussi progresser le moteur pour tirer partie d’OpenGL 4.6 et autre techniques avancĂ©es (« bindless textures », etc.).

Un explorateur de serveur minimaliste

Viech a publiĂ© un explorateur de serveur de jeu minimaliste qui tient dans la barre de notification (tray browser). C’est Ă  la fois simple et pratique.

Des vidéos et un compte Mastodon

Diverses vidĂ©o montrant les avancĂ©es du dĂ©veloppement ont Ă©tĂ© publiĂ©es sur la chaĂźne Youtube d’Unvanquished, c’est l’occasion de rappeler l’existence de cette chaĂźne : https://www.youtube.com/@UNVofficial

Pour ceux qui prĂ©fĂšrent Peertube, qui permet aussi de s’abonner aux chaĂźnes Ă  travers Mastodon et plus globalement le FĂ©diverse, avec la publication de certaines parties : https://vdo.unvanquished.greboca.com/

Un compte Mastodon a Ă©tĂ© crĂ©Ă© sur l’instance idtech.space dĂ©diĂ©e aux technologies id Tech et projets associĂ©s (le moteur d’Unvanquished dĂ©rive d’id Tech 3) : https://idtech.space/users/UNVofficial

Ce compte Mastodon s’ajoute aux comptes X et Facebook. Le public libriste sera peut-ĂȘtre plus intĂ©ressĂ© par ce compte Mastodon.

Unvanquished, ARMĂ© et dangereux

De nouvelles architectures

La version 0.54 de Unvanquished sortie en janvier 2023 avait Ă©tĂ© la premiĂšre Ă  ĂȘtre jouable autrement que sur PC (x86 et x86-64), en proposant des binaires pour les processeurs ARM (sous Linux seulement pour l’instant).

CĂŽtĂ© moteur la version 0.54 avait reçu de nombreuses optimisations pour mieux tourner sur des machines moins performances, par exemple, Certaines ressources logiciels optionnelles comme les deluxemaps ne sont plus chargĂ©es si dĂ©sactivĂ©es, ceci Ă©conomise non seulement le calcul, mais aussi la mĂ©moire de la carte graphique. Les lightstyles peuvent ĂȘtre dĂ©sactivĂ©s, ce qui peut accĂ©lĂ©rer le rendu graphique, etc. La compatibilitĂ© matĂ©rielle sera encore Ă©tendue avec la version 0.55.

À partir de la version 0.54 tous les binaires pour toutes les architectures matĂ©rielles et systĂšmes d’exploitation sont compilĂ©s dans des containers Docker, y compris les binaires macOS compilĂ©s dans un container Linux en utilisant Darling, Darling Ă©tant Ă  macOS ce que Wine est Ă  Windows. La version 0.55 sera produite de la mĂȘme maniĂšre.

La version 0.55 apportera la compatibilitĂ© pour un nouveau systĂšme d’exploitation ! đŸ€«ïž

Interface, jouabilité et bots

Chargement de carte

Le nouvel Ă©cran de chargement des cartes.

L’interface avait Ă©tĂ© revue Ă  l’occasion de la version 0.54 :

  • Nouvelles icĂŽnes d’inventaire contribuĂ©es par Nanaa, Gireen et Bob Vador
    Ces icÎnes donnent un coup de fraßcheur, on distingue mieux les deux types de grenades et les armures ainsi que le mode de déplacement.
  • L’écran de chargement des cartes affiche le nom de la carte et des auteurs (si renseignĂ©) depuis les mĂ©tadonnĂ©es. Historiquement, les artistes inscrivaient ces informations sur l’image d’illustration de la carte avec un logiciel de dessin
 (!!!)
  • La version 0.55 apportera des modifications d’interface rĂ©alisĂ©es par Grise.

CĂŽtĂ© jouabilitĂ©, la version 0.54 avait corrigĂ© le momentum nĂ©gatif qui Ă©tait particuliĂšrement pĂ©nalisant. Le momentum, est gĂ©nĂ©rĂ© par les Leech (Alien) ou les Drills (Humain). Il faut qu’il y ait assez de momentum pour pouvoir construire d’autres Ă©lĂ©ments.

La version 0.54 a apportĂ© toute une sĂ©rie de nouveautĂ©s au niveau des bots (entitĂ©s qui remplacent les joueurs afin de complĂ©ter les Ă©quipes) :

  • AmĂ©lioration de l’évitement d’obstacles pour les bots.
  • Les bots peuvent viser des cibles situĂ©es sur des navmesh diffĂ©rents.
  • Certains bots n’hĂ©siteront pas Ă  sauter pour atteindre une cible en hauteur, d’autres se retiennent d’exĂ©cuter une attaque qui pourraient les blesser si la cible est trop proche


Depuis quelque temps, le dĂ©veloppement des bots suscite un regain d’intĂ©rĂȘt. La version 0.55 ne sera pas la plus riche Ă  ce sujet car elle apportera surtout des amĂ©liorations du moteur. Le dĂ©veloppement de gameplay ne s’est pas ralenti mais s’est surtout focalisĂ© sur des mods dont il faudra fusionner les avancĂ©es dans le tronc commun aprĂšs la sortie de la version 0.55. Ces amĂ©liorations de gameplay sont dĂ©jĂ  jouables sur des serveurs en ligne.

L’amĂ©lioration du comportement des bots Ă  permis un nouveau type de jeu : Le PVE. C’est Ă  dire que les joueurs peuvent jouer ensemble contre l’ennemi pilotĂ© par le serveur. Certaines cartes ont Ă©tĂ© crĂ©Ă©es spĂ©cifiquement pour ce type de jeu, et d’autres ont Ă©tĂ© adaptĂ©es Ă  l’aide de layout qui Ă©taient dĂ©jĂ  utilisĂ©s pour crĂ©er des variantes de parties.

La version 0.54.1 n’avait pas vraiment proposĂ© de modifications des donnĂ©es, il s’agissait surtout de publier des correctifs de bugs gĂȘnant du moteur. La version 0.55 viendra avec une mise Ă  jour des donnĂ©es et donc avec les corrections attendues. Par exemple un bug dans la chaĂźne logicielle de conversion d’images avait produit des artefacts dans certaines textures, ce sera corrigĂ© dans la version 0.55.

La danse des submodules

            _________________
           /                 \
          |         ✝         |  
          |                   |
          |      beloved      |
          |     submodule     |
          |                   |
          |    2017-12-30     |
          |     2023-04-11    |
          |                   |
          |       R.I.P.      |
          |                   |  đŸ„”
  (,,)Ă©   |                   |   ɘ̀(âčâč)  ɘ̀(âčâč)
////////////////////////////////////////////////

Press F to Pay Respects!

Tous ceux qui doivent traiter avec Git savent que les submodules sont trÚs pratiques mais parfois bien ennuyeux. Un travail de fond réalisé sur les outils de production des données a permis la réintégration du dossier source unvanquished_src.dpkdir. Le générateur de code CBSE qui produit la plomberie pour la logique de jeu a été réintégré aussi. Cela rend plus facile de travailler sur des mods en évitant de devoir gérer plusieurs dépÎts différents.

Contributions

Unvanquished recrute
Voulez-vous en savoir plus ?

Comme vous le voyez, ce cycle de dĂ©veloppement a aussi vu de nouveaux contributeurs apporter leur concours au projet. Certaines de leurs amĂ©liorations ont dĂ©jĂ  Ă©tĂ© publiĂ©es dans la version mineure 0.54.1, d’autres arriveront avec la version 0.55.

Récement, le développeur Slipher qui est un des développeurs Unvanquished les plus prolifiques et les plus fidÚles a étendu ses activités au moteur de rendu et a rejoint la petite élite de ceux qui savent comment le moteur fonctionne. Il a corrigé entre autre le rendu de vidéo sur des surfaces et une fonctionnalité de sprites.

La liste de rĂ©gressions depuis le dĂ©sormais lointain ancĂȘtre d’Unvanquished, Tremulous, est maintenant rĂ©duite Ă  peau de chagrin.

Des traductions !

La grosse nouveautĂ© de la version 0.54.1 publiĂ©e en dĂ©cembre 2023 a Ă©tĂ© de proposer Ă  nouveau des traductions intĂ©grĂ©es au jeu. L’outil de traduction est gracieuseuement hĂ©bergĂ© par Weblate.

L’interface Weblate

L’interface de traduction Weblate.

Il y a longtemps, le jeu Ă©tait traduit, mais suite Ă  de trĂšs profonds changements (par exemple le remplacement total de la technologie utilisĂ©e pour faire des menus, dĂ©sormais sous RmlUi), l’effort de traduction avait Ă©tĂ© interrompu.

La traduction francophone est bien avancĂ©e, mais la traduction en breton a besoin de plus de contributions. Si vous souhaitez contribuer votre langue rĂ©gionale, vous ĂȘtes les bienvenus, c’est ici que cela se passe !

La 0.55 arrive !

Préparez votre souris et votre clavier, la version 0.55 arrive trÚs bientÎt.

Commentaires : voir le flux Atom ouvrir dans le navigateur

📰 Revue de presse — mai 2024

En mai, lis ce qu'il te plaĂźt ! Voici donc un petit panorama, forcĂ©ment subjectif et parti{e,a}l, de la presse papier sortie rĂ©cemment.

Image une de Journal

Les nouveautĂ©s de mai 2024 :

  • GNU/Linux Magazine France no 269 embarque du Lua dans vos programmes ! ;
  • Linux Pratique no 143 Utilisez Ansible pour la gestion de vos serveurs Tomcat ;
  • MISC magazine no 133 fĂȘte les 21 ans de Scapy 🎂 ;
  • Hackable no 54 s'attaque Ă  votre pouvoir d'achat en vous proposant de mettre en place des communications gratuites hors rĂ©seau et longue distance avec Meshtastic ;
  • PlanĂšte Linux no 136 utilise Yunohost pour dĂ©ployer un service de streaming audio.

Les sommaires des numéros sortis depuis la précédente revue de presse

MosaĂŻque des couvertures GLMF 269 MosaĂŻque des couvertures LP143 MosaĂŻque des couvertures PL136
MosaĂŻque des couvertures MISC133 MosaĂŻque des couvertures HK54

GNU/Linux Magazine numéro 269

Au sommaire de ce numĂ©ro de mai – juin 2024 :

  • Mettre en place un programme de Security Champions ;
  • Embarquez un peu de Lua dans vos projets C ;
  • NativePHP : dĂ©veloppez des applications desktop en PHP !
  • Écrire son premier pilote pour OpenBSD ;
  • Manipulons les caractĂšres avec iconv ;
  • Les « tourments de la monopile Â», ou le « Single-Stack Syndrome Â»â€Ż;
  • Les codes fantastiques : C for surprenant ;
  • Le temps sous Linux - 1er volet.

Linux Pratique numéro 143

Au sommaire de ce numĂ©ro de mai – juin 2024 :

  • Sauvegardez les donnĂ©es de vos appareils mobiles ;
  • Mise Ă  jour d’une instance PostgreSQL ;
  • Automatiser l'installation et la sĂ©curisation de systĂšmes GNU/Linux grĂące aux preseeds ;
  • MaĂźtriser le contrĂŽle d'accĂšs en cybersĂ©curité ;
  • Gouvernance et RGPD : rĂ©fĂ©rencez vos traitements ;
  • Haute disponibilitĂ© avec HAProxy et Heartbeat ;
  • GĂ©rer son parc Tomcat avec Ansible.

MISC Magazine numéro 133

Au sommaire de ce numĂ©ro de mai – juin 2024 :

  • Automatiser la crĂ©ation d’un laboratoire d’entraĂźnement Active Directory ;
  • JS Hoisting : exploiter des XSS « inexploitables Â»â€Ż;
  • Exploitation d’un systĂšme industriel via le protocole OPC UA ;
  • DenyLocker : utilisation d’AppLocker en liste de blocage, construction et validation automatique des rĂšgles ;
  • ProtĂ©gez vos ressources AWS en identifiant les accĂšs IMDS ;
  • Il y a comme un I(a)C ;
  • Scapy a 21 ans !

Hackable numéro 54

Au sommaire de ce numĂ©ro de mai – juin 2024 :

  • IAoT avec M5Stack ;
  • i2c-tiny-usb : un bus i2c facilement accessible pour votre PC ;
  • Lever et coucher de soleil sur ESP32 ;
  • Meshtastic : communication longue distance, hors rĂ©seaux et gratuite ;
  • Milk-V Duo : un minuscule SBC RISC-V Ă  8 € ;
  • Carte Ă  puce et microcontrĂŽleur ;
  • Sharp PC-G850V : le dernier des ordinateurs de poche.

PlanÚte Linux numéro 136

Au sommaire de ce numĂ©ro d'avril — mai 2024 :

  • ActualitĂ©s ;
  • Distribution : Br OS 23.10, une BrĂ©silienne au dĂ©sign sophistiqué ;
  • Distribution : BlendOS v3 La distribution ultime ou l'usine Ă  gaz absolue ?
  • Distribution : Fedora La derniĂšre version apporte une vitesse accrue ;
  • Plasma 6 est sorti. Une version majeure de l'ex-KDE ;
  • 5 jeux pour se divertir ;
  • Auto-hĂ©bergement avec YunoHost ;
  • Comparatif streaming audio personnel ;
  • Sysadmin : Comment est gĂ©rĂ©e la prioritĂ© du CPU ?
  • Sysadmin : SĂ©curiser ses recherches avec DNS-over-TLS ;
  • Comprendre le fonctionnement du rĂ©seau ;
  • Comparatif : quel logiciel pour surveiller son systĂšme Linux ?
  • GĂ©rez votre collection de photos avec Fotocx ;
  • RĂ©aliser un panoramique avec Hugin ;
  • 16 logiciels nouveaux ou mis Ă  jour Ă  dĂ©couvrir dĂšs maintenant ;
  • 6 astuces pour mieux utiliser vos logiciels et distributions ;
  • Qui veut la peau de X86 (tribune) ?

Commentaires : voir le flux Atom ouvrir dans le navigateur

GIMP 2.10.38 est sorti

Note : cette dĂ©pĂȘche est une traduction de l'annonce officielle de la sortie de GIMP 2.10.38 du 3 mai 2024 (en anglais).

Cette (peut-ĂȘtre derniĂšre) version stable de GIMP 2 apporte des rĂ©troportages trĂšs demandĂ©s de GTK3, y compris une prise en charge amĂ©liorĂ©e des tablettes sous Windows. Un certain nombre de corrections de bugs et d’amĂ©liorations mineures sont Ă©galement incluses dans cette version.

Sommaire

Cette actualité répertorie les changements les plus notables et visibles. En particulier, nous ne répertorions pas toutes les corrections de bogues ou améliorations mineures. Pour obtenir une liste plus complÚte des modifications, vous devez vous référer au fichier NEWS ou consulter l'historique des commits.

Nouvelles fonctionnalités et améliorations

Prise en charge améliorée des tablettes sous Windows

Avant cette version, GIMP prenait uniquement en charge la connexion de tablettes sous Windows via les pilotes WinTab plutÎt que les nouveaux pilotes Windows Ink. Pour cette raison, nous avons reçu un certain nombre de rapports concernant des tablettes présentant des problÚmes avec des boutons qui ne répondent pas, une sensibilité à la pression incorrecte, un mouvement de brosse retardé et des changements de position à mi-course.

Ces problĂšmes Ă©taient dus Ă  une limitation de GTK2, car la prise en charge de Windows Ink a Ă©tĂ© implĂ©mentĂ©e dans GTK3 par Luca Bacci, contributeur de longue date. Pour cette version, Luca a eu la gentillesse de rĂ©troporter ce support vers GTK2. Vous pouvez dĂ©sormais basculer entre les pilotes WinTab et Windows Ink (s’ils sont pris en charge par votre ordinateur) dans la boĂźte de dialogue PrĂ©fĂ©rences sous les paramĂštres du pĂ©riphĂ©rique d’entrĂ©e.

Windows Pointer Input API option in GIMP 2.10.38
Windows Pointer Input API peut ĂȘtre changĂ© maintenant - GIMP 2.10.38

RĂ©troportages d’autres fonctionnalitĂ©s de GTK3

Luca a Ă©galement contribuĂ© Ă  plusieurs autres fonctionnalitĂ©s portĂ©es de GTK3 Ă  GTK2. Certaines des amĂ©liorations rĂ©troportĂ©es incluent la mise Ă  jour de la taille de la boĂźte de dialogue d’impression afin que les boutons ne soient pas coupĂ©s, la rĂ©solution de problĂšmes avec les boĂźtes de dialogue contextuelles apparaissant derriĂšre les prĂ©cĂ©dentes et plusieurs correctifs concernant la saisie au clavier.

Ces amĂ©liorations concernent principalement Windows et sont dĂ©jĂ  incluses dans la version de dĂ©veloppement 2.99. Cependant, nous sommes trĂšs heureux que ces amĂ©liorations de la qualitĂ© de vie soient dĂ©sormais disponibles dans cette version stable de GIMP 2.10 !

Corrections de bogues

Crashs récents

Deux crashs fréquemment signalés ont été corrigés. Un changement dans GLib 2.80 a exposé un bogue dans notre processus de fermeture et provoqué un crash à la sortie. Luca Bacci a une fois de plus conçu un correctif pour la version 2.10.38 et la prochaine version candidate 3.0. Un autre crash que certains utilisateurs rencontraient lors de trÚs petites sélections a également été corrigé.

Autres correctifs

Un certain nombre d’autres petits bugs ont Ă©tĂ© corrigĂ©s dans cette version. Parmi eux :

  • Les PNG indexĂ©s avec transparence sont dĂ©sormais exportĂ©s avec les bonnes couleurs
  • Anders Jonsson a corrigĂ© les plages d’entrĂ©e de plusieurs filtres tels que Waves et Distort
  • Le champ de personnalisation de la barre de titre prend dĂ©sormais en charge les caractĂšres UTF-8
  • Les commentaires d’images existants ne « fuient Â» plus dans les images nouvellement crĂ©Ă©es

Statistiques de sortie

Depuis GIMP 2.10.36 :

  • 16 rapports ont Ă©tĂ© clos comme CORRIGÉS dans la version 2.10.38
  • 9 demandes de fusion ont Ă©tĂ© exĂ©cutĂ©es
  • 81 commits ont Ă©tĂ© poussĂ©s
  • 1 nouvelle traduction a Ă©tĂ© ajoutĂ©e : kabyle
  • 16 traductions ont Ă©tĂ© mises Ă  jour : biĂ©lorusse, portugais brĂ©silien, anglais britannique, danois, gĂ©orgien, allemand, grec, hongrois, islandais, italien, norvĂ©gien nynorsk, slovĂšne, espagnol, suĂ©dois, turc, espagnol

25 personnes ont apportĂ© des modifications ou des correctifs Ă  la base de code de GIMP 2.10.36 (l’ordre est dĂ©terminĂ© par le nombre de commits) :

  • 7 dĂ©veloppeurs : Alx Sa, Jehan, Luca Bacci, Jacob Boerema, Lukas Oberhuber, lillolollo, Øyvind KolĂ„s
  • 19 traducteurs : KolbjĂžrn StuestĂžl, Sabri Ünal, Bruce Cowan, Yuri Chornoivan, Vasil Pupkin, Anders Jonsson, Rodrigo LledĂł, JĂŒrgen Benvenuti, Sveinn Ă­ Felli, Andi Chandler, Juliano de Souza Camargo, Ekaterine Papava, BalĂĄzs Úr, Martin, Philipp Kiemle, Alan Mortensen, Dimitris Spingos, Marco Ciampa, Yacine Bouklif

Contributions sur d’autres dĂ©pĂŽts du GIMPverse (l’ordre est dĂ©terminĂ© par le nombre de commits) :

  • La branche gimp-2-10 de gimp-macos-build (scripts de build macOS) a eu 30 commits depuis la version 2.10.36 par 2 contributeurs : Lukas Oberhuber, Bruno Lopes.
  • La version flatpak est composĂ©e de 11 commits par 3 contributeurs : Jehan, Hubert FiguiĂšre et Bruno Lopes.
  • Notre site Web principal a eu 42 commits depuis la sortie du 2.99.18 par 4 contributeurs : Jehan, Alx Sa, Andre Klapper et Lukas Oberhuber.
  • Notre site Web du dĂ©veloppeur a enregistrĂ© 34 commits depuis la version 2.99.18 par 6 contributeurs : Bruno Lopes, Jehan, Alx Sa, bootchk, Alpesh Jamgade et Robin Swift.
  • Notre documentation 2.10 a eu 35 commits depuis la version 2.10.36 par 8 contributeurs : Alan Mortensen, Anders Jonsson, Rodrigo LledĂł, Jacob Boerema, KolbjĂžrn StuestĂžl, Marco Ciampa, Andi Chandler et Vittor Paulo Vieira da Costa.

N’oublions pas de remercier toutes les personnes qui nous aident Ă  trier dans Gitlab, rapportent des bugs et discutent avec nous d’éventuelles amĂ©liorations. Notre communautĂ© est Ă©galement profondĂ©ment reconnaissante envers les guerriers d’Internet qui gĂšrent nos diffĂ©rents canaux de discussion ou comptes de rĂ©seaux sociaux tels que Ville PĂ€tsi, Liam Quin, Michael Schumacher et Sevenix !

Remarque : compte tenu du nombre de composants dans GIMP et son univers, et de la maniĂšre dont nous obtenons des statistiques via les scripts git, des erreurs peuvent se glisser dans ces statistiques. N’hĂ©sitez pas Ă  nous dire si nous avons manquĂ© ou mal catĂ©gorisĂ© certains contributeurs ou contributions.

Nouvelles de l’équipe et processus de publication

Idriss, contributeur du GSoC 2023, a rĂ©cemment obtenu un accĂšs « dĂ©veloppeur Â» sur le rĂ©fĂ©rentiel source principal, pour le travail formidable qu’il a continuĂ© depuis lors.

Ville PĂ€tsi, contributeur de trĂšs longue date (plus de 20 ans !), sur divers sujets (design, thĂ©matisation et plus) a obtenu l’accĂšs « reporter » Ă  Gitlab pour aider au tri et Ă  l’organisation directement dans le tracker.

Autour de GIMP

Des nouvelles des miroirs

Depuis nos derniĂšres nouvelles, 3 nouveaux miroirs accueillent GIMP :

  • Clarkson Open Source Institute, États-Unis
  • FCIX, Suisse
  • TomĂĄs Leite de Castro, Portugal

Cela nous amÚne à un total de 49 miroirs répartis dans le monde.

Les miroirs sont importants, car ils aident le projet en partageant la charge de dizaines de milliers de téléchargements quotidiens. De plus, en disposant de miroirs répartis à travers le monde, nous garantissons que tous aient un accÚs rapide au téléchargement de GIMP.

Sponsors d’infrastructure et de matĂ©riel

Nous avons amĂ©liorĂ© la page sponsor avec 2 sections :

  • "Infrastructure Sponsors" rĂ©pertorie les sponsors qui aident GIMP au niveau de l’infrastructure :

    • CircleCI et MacStadium rendent possible notre plateforme d’intĂ©gration continue macOS.
    • Arm Ltd. sponsorise et administre plusieurs exĂ©cuteurs « Aarch64 Â» sur Windows pour notre version ARM 64 bits pour Windows ; et Microsoft avait offert des frais uniques pour leur Microsoft Store.
  • "Hardware Sponsors" rĂ©pertorie les sponsors qui ont fait don de matĂ©riel aux contributeurs pour les aider dans leur travail de dĂ©veloppement :

    • Arm Ltd. a rĂ©cemment fait don d’un kit de dĂ©veloppement Windows 2023 pour prendre en charge notre rĂ©cent support Aarch64/Windows.
    • Purism a fait don d’un Librem Mini en 2021.

Télécharger GIMP 2.10.38

Vous trouverez toutes nos builds officielles sur le site officiel de GIMP (gimp.org) :

  • Flatpaks Linux pour x86 et ARM (64 bits)
  • Installateur Windows universel pour x86 (32 et 64 bits) et pour ARM (64 bits)
  • Paquets macOS DMG pour le matĂ©riel Intel
  • Paquets macOS DMG pour le matĂ©riel Apple Silicon

D’autres paquets rĂ©alisĂ©s par des tiers devraient Ă©videmment suivre (paquets des distributions Linux ou *BSD, etc.).

Et ensuite ?

C’est clairement l’une des plus petites versions de la sĂ©rie 2.10, et elle pourrait ĂȘtre notre derniĂšre. Nous verrons, mĂȘme si nous savons aussi que certaines personnes restent bloquĂ©es plus longtemps que d’autres sur des sĂ©ries plus anciennes (en particulier lors de l’utilisation des distributions Long Term Support (LTS) de systĂšmes d’exploitation de logiciels libres), si nous pourrions donc faire (si nous pensons que c’est nĂ©cessaire), une version 2.10.40 avec des corrections de bogues juste avant ou juste aprĂšs la sortie de GIMP 3.0.0, en guise de conclusion.

Dans tous les cas, nous arrĂȘtons dĂ©sormais le rĂ©troportage des fonctionnalitĂ©s de la sĂ©rie 2.10. Ces amĂ©liorations de la prise en charge des tablettes graphiques pour Windows sont suffisamment importantes pour qu’elles aient dĂ» ĂȘtre intĂ©grĂ©es ; mais Ă  partir de maintenant, nous voulons nous concentrer uniquement sur la sortie de GIMP 3.0.0.

Maintenant, vous vous demandez peut-ĂȘtre quand cela se produira-t-il ? TrĂšs bientĂŽt ! Nous sommes sur le dernier sprint vers la release candidate. Cela inclut de nombreuses corrections de bugs, mais Ă©galement des modifications de l’API en cours. Nous vous tiendrons au courant !

N’oubliez pas que vous pouvez faire un don et financer personnellement les dĂ©veloppeurs de GIMP, comme moyen de redonner et accĂ©lĂ©rer le dĂ©veloppement de GIMP. L’engagement communautaire permet au projet de se renforcer ! đŸ’ȘđŸ„ł

Commentaires : voir le flux Atom ouvrir dans le navigateur

Codeberg, la forge en devenir pour les projets libres ?

Face aux risques que fait peser GitHub sur le monde des logiciels libres suite Ă  son rachat par Microsoft en 2018, une alternative semble avoir percĂ©. Cette dĂ©pĂȘche propose un tour d'horizon des problĂšmes posĂ©s par GitHub et expose comment Codeberg pourrait y rĂ©pondre.
Logo Codeberg

    Sommaire

    Les points forts de Codeberg

    L'association Codeberg e.V. 1 et son projet Codeberg.org ont été fondés en janvier 2019, suite au rachat par Microsoft de GitHub. En plus d'un statut associatif à but non lucratif, ce qui limite les risques de disparition du jour au lendemain, Codeberg est basé en Europe (à Berlin), ce qui est un plus pour nos données personnelles.

    Son logo reprĂ©sente un sommet enneigĂ© sur fond de ciel bleu. En effet, en Allemand, der Berg veut dire la montagne et on pourrait donc traduire Codeberg par une « montagne de code Â». Et effectivement, la communautĂ© compte fin avril 2024 plus de 102 000 utilisateurs et plus de 129 000 projets y sont hĂ©bergĂ©s. L'association qui dirige le projet compte plus de 400 membres. Le financement s'effectue par les dons (dĂ©ductible des impĂŽts en Allemagne) et/ou contributions aux projets sous-jacents Ă  la forge.

    La forge est basĂ©e sur Forgejo, logiciel libre sous licence MIT, dont le nom vient de l'Esperanto forĝejo, ce qui est cohĂ©rent avec l'attention portĂ©e Ă  la langue de l'utilisateur et aux problĂšmes de traduction (service Weblate). Comme avec GitLab, la licence libre implique qu'un projet peut possĂ©der sa propre instance s'il le souhaite. On notera que Forgejo est un fork de Gitea, lui-mĂȘme fork de Gogs, et est donc Ă©crit en langage Go, langage sous licence BSD avec un brevet. Le projet Forgejo, Ă©videmment hĂ©bergĂ© sur Codeberg, est trĂšs actif avec plus de 900 Pull Requests acceptĂ©es depuis un an.

    La problématique du tout GitHub

    GitHub, lancĂ© en 2008, est devenu la plus grosse plateforme d'hĂ©bergement de codes sources, utilisĂ©e par un grand nombre de projets majeurs du monde du libre (Firefox, Matrix, Yunohost
). Ce qui par effet d'attraction — et de rĂ©seau centralisant, contraire au choix de git dĂ©centralisĂ© par nature — conduit souvent Ă  faire de Github un choix par dĂ©faut, facilitant les interactions avec les autres projets et permettant d'accĂ©der Ă  une large base de contributeurs potentiels. Quand on cite une URL GitHub dans un rĂ©seau social, on peut d'ailleurs voir apparaĂźtre ce genre de message :

    Contribute to Someone/my_project development by creating an account on GitHub.

    Cependant, si ce service fourni par Microsoft est actuellement encore gratuit, il est soumis à son bon-vouloir, avec le risque de voir se répéter l'épisode SourceForge (publicités trompeuses, installateurs modifiés, usurpation d'identité de projets partis ailleurs, etc.).

    Par ailleurs, derriĂšre une communication favorable Ă  l'open source, le code de la forge GitHub est volontairement fermĂ©. Vous ne pouvez donc pas avoir votre propre instance de GitHub. En outre, cela laisse un flou sur l'exploitation de nos donnĂ©es (au sens large, le code lui-mĂȘme et nos donnĂ©es personnelles, l'hĂ©bergement Ă©tant dĂ©lĂ©guĂ©). Avec l'arrivĂ©e du projet Copilot, il est cependant certain que nos codes servent Ă  alimenter un outil d'IA, permettant Ă  Microsoft de monĂ©tiser des suggestions de code en faisant fi des questions de licence. Une partie d'un code sous licence libre pourrait potentiellement se retrouver injectĂ©e dans un projet avec une licence incompatible et de surcroĂźt sans citation de l'auteur.

    Des alternatives possibles

    On pense tout d'abord à GitLab, logiciel lancé en 2011, qui permet d'avoir sa propre instance serveur pour maßtriser l'ensemble (client et serveur sont libres). Parmi les grands projets libres, on trouve en particulier GNOME et Debian qui utilisent leur propre instance GitLab CE (Community Edition), logiciel sous licence MIT. Mais il faut nuancer : la forge GitLab.com utilise GitLab EE (Enterprise Edition) qui est propriétaire et propose des fonctionnalités supplémentaires. GitLab suit donc un modÚle dit open core. GitLab compterait plus de 30 millions d'utilisateurs inscrits et l'entreprise GitLab Inc., lancée en 2014, génÚre plusieurs centaines de millions de dollars de revenus. On notera enfin qu'en 2018, le site migre de Microsoft Azure à Google Cloud Platform (USA), ce qui a posé des problÚmes d'accÚs dans certains pays.

    Autres projets de forges libres plus modestes :

    • Codingteam.net (une initiative française, service clĂŽturĂ© en 2019).
    • SourceHut http://sr.ht (et https://sourcehut.org/), initiĂ© par Drew DeVault.
    • Disroot basĂ© sur Forgejo comme Codeberg, mais il ne semble pas avoir attirĂ© de projets d'envergure (le portail, sorte de Framasoft nĂ©erlandais, est nĂ©anmoins Ă  recommander).
    • Chez un Chaton (GitLab ou Gitea pour la plupart).
    • L'auto-hĂ©bergement : chez-vous, dans un fablab, en datacenter sur serveur dĂ©dié 

    Pour vous faire venir sur Codeberg

    PremiĂšres impressions

    La page principale est accueillante et annonce que Codeberg.org ne vous piste pas et n'utilise pas de cookies tiers. Les statistiques actuelles sont affichĂ©es : nombre de projets, d'utilisateurs et de membres de l'association. Chose agrĂ©able, vous avez la possibilitĂ© de choisir le français parmi les nombreuses langues proposĂ©es pour l'interface. Petite icĂŽne qui attire l'attention : l'activitĂ© de chaque dĂ©pĂŽt peut ĂȘtre suivie grĂące Ă  un flux RSS. Sinon, l'organisation gĂ©nĂ©rale est trĂšs semblable Ă  celle de GitHub ou GitLab et la prise en main de Codeberg se fait donc sans effort.

    Fonctionnalités avancées

    • Codeberg pages : permet de disposer d'un site web statique pour le projet
    • Forgejo actions : pour dĂ©rouler automatiquement les actions nĂ©cessaires Ă  l'intĂ©gration continue (CI/CD)
    • Weblate : pour gĂ©rer les traductions de votre projet. On peut d'ailleurs y constater que parmi les traductions de Forgejo, le Français est dans le peloton de tĂȘte.

    Projets ayant migré ou ayant un miroir sur Codeberg

    Un certain nombre de projets importants utilisent désormais Codeberg, ce qui est à la fois un gage de confiance et assure une base de contributeurs a minima :

    • libreboot : remplacement libre de BIOS/UEFI.
    • Conversations : le client majeur XMPP sur Android.
    • WideLands : jeu libre basĂ© sur le concept de Settlers II.
    • LibreWolf : fork de Firefox axĂ© sur la vie privĂ©e.
    • F-Droid : magasin d'applications libres pour Android.
    • FreeBSD : miroir de https://cgit.freebsd.org/
    • FreeCAD : miroir officiel.
    • Forgejo : fork communautaire de Gitea suite Ă  la privatisation de celui-ci en 2022.
    • Fedilab : client Android pour le Fediverse.
    • irssi : client IRC.
    • Peppermint OS : une distribution Linux avec bureau minimaliste.
    • DivestOS : un fork de LineageOS orientĂ© sur la protection de la vie privĂ©e.
    • VeggieKarte : un service pour trouver des restaurants vĂ©gĂ©tariens/vĂ©gĂ©taliens.
    • 


    Comment migrer vers Codeberg ?

    Migrer le code source et l'éventuel Wiki associé ne devrait pas poser de problÚme particulier. Il suffit de configurer git pour pusher vers la nouvelle forge. Cette page décrit comment migrer l'ensemble de votre projet (incluant les issues, le wiki, les Pull Request, etc.) vers Codeberg : https://docs.codeberg.org/advanced/migrating-repos/

    Concernant les Workflows (CI), bien qu'il n'y ait pas de garantie de compatibilité avec les Actions Github, la syntaxe se veut similaire pour faciliter la transition : https://forgejo.org/2023-02-27-forgejo-actions/

    Au-delĂ  de l'aspect technique, il reste aussi Ă  faire migrer la communautĂ© d'utilisateurs (la prĂ©sence fortement suivie sur Mastodon peut ĂȘtre un avantage).

    Conclusion

    Codeberg est un outil prometteur. Il reste pour la communauté du logiciel libre à le faire grandir. Rappelons les statistiques : 100 millions de développeurs sur GitHub, 30 millions utilisant GitLab et 100 000 pour Codeberg. Le potentiel est grand, l'un des enjeux est de financer l'association pour accompagner la croissance de la communauté, tout en faisant monter en puissance l'infrastructure informatique.

    Sources / Liens

    Controverse GitHub

    Forges diverses

    Codeberg


    1. e.V. est l'abrĂ©viation de eingetragener Verein (association dĂ©clarĂ©e). â†©

    Commentaires : voir le flux Atom ouvrir dans le navigateur

    L’informatique sans Ă©cran

    Lors d’un NoĂ«l de ma tendre jeunesse prĂ©-adolescente est arrivĂ© un « ordinateur Â» dans le foyer. Ce PC (Intel 386) a Ă©tĂ© installĂ© dans le bureau et a vite dĂ©gĂ©nĂ©rĂ© en console de jeux. Puis les annĂ©es passant c’est devenu une formidable source d’expĂ©rimentation informatique pour un geek en devenir. À cette Ă©poque on sensibilisait la jeunesse Ă  ne pas passer trop de temps devant la tĂ©lĂ©vision et la console de jeux, puis devant l’ordinateur et les jeux vidĂ©o violents. Mais on ne parlait pas vraiment de l’écran.

    Aujourd’hui les messages de sensibilisation se rĂ©sument aux Ă©crans :

    • « pas d’écran avant trois ans Â»
    • « nos jeunes passent leurs temps sur leurs Ă©crans Â» (comme si les « vieux Â» n’y Ă©taient pas non plus)
    • « attention les Ă©crans fabriquent une gĂ©nĂ©ration de crĂ©tins Â»
    • « les Ă©crans, les Ă©crans, les Ă©crans »

    Il est vrai qu’aujourd’hui l’informatique ne se rĂ©sume presque plus qu’à un Ă©cran. De l’ordinateur avec clavier+souris+Ă©cran, voire crayon optique, on est passĂ© aux tablettes et ordiphones qui n’ont plus que l’écran (tactile quand mĂȘme).

    Pour prendre le contre-pied de cette obsession des Ă©crans, je me demandais donc s’il existait encore une informatique « sans Ă©cran Â». La formidable multiplicitĂ© des activitĂ©s que l’on peut avoir sur un ordinateur pourrait-elle se faire sans Ă©cran ? Dans quelle mesure peut-on coder, surfer sur le web, lire/envoyer des mails sans Ă©cran ? Cette informatique fantasmĂ©e par notre ex-ministre de l’éducation est elle une rĂ©alitĂ© ?

      Sommaire

      L’informatique, une histoire d’abord sans Ă©cran

      Si l’on date la naissance de l’ùre de l’informatique avec Ada Lovelace, et qu’on estime l’arrivĂ©e des ordinateurs avec Ă©crans Ă  la fin des annĂ©es 1970, alors on peut aisĂ©ment dire que l’informatique a Ă©tĂ© plus longtemps sans Ă©cran qu’avec.

      Peinture d’Ada LovelaceMalgrĂ© son look cosplay de manga elle n’a pas subi trop d’écrans dans son enfance, elle.

      De mĂȘme, il est raisonnable de considĂ©rer l’ordinateur comme l’outil principal pour faire de l’informatique. Il fut largement sans Ă©cran Ă  ses dĂ©buts.

      Ken Thompson (assis) et Dennis Ritchie (debout) manipulant un DEC PDP-11
      Pas d’écran pour ces deux geeks qui ont dĂ©veloppĂ© UNIX et le langage C (source)

      L’altair8800, sorti en 1975 et sur lequel Microsoft a Ă©crit son BASIC, se programmait avec des rubans perforĂ©es, voire avec des commutateurs, et l’affichage se faisait avec quelques diodes (DEL) en face avant.
      Les cartes à trous étant plutÎt utilsées avec les gros ordinateurs (aka Big Iron).

      Vue de face de l’Altair8800Difficile de considĂ©rer ces deux lignes de diodes rouges comme l’écran de l’Altair8800

      L’écran ≠ la vue

      Pour faire sans Ă©cran, on pense instinctivement Ă  utiliser d’autres sens que la vue comme l’ouĂŻe ou le toucher (pour le goĂ»t ou l’odorat difficile d’imaginer la chose). Mais l’histoire de l’informatique nous montre que les premiĂšres interfaces homme-machine ne fonctionnaient pas avec des Ă©crans, et pourtant utilisaient la vue (lumiĂšre, LED, imprimante, position mĂ©canique
).

      Mais qu’appelle-t-on Ă©cran ?

      D’aprĂšs la dĂ©finition de WikipĂ©dia, « un Ă©cran d’ordinateur est un pĂ©riphĂ©rique de sortie vidĂ©o d’ordinateur. Il affiche les images gĂ©nĂ©rĂ©es par la carte graphique de l’ordinateur. GrĂące au taux de rafraĂźchissement d’écran Ă©levĂ©, il permet de donner l’impression de mouvement. »

      Donc si l’on s’en tient Ă  wikipĂ©dia, un Ă©cran d’ordinateur c’est :

      • des images gĂ©nĂ©rĂ©es par une carte graphique d’ordinateur. Exit la tĂ©lĂ© cathodique avec un tuner analogique (qui devient rare aujourd’hui avec la TNT).
      • avec un taux de rafraĂźchissement Ă©levĂ©. Exit les liseuses et autres appareils utilisant un affichage type «  papier Ă©lectronique Â».
      • pas d’indication de rĂ©solutions.

      On peut sans doute rajouter les écrans (comme les télés) qui ne sont pas raccordés à une carte graphique dans la catégorie écran.

      Cela serait donc la résolution (définition et taille
) et le rafraßchissement (fréquence de balayage) du périphérique de sortie vidéo qui font un écran.

      La matrice 5 × 5 d’un micro:bit ne correspond pas Ă  un critĂšre de rĂ©solution suffisant, pas plus que les deux poussoirs ne pourraient prĂ©tendre Ă  ĂȘtre un clavier.
      micro:bit Pourtant il affiche bien une « image » de cƓur <3 !

      Les afficheurs 7 segments ne peuvent pas ĂȘtre considĂ©rĂ©s comme des Ă©crans. Ils n’affichent que des chiffres et quelques symboles. Difficile de crĂ©er une impression de mouvement avec seulement des segments.
      Afficheur 7 segmentsEn faisant un effort, on arrive Ă  reconstituer quelques lettres.

      En doublant le nombre de segments, on arrive à afficher l’ensemble des lettres de l’alphabet latin
      Afficheur 14 segmentsSans diacritiques, faut pas pousser

      Un « panel Â» LCD 20×4 et ses caractĂšres de 8 pixels sur 5 forme un Ă©cran de 100 pixels sur 32, la rĂ©solution est dĂ©jĂ  meilleure, mĂȘme s’il est toujours prĂ©vu pour n’afficher que du texte. NĂ©anmoins on se rapproche de l’idĂ©e que l’on se fait d’un « Ă©cran Â».

      Du papier Ă©lectronique ne peut pas ĂȘtre un Ă©cran. La rĂ©solution peut ĂȘtre excellente mais le rafraĂźchissement reste insuffisant.

      Finalement la dĂ©finition de WikipĂ©dia n’est guĂšre rigoureuse ni efficace, entre l’unique LED du panneau de contrĂŽle et l’écran haute rĂ©solution, il y a un continuum de pĂ©riphĂ©riques de sortie utilisant des signaux lumineux pour former des images. Il faut peut-ĂȘtre alors chercher les systĂšmes informatiques qui, dans leur usage normal, utilisent d’autres pĂ©riphĂ©riques de sortie ou pas de pĂ©riphĂ©riques de sortie du tout.

      L’embarquĂ©e, une informatique massivement sans Ă©cran

      Bien sĂ»r il faut dĂ©finir le mot « informatique Â». Si l’on se rĂ©fĂšre Ă  la dĂ©finition de WikipĂ©dia :

      L’informatique est un domaine d’activitĂ© scientifique, technique, et industriel concernant le traitement automatique de l’information numĂ©rique par l’exĂ©cution de programmes informatiques hĂ©bergĂ©s par des dispositifs Ă©lectriques-Ă©lectroniques : des systĂšmes embarquĂ©s, des ordinateurs, des robots, des automates, etc.

      Avec cette dĂ©finition, le moindre dispositif Ă©lectronique embarquĂ© est de l’informatique. Lancer une machine Ă  laver, programmer son four ou prĂ©parer une cafetiĂšre pour le lendemain est donc une forme de manipulation informatique
 qu’on peut envisager sans Ă©cran.

      Cependant dĂšs que vient le besoin de dĂ©velopper un systĂšme embarquĂ© ou mĂȘme de le rĂ©parer/dĂ©verminer, l’écran revient au galop. On a rapidement besoin d’un Ă©cran pour y connecter son environnement de dĂ©veloppement et sa sonde de debug. Et mĂȘme l’oscilloscope ou l’analyseur logique que l’on branche pour « voir Â» les signaux dispose d’un Ă©cran.

      En usage normal donc, certains dispositifs informatiques sont conçus pour ne pas nĂ©cessiter d’écran parce qu’ils disposent d’un autre pĂ©riphĂ©rique de sortie. Certains centres commerciaux, certaines gares proposent des distributeurs d’histoires courtes : trois boutons comme pĂ©riphĂ©rique d’entrĂ©e et une imprimante thermique comme pĂ©riphĂ©rique de sortie. Appuyez et vous aurez de la lecture pour une, trois ou cinq minutes.

      Distributeur d’histoires courtes en gare de Lyon-PerracheSoyons optimistes : il n’y aura pas plus de cinq minute d’attente !

      Plus courant, une box Internet domestique est aussi un dispositif informatique sans Ă©cran.

      Livebox 6- Il est oĂč l’écran ? - Dans ton
 navigateur

      Il faut reconnaĂźtre que si l’usage courant, la connexion Ă  l’Internet, ne nĂ©cessite pas d’écran sur la box, son paramĂ©trage en utilise bien un : celui de l’ordinateur sur lequel tourne votre navigateur prĂ©fĂ©rĂ©.

      Les assistants vocaux sont des ordinateurs sans Ă©cran. Les principaux pĂ©riphĂ©riques d’entrĂ©e comme de sortie sont audio : commande vocale, rĂ©ponse Ă©galement. Radio France fait d’ailleurs la publicitĂ© pour son offre pour enfants, une histoire et
 Oli, sur cette absence d’écran, jouant, sans trop le dire, sur cette peur parentale des Ă©crans.

      Pourrait-on pousser l’utilisation de ces ordinateurs pour faire du dĂ©veloppement et «coder en vocal» ? Possible, il est tout Ă  fait possible de programmer l’ouverture de ses volets, la lecture d’une musique ou le thermostat de sa chaudiĂšre avec. Mais ça n’est pas du dĂ©veloppement.

      L’éducation numĂ©rique mais sans Ă©cran

      Il est largement possible d’apprendre l’informatique sans Ă©cran, et mĂȘme sans ordinateur.

      La robotique pĂ©dagogique se dĂ©veloppe depuis l’apparition de la tortue Logo. Actuellement, pour les plus jeunes dĂšs l’école maternelle, c’est une abeille qui est proposĂ©e comme initiation Ă  la programmation.

      Bee-Bot en actionSi, si, je suis bien un ordinateur

      La Bee-Bot se programme Ă  l’aide de sept touches et les pĂ©riphĂ©riques de sortie sont les moteurs de dĂ©placement, un petit haut-parleur et en option un porte-crayon. Avec une interface HommeEnfant-Machine aussi simple, il s’agit plutĂŽt d’une mĂ©morisation de sĂ©quences de mouvements que de programmation Ă  proprement parler et pour en utiliser toutes les capacitĂ©s, un interfaçage avec une application ou un ordinateur plus conventionnel est possible, mais on y retrouve un Ă©cran ! De nombreux autres robots pĂ©dagogiques, un peu plus complexes et performants, existent mais ceux-ci utilisent un Ă©cran classique pour accĂ©der Ă  l’interface de programmation.

      Quitte Ă  supprimer les Ă©crans autant aller au bout de la dĂ©marche et supprimer l’ordinateur dans son ensemble. Des pĂ©dagogues ont ainsi inventĂ© l’informatique dĂ©connectĂ©e. Un papier, un crayon, ni Ă©cran ni matĂ©riel comme le jeu du robot idiot. Les esprits chagrins pourraient y voir une solution au manque de matĂ©riel des Ă©tablissements scolaires.
      Plus que d’informatique il s’agit en fait d’initiation à l’algorithmie.

      Mais peut-on se passer d’écran pour dĂ©velopper ?

      Les plages braille

      Il existe une catĂ©gorie de population qui est contrainte de se passer d’écran pour se servir d’un ordinateur : les aveugles.

      Les personnes aveugles peuvent pourtant se servir d’ordinateur, notamment grĂące Ă  un clavier spĂ©cifiquement dĂ©veloppĂ© pour eux nommĂ© « plage braille Â». GrĂące Ă  ces plages brailles, les aveugles peuvent lire les caractĂšres en braille en touchant une ligne munie de petites pointes pilotĂ©s.

      Le prix de ces appareils est assez prohibitif pour quelqu’un qui voudrait jouer avec sans en avoir rĂ©ellement besoin (un geek quoi). C’est pourtant une bonne maniĂšre de faire de l’informatique sans Ă©cran. Pour le codage informatique, on utilise un braille Ă  huit points au lieu des six habituels ce qui permet d’avoir 256 combinaisons, soit autant que la table ASCII. La table braille informatique actuelle a Ă©tĂ© approuvĂ©e Ă  l’unanimitĂ© en 2007 par la Commission Évolution du Braille Français, elle porte le numĂ©ro TBFR2007.

      Que vaudrait un jeu vidĂ©o dĂ©veloppĂ© pour une plage braille ? Et pourrait-on l’appeler jeu vidĂ©o ?

      Avec du papier et un stylo/machine à écrire/carte perforé puis scanner

      On peut Ă©galement faire beaucoup de choses un papier un crayon/stylo/pinceau puis le scanner pour qu’il soit utilisĂ© dans l’ordinateur. Ça reste gĂ©nĂ©ralement qu’une Ă©tape du dĂ©veloppement les programmes ne sont pas plus rĂ©alisĂ©s intĂ©gralement sur papier avant d’ĂȘtre intĂ©grĂ© Ă  l’ordinateur.

      Pour conclure

      Avec des Ă©crits comme « la fabrique du crĂ©tin digital Â» et des propos comme ceux de notre ex-ministre de l’éducation, les Ă©crans sont devenus la bĂȘte noire de tous les pĂ©dagogos.

      Mais l’important n’est-il pas de savoir ce que l’on fait avec un Ă©cran ? Faut-il vraiment s’acharner Ă  s’en passer ?

      Sans doute pas.

      Il serait cependant intĂ©ressant d’apprendre Ă  se servir d’outils rĂ©servĂ©s aux aveugles par exemple. Si nous n’avons plus besoin de la vue pour coder, nous pourrions ĂȘtre un peu plus multi-tĂąches et coder tout en
 regardant la tĂ©lĂ© !

      Commentaires : voir le flux Atom ouvrir dans le navigateur

      Sortie de GIMP 2.99.18 (version de développement)

      Note : cette dĂ©pĂȘche est une traduction de l'annonce officielle de la sortie de GIMP 2.99.18 du 21 fĂ©vrier 2024 (en anglais).

      Voici enfin la derniĂšre version de dĂ©veloppement avant GIMP 3 ! Bien que la sortie de la version 2.99.18 soit un peu en retard par rapport au planning espĂ©rĂ©, celle-ci contient un certain nombre de fonctionnalitĂ©s et d'amĂ©liorations que nous sommes ravis de pouvoir partager avec vous.

      ⚠ â˜ąïž Nous vous rappelons qu'une version de dĂ©veloppement sert Ă  prĂ©senter les travaux en cours, mais vous permet aussi de dĂ©tecter et signaler les problĂšmes au plus tĂŽt. En d'autres termes, cette version est instable et nous ne recommandons pas son usage en production. Utilisez-lĂ  parce que vous voulez aider Ă  amĂ©liorer GIMP en signalant des bogues.

      En particulier, cette version 2.99.18 est peut-ĂȘtre l'une des versions les plus instables de la sĂ©rie 2.99 Ă  cause du projet « space invasion Â» (NDT : « invasion venue de l'espace Â», un jeu de mots avec l'anglais colorspace signifiant espace de couleurs). Cela est parfaitement attendu et normal. ⚠ â˜ąïž

        Sommaire

        Cette dĂ©pĂȘche prĂ©sente les changements les plus notables et les plus visibles. En particulier, elle ne contient pas de liste exhaustive des correctifs de bogues ou des amĂ©liorations un peu moins importantes. Pour une liste plus complĂšte des changements, nous vous invitons Ă  consulter le fichier NEWS ou Ă  jeter un coup d’Ɠil Ă  l'historique du dĂ©pĂŽt Git.

        L'invasion de l'espace (des couleurs) !

        Nous avons travaillĂ© dur sur le projet Space Invasion, qui est — comme vous vous en rappelez peut-ĂȘtre — le nom de code que nous avons donnĂ© au projet visant Ă  rendre GIMP plus correct en ce qui concerne les couleurs.

        Ces derniers temps, nous avons réalisé le portage des anciennes structures de couleurs utilisées en interne (GimpRGB, GimpCMYK, GimpHSV
) dont nous nous servions pour stocker les informations de couleurs vers GeglColor. Cet objet générique peut contenir n'importe quelle donnée de couleur, quel que soit le modÚle colorimétrique, la précision ou l'espace, du moment que ceux-ci sont pris en charge par babl, notre moteur pour l'encodage des pixels.

        En ce qui concerne la justesse des couleurs, cela signifie que nous ferons maintenant les conversions de couleurs uniquement si cela est nĂ©cessaire (conversions Ă  la derniĂšre minute), ce qui permettra de ne pas perdre d'information lorsque cela peut ĂȘtre Ă©vitĂ©. Par exemple, imaginons que vous utilisiez la pipette Ă  couleurs sur une image : si nous convertissions cette couleur vers un format intermĂ©diaire avant de l'utiliser sur une autre image (qui peut avoir le mĂȘme format de couleurs ou un format diffĂ©rent), deux conversions auraient lieu. Cela augmente les possibilitĂ©s de perte de prĂ©cision. Ce problĂšme est encore plus flagrant si les formats d'entrĂ©e et de sortie sont les mĂȘmes (autrement dit, lorsqu'aucune conversion n'est nĂ©cessaire). Et cela sera encore plus problĂ©matique lorsque le modĂšle CMJN sera pris en charge nativement (nous voulons Ă©viter Ă  tout prix de faire un aller-retour entre un format intermĂ©diaire et le CMJN, qui n'a pas de relation bijective avec la plupart des autres modĂšles de couleurs, mĂȘme en travaillant sans bornes et en ignorant les problĂšmes de prĂ©cision).

        DĂ©finition d'un espace non bornĂ© (ajout par rapport Ă  la dĂ©pĂȘche originelle) : lorsque la prĂ©cision est entiĂšre, l'espace est toujours bornĂ© (par exemple [0-255] en 8-bit). Par contre, en flottant, oĂč l'espace de travail standard est [0, 1], on peut dĂ©cider d'accepter les valeurs nĂ©gatives et supĂ©rieures Ă  1. Cela rend les conversions entre beaucoup d'espaces de couleurs bijectives, aux erreurs de prĂ©cisions prĂšs. Notamment, les conversions entre deux espaces RVB, ou mĂȘme un espace RVB et divers autres modĂšles, deviennent bijectives. Ce n'est pas le cas entre RVB et CMJN, mĂȘme en espace de couleurs infini.

        Nous sommes Ă©galement en train de migrer le stockage des donnĂ©es de couleur vers ce type d'objet gĂ©nĂ©rique. Cela signifie entre autres que les palettes de couleurs pourront comporter des couleurs au format CMJN, CIELAB ou bien encore dans tout autre modĂšle pris en charge (et pas seulement ces couleurs aprĂšs une Ă©tape de conversion vers le sRVB non bornĂ© - « unbounded sRGB Â»).

        Une consĂ©quence pour la maintenance logicielle est qu'il sera beaucoup plus facile de gĂ©rer les conversions de couleurs au sein de notre code, Ă©tant donnĂ© que cette structure comprend Ă  la fois les donnĂ©es et leur « signification Â». Cela rend la gestion des couleurs beaucoup moins susceptible d'introduire des bogues par rapport Ă  l'approche prĂ©cĂ©dente, qui consistait Ă  faire suivre les deux types d'information sĂ©parĂ©ment.

        Finalement, nous travaillons Ă  faire apparaĂźtre l'information concernant l'espace de couleurs Ă  plusieurs endroits de l'interface oĂč cela est pertinent, par exemple lorsque des donnĂ©es RVB, CMJN, TSL ou TSV sont affichĂ©es ou peuvent ĂȘtre choisies. Les valeurs brutes dans ces modĂšles de couleurs en l'absence de la connaissance de l'espace de couleurs associĂ© n'ont pratiquement aucun sens. L'affichage dans l'interface de valeurs RVB sans autre prĂ©cision est un reliquat du passĂ©, lorsque cela signifait le plus souvent sRVB. Cela n'est plus vrai dans un contexte graphique moderne et l'interface devrait ĂȘtre claire Ă  ce sujet.

        La vidĂ©o ci-dessous montre quelques aspects de ce travail sur l'interface, par exemple le fait que les modĂšles RVB, TSV ou CMJN affichent Ă  tout instant l'espace de couleurs dans lequel les valeurs sont considĂ©rĂ©es (ce qui trĂšs souvent correspond au nom du profil ICC). Cela est dĂ©jĂ  fait pour la pipette Ă  couleurs, les Ă©chantillons de couleurs, l'ancrable des couleurs de premier/d'arriĂšre plan, la boĂźte de dialogue « Changer la couleur de premier/d'arriĂšre plan Â», ainsi qu'Ă  d'autres endroits.

        Non seulement cela, mais lorsque les gens sĂ©lectionnent un profil d’épreuve sur Ă©cran et activent l'Ă©preuve sur Ă©cran (par exemple grĂące Ă  la nouvelle bascule de simulation qui a Ă©tĂ© ajoutĂ©e dans GIMP 2.99.12), nous afficherons Ă©galement non seulement la zone hors gamme de l'espace colorimĂ©trique de l'image, mais Ă©galement celle de l'espace d’épreuve.

        Invasion de l'espace dans l'interface - GIMP 2.99.18
        Invasion de l'espace dans l'interface - GIMP 2.99.18 (cliquez sur l'image pour voir la vidéo sur le compte Peertube de GIMP)

        Avertissement trĂšs important : il s'agit encore une fois d'un portage Ă©norme dans notre base de code, ce qui a impactĂ© littĂ©ralement des milliers de lignes de code. Ce travail est inachevĂ© mais il devra ĂȘtre terminĂ© avant la premiĂšre version candidate. Des instabilitĂ©s ou des bugs sont Ă  prĂ©voir dans cette mise Ă  jour donc si vous rencontrez un problĂšme, nous recommandons de le rapporter.

        Amélioration des algorithmes de couleur

        Øyvind KolÄs a amélioré quelques algorithmes internes :

        • Les pixels achromatiques de l'outil Teinte-Saturation sont dĂ©sormais un cas spĂ©cial afin que les pixels en niveaux de gris (saturation de 0) ne soient modifiĂ©s que par le rĂ©glage principal, pas par le rĂ©glage rouge.
        • Les dĂ©gradĂ©s en niveaux de gris restent dĂ©sormais achromatiques mĂȘme avec "Tramage" cochĂ© dans l'outil DĂ©gradĂ©.

        Au fur et à mesure que le projet space invasion avance, obtenir des résultats cohérents devient plus facile dans divers algorithmes liés aux couleurs, nous permettant ainsi de découvrir rapidement les problÚmes et de les résoudre.

        Édition non-destructive, premiùre mouture

        Un domaine dans lequel nous sommes « en avance sur le planning Â» est l'Ă©dition non destructive, qui Ă©tait trĂšs demandĂ©e ! Les fondations de ces fonctionnalitĂ©s ont Ă©tĂ© mises en place par de nombreux dĂ©veloppeurs au cours de nombreuses annĂ©es, depuis l'introduction de GEGL dans GIMP. Bien qu'initialement prĂ©vue pour la feuille de route de la version 3.2, une premiĂšre implĂ©mentation a vu le jour en tant que continuation d'un projet Google Summer of Code. Si vous n'ĂȘtes pas familier avec ce terme, « Ă©dition non destructive Â» implique notamment que des effets de filtres tels qu'un effet de flou sont stockĂ©s sĂ©parĂ©ment des pixels du calque. Cela signifie que si vous dĂ©sirez plus tard modifier un rĂ©glage, rĂ©arranger ou mĂȘme retirer le filtre, vous pouvez le faire trĂšs facilement sans affecter le reste de l'image. Jusqu'Ă  prĂ©sent, GIMP utilisait une procĂ©dure d'Ă©dition destructive oĂč les effets Ă©taient immĂ©diatement appliquĂ©s sur le calque, c'est donc un changement majeur !

        Toute opĂ©ration GEGL munie d'une interface graphique est dĂ©sormais appliquĂ©e aux calques de maniĂšre non destructive. (Les effets non destructifs pour les masques de calques et les canaux sont prĂ©vus pour les versions ultĂ©rieures.) Cela inclut les greffons GEGL tiers et les opĂ©rations personnalisĂ©es crĂ©Ă©es avec notre outil GEGL Graph. Ces effets peuvent ĂȘtre sauvegardĂ©s et chargĂ©s via les fichiers de projet .xcf, bien que toutes les propriĂ©tĂ©s GEGL ne soient pas encore prises en charge dans la version actuelle.

        Une fois qu'un filtre a Ă©tĂ© appliquĂ©, vous pouvez continuer Ă  interagir avec lui en cliquant sur l'icĂŽne de filtre dans l'ancrable des calques. Cela ouvrira une boĂźte de dialogue montrant tous les filtres actuellement appliquĂ©s au calque. À partir de lĂ , vous pouvez alterner l'Ă©tat de visibilitĂ© du filtre, modifier ses rĂ©glages, rĂ©ordonner les filtres et retirer les effets un Ă  un. Vous pouvez aussi fusionner tous les filtres et les appliquer Ă  l'image pour retrouver une procĂ©dure d'Ă©dition destructive.

        Effets non destructifs - GIMP 2.99.18
        Effets non destructifs - GIMP 2.99.18 (cliquez sur l'image pour voir la vidéo sur le compte Peertube de GIMP)

        Notez bien que tout cela est seulement une premiĂšre implĂ©mentation, et beaucoup de travail reste Ă  faire pour disposer d'une Ă©dition non destructive complĂšte et riche. Nous allons continuer Ă  affiner les fonctionnalitĂ©s existantes pour la sortie de la version 3.0 en nous basant sur les tests et les retours des utilisateurs, et nous les dĂ©velopperons davantage par la suite. L'interface elle-mĂȘme ne correspond pas Ă  notre vision idĂ©ale de cette fonctionnalitĂ©, et un premier jet de spĂ©cifications a Ă©tĂ© Ă©crit pour dĂ©finir un processus d'Ă©dition bien plus intĂ©grĂ©.

        La capture d'Ă©cran ci-dessous est une maquette rĂ©alisĂ©e Ă  partir de ces premiĂšres spĂ©cifications. Elle montre les effets de calque placĂ©s au sein de la liste principale des calques, partageant les mĂȘmes boutons « Ć“il Â» et « cadenas Â», mais Ă©galement avec leurs propres masques faciles Ă  Ă©diter :

        Maquette des spécifications pour l'application non-destructive d'effets de calque

        Maquette des spécifications : les effets de calque sont visibles directement dans la liste des calques, avec leur propres masques

        NĂ©anmoins, l'implĂ©mentation de cette nouvelle interface sera un dĂ©fi en elle-mĂȘme et nous avons donc dĂ©cidĂ© de la remettre Ă  aprĂšs la sortie de GIMP 3 et de proposer cette premiĂšre mouture en premier lieu.

        N'hĂ©sitez pas Ă  partager vos opinions dans les forums de discussion et dans le suivi des incidents !

        Amélioration de la prise en charge des polices de caractÚres

        Idriss Fekir, un autre étudiant du GSoC 2023, a travaillé avec Liam Quinn, un développeur de longue date, sur l'amélioration de la prise en charge des polices de caractÚres par GIMP. Une grande partie de ce travail concerne le code interne de GIMP afin d'améliorer sa capacité à gérer les futures mises à jour de polices et de texte. Certains changements plus visibles sont par exemple :

        • GIMP n'a plus besoin que les noms des polices de caractĂšres soient uniques pour pouvoir les distinguer les unes des autres. Cela signifie qu'il n'ajoutera plus « #1 Â», « #2 Â» et ainsi de suite, mais gardera Ă  prĂ©sent les noms originaux dans la liste de sĂ©lection des polices. MalgrĂ© des noms apparemment identiques, deux polices avec le mĂȘme nom fonctionneront dĂ©sormais correctement.
        • GIMP peut maintenant charger des polices avec des styles personnalisĂ©s (en contournant l'utilisation de Pango qui n'est pas capable de les charger).
        • Nous pouvons Ă  prĂ©sent charger davantage de types de polices qu'auparavant. Si jamais nous ne prenons pas encore en charge une police donnĂ©e (ou si elle est inexistante), nous sommes mieux Ă  mĂȘme de le dĂ©tecter et nous pouvons nous replier sur une police par dĂ©faut. Cela permet d'amĂ©liorer la prise en charge d'un fichier .xcf crĂ©Ă© sur un autre ordinateur avec diffĂ©rentes polices disponibles.
        • Sous Windows, nous forçons le moteur Pango Ă  toujours utiliser l'anticrĂ©nelage. Cela augmente la lisibilitĂ© du texte des menus sous ce systĂšme d'exploitation, en particulier lorsqu'un thĂšme sombre est utilisĂ©.
        • Le code pour la sauvegarde au format XCF stocke dĂ©sormais les informations concernant les polices de maniĂšre bien plus prĂ©cise, ce qui aide Ă  Ă©viter de charger une police incorrecte lors de la rĂ©ouverture d'un fichier XCF.
        • L'alignement du texte dans les calques de texte pour les langues Ă©crites de la droite vers la gauche est maintenant plus cohĂ©rent avec la maniĂšre dont cela fonctionne dans d'autres programmes (par exemple LibreOffice et Scribus).

        Ces changements sont beaucoup moins voyants que certaines autres fonctionnalités et pourraient sembler moins importants, mais ils constituent en fait les fondations qui permettront d'avoir une gestion du texte bien plus fiable dans GIMP. Notre vision pour le futur est d'avoir une édition de texte plus simple tout en étant plus puissante et plus riche en fonctionnalités (en particulier les fonctionnalités OpenType qui sont quelques-unes des améliorations majeures que nous espérons ajouter un jour ou l'autre).

        Expansion automatique des calques

        Le troisiĂšme projet GSoC de l'Ă©tĂ© dernier par l'Ă©tudiant Shubham Daule a apportĂ© une fonctionnalitĂ© demandĂ©e depuis longtemps : l'expansion automatique de calques ! Les outils de peinture ont dĂ©sormais une option supplĂ©mentaire « Ă‰tendre les calques Â». Lorsque cette case est cochĂ©e, peindre au-delĂ  des limites des calques les fera s'Ă©tendre automatiquement afin que vous n'ayez pas Ă  gĂ©rer vous-mĂȘme la taille du calque. Si vous souhaitez Ă©tendre le calque au-delĂ  de la taille actuelle du canevas, vous devrez Ă©galement cocher l'option « Afficher tout Â» dans le menu Affichage.

        Calques à expansion automatique - démonstration de GIMP 2.99.18
        Calques à expansion automatique - GIMP 2.99.18 (cliquez sur l'image pour voir la vidéo sur le compte Peertube de GIMP)

        L'option d'expansion des calques comporte Ă©galement des paramĂštres supplĂ©mentaires lorsqu'elle est sĂ©lectionnĂ©e. Vous pouvez dĂ©cider dans quelle mesure vous souhaitez que les limites du calque s'Ă©tendent chaque fois que le pinceau les atteint. Il existe Ă©galement des options pour spĂ©cifier comment les nouvelles zones du calque et du masque de calque doivent ĂȘtre remplies une fois Ă©tendues.

        Nouvelles options d'alignement

        Le nouveau contributeur mr. fantastic a dĂ©veloppĂ© deux nouvelles options pour aligner les calques sur le canevas. Avec « Snap to Bounding Boxes Â» (« Aligner sur les boĂźtes englobantes Â») activĂ©, des guides dynamiques s'afficheront dĂ©sormais pour vous montrer quand le calque que vous dĂ©placez est alignĂ© avec le centre ou les cĂŽtĂ©s des autres. Le calque actif s'alignera Ă©galement sur ces bordures pour vous aider Ă  les organiser correctement. La deuxiĂšme option, « Snap to Equidistance Â» (« Aligner Ă  Ă©quidistance Â»), vous permet un alignement entre trois calques Ă©quidistants les uns des autres.

        Aligner sur les boßtes englobantes et Aligner à équidistance - démonstration de GIMP 2.99.18
        Nouvelles options d'alignement automatique - GIMP 2.99.18 (cliquez sur l'image pour voir la vidéo sur le compte Peertube de GIMP)

        ThĂšmes

        Nous avons continuĂ© Ă  amĂ©liorer l'interface utilisateur et le style de cette version. L’une des amĂ©liorations les plus importantes concernait la gestion des « fuites de thĂšmes systĂšme Â». Il existe des styles qui n'ont pas Ă©tĂ© spĂ©cifiquement dĂ©finis dans nos thĂšmes, donnant ainsi l'opportunitĂ© aux rĂšgles de style du thĂšme systĂšme de "fuiter" de maniĂšre conflictuelle dans notre interface. Avec l’aide et les retours de plusieurs contributeurs et utilisateurs, nous avons beaucoup progressĂ© dans la dĂ©finition de ces styles afin que tous aient une expĂ©rience cohĂ©rente !

        RĂ©cemment, Jehan a travaillĂ© sur la rĂ©organisation et la simplification de notre systĂšme de thĂšmes. Dans les versions de dĂ©veloppement prĂ©cĂ©dentes, nous avions cinq thĂšmes diffĂ©rents : Par DĂ©faut, Gris, SystĂšme, Plus Sombre et Compact (chacun avec des options claires et sombres). Ceux-ci ont Ă©tĂ© simplifiĂ©s dans le thĂšme SystĂšme et un seul thĂšme par dĂ©faut avec trois Ă©tats possibles : clair, foncĂ© et gris. De mĂȘme, nos quatre thĂšmes d'icĂŽnes distincts ont Ă©tĂ© condensĂ©s dans l'ensemble Legacy et un thĂšme d'icĂŽns par dĂ©faut avec des variantes couleur et symbolique. Nous pensons que ces changements rĂ©duiront la confusion des utilisateurs et leur permettront de trouver plus facilement leur apparence d'interface prĂ©fĂ©rĂ©e.

        De plus, sous Windows, la barre de titre principale (et la plupart des barres de titre des boßtes de dialogue) s'ajuste désormais au mode clair ou sombre en fonction du thÚme sélectionné.

        BoĂźte de dialogue de bienvenue

        La boßte de dialogue de bienvenue a été étendue pour fournir un accÚs rapide à un certain nombre de fonctionnalités et d'options utiles. Elle comporte ainsi quatre nouvelles sections :

        • Personnaliser : Plusieurs options de personnalisation nĂ©cessitent de fouiller dans la boĂźte de dialogue des PrĂ©fĂ©rences pour ĂȘtre modifiĂ©es. À prĂ©sent, vous pouvez facilement modifier les thĂšmes de couleurs et d'icĂŽnes, la langue et la taille de la police de l'interface utilisateur, ainsi que certains rĂ©glages en fonction du systĂšme d'exploitation.
        • CrĂ©er : Cette section affiche les huit images que vous avez ouvertes en dernier et vous permet de les rouvrir rapidement. Des boutons pour crĂ©er une nouvelle image ou pour en charger une existante sont Ă©galement prĂ©sents. À l'instar d'autres programmes, vous pouvez demander Ă  ce que cet Ă©cran apparaisse automatiquement au dĂ©marrage de GIMP pour un accĂšs direct Ă  ces fonctionnalitĂ©s.
        • Contribuer : Nous avons rĂ©uni ici quelques-unes des nombreuses façons dont vous pouvez participer au dĂ©veloppement de GIMP. Cette section comporte des liens pour le signalement de bogues, pour Ă©crire du code, pour aider aux traductions ou pour faire un don.
        • Notes de version : PrĂ©cĂ©demment, le lien vers ces notes Ă©taient affichĂ©es dans la moitiĂ© infĂ©rieure de la boĂźte de dialogue de bienvenue. À prĂ©sent, nous avons un onglet entier dĂ©diĂ© Ă  ces notes pour une lecture plus aisĂ©e.

        Formats de fichiers

        Comme cela était déjà le cas avec les versions précédentes, nous avons amélioré la prise en charge de formats de fichiers déjà existants et nous avons ajouté la prise en charge de l'importation et de l'exportation pour de nouveaux formats.

        DDS

        Stayd, un nouveau contributeur, a travaillĂ© avec notre dĂ©veloppeur Jacob Boerema pour apporter de nombreuses amĂ©liorations au greffon DDS. Pour commencer, les fonctions d'importation ont Ă©tĂ© Ă©crites afin d'ĂȘtre plus simples et plus faciles Ă  Ă©tendre dans le futur. Les mises Ă  jour supplĂ©mentaires incluent Ă©galement :

        • Le chargement d'images DDS RVBA 16 et 32 bits/canal est maintenant possible.
        • Le filtre cubique Catmull-Rom a Ă©tĂ© ajoutĂ© pour la gĂ©nĂ©ration de mipmaps, et tous les calculs pour gĂ©nĂ©rer les mipmaps sont effectuĂ©s avec une prĂ©cision de 32 bits.
        • Les images DDS aux formats R8G8, R16 et R16G16 peuvent maintenant Ă©galement ĂȘtre chargĂ©es.
        • Une option pour renverser verticalement les images DDS lors de l'importation a Ă©tĂ© ajoutĂ©e pour faire Ă©cho Ă  l'option d'exportation correspondante, Ă©tant donnĂ© que certaines images de jeux stockent leurs donnĂ©es de cette maniĂšre.

        GIF

        Par le passé, écraser un fichier GIF à la sauvegarde (plutÎt que de l'exporter) le convertissait systématiquement en un fichier avec une seule image. Désormais nous vérifions lors du chargement si le fichier GIF est une animation, de maniÚre à également sauvegarder une animation lors de l'écrasement.

        HEIF et JPEG-XL

        Les deux greffons utilisent maintenant leurs bibliothÚques respectives (libheif et libjxl) pour le chargement des métadonnées. Cela nous a permis de retirer notre code maison chargé d'interpréter l'orientation des images et d'utiliser à la place les informations fournies par ces bibliothÚques.

        OpenEXR

        Le format OpenEXR permet aux canaux d'avoir des noms personnalisés, outre le type de couleur. Dans ce cas, nous considérons maintenant toute image à un seul canal avec un nom non conventionnel comme étant en niveaux de gris. Lors de l'importation, nous affichons une notification afin que les utilisateurs soient prévenus de cette conversion.

        PDF

        L'option d'exportation « Calques en tant que pages Â» fonctionne maintenant mĂȘme s'il y a un seul groupe de calques. Auparavant, cette option n'Ă©tait pas disponible car le greffon vĂ©rifiait seulement s'il y avait plus d'un « calque Â» sans examiner s'il s'agissait d'un groupe de calques avec de multiples sous-calques.

        PNG

        Les fragments de fichiers PNG qui sont « copiables sans risque Â» (« safe-to-copy chunks Â») sont maintenant prĂ©servĂ©s lors de l'importation et inclus dans l'image exportĂ©e. Un autre souci qui existait lors de l'exportation de PNGs indexĂ©s avec transparence (et qui nous avait Ă©tĂ© souvent signalĂ©) a Ă©tĂ© rĂ©solu. DĂ©sormais les couleurs indexĂ©es devraient ĂȘtre affichĂ©es correctement aprĂšs exportation.

        PSD

        Jacob Boerema a poursuivi son travail d'amélioration du greffon PSD. En plus d'avoir résolu des bogues, par exemple dans l'ordre des calques lors de l'importation, il a aussi clarifié l'avertissement présenté lors de l'exportation et concernant la compatibilité des modes de calques entre GIMP et Photoshop.

        PSP

        Le greffon Paintshop Pro peut maintenant importer davantage de caractéristiques depuis un fichier projet, comme par exemple le profil de couleurs ICC, les guides, les grilles, et la sélection active lors de la sauvegarde. Les failles de sécurité ZDI-CAN-22096 et ZDI-CAN-22097 ont également été corrigées dans cette version.

        Nouveaux formats d'image pris en charge : Farbfeld, Esm Software PIX, HEJ2

        Nous avons rĂ©cemment ajoutĂ© la prise en charge de l'importation et de l'exportation pour le format Farbfeld, un format d'image sRVB conçu pour ĂȘtre facile Ă  lire, Ă  envoyer dans des pipes et Ă  compresser avec des outils tiers.

        Nous avons aussi ajouté la prise en charge de l'importation seule pour les nouveaux formats suivants :

        • Esm Software PIX : Un format JPEG modifiĂ© utilisĂ© exclusivement par l'entreprise Esm Software pour stocker leurs images propres. Cela a Ă©tĂ© implementĂ© en rĂ©ponse Ă  un signalement de bogue qui avait confondu ce format avec le format Alias PIX que nous prenions dĂ©jĂ  en charge.
        • HEJ2 : Un ajout Ă  notre greffon HEIF dĂ©jĂ  existant fourni par Daniel NovomeskĂœ qui permet d'importer des images JPEG 2000 compressĂ©es.

        Nouveau format de palette pris en charge : Swatchbooker

        Swatchbooker est un programme libre de crĂ©ation et de conversion de palettes de couleurs qui prend en charge de nombreux formats. Bien que le programme lui-mĂȘme n'ait pas Ă©tĂ© mis Ă  jour depuis de nombreuses annĂ©es, son format de palette propre .sbz est le plus complet de tous ceux que nous prenons en charge actuellement. Parmi ses nombreuses fonctionnalitĂ©s, on peut citer la possibilitĂ© de dĂ©finir des couleurs dans plusieurs modĂšles de couleurs pour chaque entrĂ©e d'une palette, des noms et des descriptions rĂ©gionalisables, et la prise en charge de profils de couleurs ICC diffĂ©rents pour chaque entrĂ©e.

        Via notre travail sur la prise en charge de son importation, nous avons pu fournir des informations qui ont conduit Ă  un correctif de bogue dans la prise en charge de Swatchbooker par Krita. C'est toujours sympa quand des projets peuvent collaborer et s'entraider !

        Interactions avec les pads de tablettes graphiques sous Wayland

        Carlos Garnacho, un contributeur GNOME de longue date, a ajoutĂ© la prise en charge de l'interaction directe des boutons de tablettes graphiques (pad) avec GIMP. Quand une tablette est branchĂ©e, vous pouvez dĂ©sormais assigner diffĂ©rentes actions aux contrĂŽles de la tablette depuis la boĂźte de dialogue « PĂ©riphĂ©riques d'entrĂ©e Â» dans le menu Édition.

        Assigner des actions aux boutons d'une tablette graphique
        Assigner des actions aux boutons d'une tablette graphique - GIMP 2.99.18

        Ce travail a aussi impliqué le portage de fonctionnalités vers GTK 3, la boßte à outils utilisée par GIMP pour son interface graphique. Notez que cette fonctionnalité est seulement disponible sous Wayland pour le moment.

        Mise Ă  jour de l'API

        L'interface de programmation d'application (API), destinĂ©e aux crĂ©ateurs de greffons, est rĂ©guliĂšrement retravaillĂ©e dans le cadre de la refonte de GIMP 3. Une partie de ce travail est de migrer l'API vers l'utilisation de GeglColor lorsque les couleurs sont impliquĂ©es, ce qui entre dans le cadre plus gĂ©nĂ©ral du projet Space Invasion. MalgrĂ© tout, ce n’est qu’une petite partie de l’ensemble des amĂ©liorations de l’API.

        Nous nous orientons Ă©galement vers plus de classes pour reprĂ©senter les diffĂ©rentes ressources gĂ©rĂ©es par GIMP (pinceaux, polices, motifs, etc.) au lieu de les reprĂ©senter uniquement par des noms (ce qui Ă©tait une limitation historique alors qu'il est tout Ă  fait possible Ă  2 crĂ©ateurs de ressources de choisir le mĂȘme nom et le fait est que nous voyons de tels cas dans la nature — par exemple, 2 polices crĂ©Ă©es indĂ©pendamment peuvent avoir le mĂȘme nom).

        Un autre grand pas consiste à remplacer le GimpValueArray représentant les arguments ordonnés d'une procédure d'un greffon par un GimpProcedureConfig qui contient les arguments par nom plutÎt que par ordre. Cela permet une utilisation beaucoup plus sémantique des procédures de greffon (surtout lorsqu'elles ont une longue liste d'arguments) et facilitera également l'amélioration des greffons à l'avenir, avec des arguments nouveaux ou réorganisés sans créer de nouvelles procédures, car l'ordre et le nombre des arguments comptent beaucoup moins. Cela signifie que l'ajout de nouveaux arguments dans le futur ne brisera plus les scripts déjà existants qui dépendaient des versions antérieures de ces greffons (les auteurs de greffons devront toujours choisir des valeurs par défaut appropriées pour les nouveaux arguments afin que cela soit vrai, bien sûr).

        En parallĂšle, nous continuons d'amĂ©liorer la capacitĂ© de crĂ©ation automatique d'interfaces graphiques offerte aux greffons, rendant la crĂ©ation de boĂźtes de dialogue plus simple que jamais. Cela inclut (parmi de nombreuses autres amĂ©liorations) un nouveau type d'argument de procĂ©dure nommĂ© GimpChoice qui est une liste de choix sous forme de chaĂźnes de caractĂšres qui peut ĂȘtre prĂ©sentĂ©e aux crĂ©ateurs sous forme de widgets de liste dĂ©roulante dans la boĂźte de dialogue de votre greffon.

        Nous prĂ©voyons d'Ă©crire et de publier un didacticiel pour les rĂ©dacteurs de greffons dans la section DĂ©veloppement de ressources de notre site Web pour dĂ©veloppeur en mĂȘme temps que la sortie de GIMP 3, ou peu de temps aprĂšs.

        GEGL et babl

        Cette version de GIMP est accompagnée de nouvelles versions de GEGL et babl, qui contribuent toutes deux au projet (Color) Space Invasion.

        babl 0.1.108 apporte une nouvelle fonction babl_space_is_rgb pour nous aider à confirmer directement qu'un espace colorimétrique est RVB (plutÎt que de faire plusieurs tests pour voir s'il n'est pas CMJN ou niveaux de gris). Plusieurs améliorations ont également été apportées au processus de compilation et à l'outil d'interface de ligne de commande de babl.

        GEGL 0.4.48 fournit plusieurs mises à jour de l'objet GeglColor qui prend désormais en charge une grande partie des opérations de couleur de GIMP. Les améliorations spécifiques incluent la possibilité d'obtenir et de définir directement les valeurs de couleur CMJN, ainsi que l'attribution de l'espace colorimétrique lors de la définition des couleurs RVB(A).

        Un crash dans le filtre gegl:voroni existant a Ă©tĂ© corrigĂ©, et un bogue de longue date avec le filtre gegl:dropshadow qui empĂȘchait l'effet de rĂ©trĂ©cir a Ă©galement Ă©tĂ© corrigĂ©.

        Enfin, un nouveau filtre gegl:shuffle-search a été ajouté à l'atelier. Il mélange les pixels voisins pour créer un effet de tramage plus optimisé.

        Statistiques de sortie

        Hormis la premiÚre version de la série (2.99.2), GIMP 2.99.18 est clairement la plus grosse mise à jour à bien des égards. Depuis la version 2.99.16 :

        • 238 rapports ont Ă©tĂ© clĂŽturĂ©s comme CORRIGÉS.
        • 201 demandes de fusion ont Ă©tĂ© acceptĂ©es.
        • 1358 commits ont Ă©tĂ© poussĂ©s.
        • 26 traductions ont Ă©tĂ© mises Ă  jour : allemand, basque, biĂ©lorusse, portugais brĂ©silien, bulgare, catalan, chinois (Chine), danois, espagnol, espĂ©ranto, finnois, gĂ©orgien, grec, hongrois, islandais, italien, lituanien, norvĂ©gien nynorsk, persan, polonais, russe , slovĂšne, suĂ©dois, turc, ukrainien, vietnamien.

        60 personnes ont apporté des modifications ou des correctifs à la base de code de GIMP 2.99.18 (l'ordre est déterminé par le nombre de commits; certaines personnes apparaissent dans plusieurs groupes) :

        • 23 dĂ©veloppeurs pour le code principal : Jehan, Alx Sa, Shubham, Jacob Boerema, Idriss Fekir, bootchk, Anders Jonsson, Carlos Garnacho, mr.fantastic, Stanislav Grinkov, lillolollo, Øyvind KolĂ„s, Sabri Ünal, programmer_ceds, Lukas Oberhuber, programmer-ceds, James Golden, Luca Bacci, Massimo Valentini, Niels De Graef, Zander Brown, psykose, sonia.
        • 17 dĂ©veloppeurs de greffons ou de modules : Jehan, Alx Sa, Jacob Boerema, bootchk, Anders Jonsson, Stayd, Zander Brown, Bruno Lopes, Daniel NovomeskĂœ, Sabri Ünal, programmer_ceds, Kamil Burda, Mark, Michael Schumacher, Stanislav Grinkov, programmer-ceds, sonia.
        • 31 traducteurs : Yuri Chornoivan, Martin, Ekaterine Papava, Luming Zh, Sabri Ünal, Anders Jonsson, Rodrigo LledĂł, Jordi Mas, Alan Mortensen, Vasil Pupkin, Asier Sarasua Garmendia, KolbjĂžrn StuestĂžl, Boyuan Yang, VĂ­ttor Paulo Vieira da Costa, dimspingos, Alexander Shopov, Alexandre Prokoudine, Aurimas Černius, BalĂĄzs Úr, Marco Ciampa, Sveinn Ă­ Felli, Danial Behzadi, Ngọc QuĂąn Tráș§n, JĂŒrgen Benvenuti, Piotr Drąg, Timo Jyrinki, Andre Klapper, Kristjan SCHMIDT, MohammadSaleh Kamyab, Rafael Fontenelle, Tim Sabsch.
        • 9 crĂ©ateurs de ressources (icĂŽnes, thĂšmes, curseurs, splash screen, mĂ©tadonnĂ©es
) : Alx Sa, Jehan, Ferry JĂ©rĂ©mie, Stanislav Grinkov, Anders Jonsson, Bruno Lopes, Jacob Boerema, Sabri Ünal, mr.fantastic.
        • 5 contributeurs Ă  la documentation : Jehan, Bruno Lopes, Jacob Boerema, Alx Sa, Anders Jonsson.
        • 14 contributeurs pour la compilation, l'empaquetage ou l'intĂ©gration continue : Jehan, Bruno Lopes, bootchk, Alx Sa, Zander Brown, Jacob Boerema, Jacob Boerema, Stayd, Carlos Garnacho, Heiko Becker, mr.fantastic, Daniel NovomeskĂœ, U-YGGDRASIL\ender, lillolollo.

        Contributions à d'autres dépÎts du GIMPverse (l'ordre est déterminé par le nombre de commits) :

        • babl 0.1.108 est composĂ© de 17 commits par 6 contributeurs : Jehan, Øyvind KolĂ„s, John Marshall, Andre Klapper, John, sid.
        • GEGL 0.4.48 est composĂ© de 77 commits par 20 contributeurs : Øyvind KolĂ„s, Jehan, Anders Jonsson, Jacob Boerema, Yuri Chornoivan, Alan Mortensen, Sabri Ünal, Andre Klapper, Ekaterine Papava, Jan Tojnar, Jordi Mas, Luming Zh, Martin , Piotr Drąg, VĂ­ttor Paulo Vieira da Costa, Asier Sarasua Garmendia, Marco Ciampa, Rodrigo LledĂł, dimspingos, woob.
        • ctx a eu 308 commits depuis la version 2.99.14 par 1 contributeur : Øyvind KolĂ„s.
        • La version gimp-macos-build (scripts d'empaquetage macOS) est composĂ©e de 32 commits par 1 contributeur : Lukas Oberhuber.
        • La version flatpak est composĂ©e de 15 commits par 3 contributeurs : Jehan, Daniel NovomeskĂœ et Hubert FiguiĂšre.
        • Notre site Web principal a eu 31 commits depuis la sortie du 2.10.36 par 6 contributeurs : Jehan, Alx Sa, Sabri Ünal, Anders Jonsson, Bruno Lopes, Jonathan Demeyer.
        • Notre site Web des dĂ©veloppeurs a eu 30 commits depuis la version 2.10.36 par 5 contributeurs : Bruno Lopes, Jehan, Alx Sa, bootchk, Robin Swift.
        • Notre documentation 3.0 a enregistrĂ© 247 commits depuis la version 2.99.16 par 17 contributeurs : Andre Klapper, Jacob Boerema, Yuri Chornoivan, Alx Sa, Jordi Mas, Alan Mortensen, Dimspingos, Anders Jonsson, Boyuan Yang, Sabri Ünal, VĂ­ttor Paulo Vieira da Costa, Juliano de Souza Camargo, Rodrigo LledĂł, KolbjĂžrn StuestĂžl, Marco Ciampa, Danial Behzadi, Emin Tufan Çetin.

        N'oublions pas de remercier toutes les personnes qui nous aident Ă  faire le tri dans Gitlab, rapportent des bogues et discutent avec nous d'Ă©ventuelles amĂ©liorations. Notre communautĂ© est Ă©galement profondĂ©ment reconnaissante envers les guerriers d'Internet qui gĂšrent nos diffĂ©rents canaux de discussion ou comptes de rĂ©seaux sociaux tels que Ville PĂ€tsi, Liam Quin, Michael Schumacher et Sevenix !

        Remarque : compte tenu du nombre de piÚces qui composent GIMP et son environnement, et de la maniÚre dont nous obtenons des statistiques via des scripts git, des erreurs peuvent se glisser dans ces statistiques. N'hésitez pas à nous dire si nous avons manqué ou mal catégorisé certains contributeurs ou contributions.

        Nouvelles de l'équipe et procédure de sortie

        Les droits d'accÚs au dépÎt git ont été récemment accordés à Bruno Lopes (qui a été trÚs actif dans l'amélioration de notre processus de compilation et de l'empaquetage pour Windows).

        Plusieurs développeurs ou empaqueteurs de longue date ou plus récents qui ont commencé à contribuer au nouveau site Web des développeurs ont également reçu l'accÚs au dépÎt git associé.

        De plus en plus de contributeurs participent dĂ©sormais activement aux tests des versions et du processus d'empaquetage, et c'est la premiĂšre dĂ©pĂȘche depuis des annĂ©es (NDT : cela dĂ©signe la news originale sur le site de GIMP) que Jehan n'a pas Ă©crite presque entiĂšrement ! Merci beaucoup Ă  Alx Sa (alias Nikc ou CmykStudent) d'avoir entamĂ© la rĂ©daction collaborative de la nouvelle !

        Il est clair que nous consolidons jour aprĂšs jour une solide Ă©quipe de contributeurs et cela se voit dans notre processus de publication, avec de plus en plus de retours Ă  chaque version.

        Nous sommes Ă©galement particuliĂšrement heureux et fiers que les 4 projets GSoC que nous avons eus, depuis que nous avons recommencĂ© Ă  souscrire Ă  ce programme de mentorat, aient tous Ă©tĂ© couronnĂ©s de succĂšs et ont fini par ĂȘtre fusionnĂ©s avec la branche principale du code au plus tard six mois aprĂšs la fin du stage.

        Autour de GIMP

        Des nouvelles des miroirs

        Depuis la derniĂšre dĂ©pĂȘche, un nouveau miroir a Ă©tĂ© apportĂ© Ă  GIMP par :

        • Sahil Dhiman, Ă  Nuremberg, en Allemagne, comme projet personnel.

        Cela nous amÚne à un total de 46 miroirs répartis dans le monde.

        Les miroirs sont importants car ils aident le projet en partageant la charge de dizaines de milliers de téléchargements quotidiens. De plus, en disposant de miroirs répartis à travers le monde, nous garantissons que tout le monde puisse avoir un accÚs rapide au téléchargement de GIMP.

        GIMP sous Windows/ARM

        Depuis notre annonce d'une version expĂ©rimentale sur Windows pour l'architecture ARM 64 bits (en anglais), nous avons reçu l'aide de Hernan Martinez, contributeur bien connu du projet MSYS2, qui a hĂ©bergĂ© notre tout premier runner pour l'intĂ©gration continue (CI) pour Windows sur l'architecture Aarch64. Bien que cela n'ait Ă©tĂ© qu'une configuration temporaire (littĂ©ralement une machine de compilation dans le salon de quelqu'un) en attendant une situation plus stable, nous sommes extrĂȘmement reconnaissants envers Hernan qui nous a aidĂ©s Ă  faire notre deuxiĂšme pas sur cette plateforme (la premiĂšre Ă©tape a Ă©tĂ© effectuĂ©e par Jernej, qui a crĂ©Ă© notre premier installateur expĂ©rimental), s'est assurĂ© que notre processus de compilation automatique fonctionne sur cette machine, et plus encore.

        Depuis lors, la situation plus stable est arrivĂ©e : Arm Ltd. eux-mĂȘmes se sont mobilisĂ©s et ont officiellement contribuĂ© trois runners pour notre processus d'intĂ©gration continue dans Gitlab ! Arm Ltd. a Ă©galement sponsorisĂ© un kit de dĂ©veloppement Windows pour l'un de nos dĂ©veloppeurs.

        Bien que nous considĂ©rions toujours cette version comme expĂ©rimentale, en raison du manque de tests et du fait que seuls 2 contributeurs disposent actuellement d'une machine capable de l'exĂ©cuter, le plus gros facteur bloquant a Ă©tĂ© supprimĂ© et nous sommes heureux d'annoncer que notre programme d'installation Windows universel pour GIMP 2.99.18 contient GIMP pour les 3 plates-formes (x86 32 et 64 bits, et maintenant ARM 64 bits) !

        Télécharger GIMP 2.99.18

        Vous trouverez toutes nos versions officielles sur le site officiel de GIMP (gimp.org) :

        • Flatpaks Linux pour x86 et ARM (64 bits)
        • Installateur Windows universel pour x86 (32 et 64 bits) et pour ARM (64 bits)
        • Paquets macOS DMG pour le matĂ©riel Intel
        • Paquets macOS DMG pour le matĂ©riel Apple Silicon

        D'autres paquets réalisés par des tiers devraient évidemment suivre (paquets des distributions Linux ou *BSD, etc.).

        Et ensuite ?

        Alors que nous sommes maintenant entrés dans un gel des fonctionnalités, notre attention s'est déplacée vers la correction des bogues, le nettoyage et la préparation de la premiÚre version candidate 3.0.

        Nous pensons en effet qu'il s'agit de la derniÚre version de développement puisqu'aucune nouvelle fonctionnalité ne sera introduite désormais, du moins au niveau de l'interface utilisateur (l'API est encore en évolution jusqu'à la premiÚre version candidate). Donc, ce que vous voyez maintenant est essentiellement ce que vous devriez obtenir dans GIMP 3.0.0, en termes de fonctionnalités.

        C'est pourquoi nous avons sorti cette version mĂȘme si nous savons qu'elle est assez instable. C'est l'heure des commentaires de derniĂšre minute ! C'est aussi le moment de signaler et de corriger les bogues comme si demain n'existait pas. Nous espĂ©rons pouvoir bientĂŽt livrer une RC1 et elle devrait ĂȘtre aussi dĂ©pourvue de bogue que possible.

        Nous espĂ©rons actuellement pouvoir publier GIMP pour le prochain Libre Graphics Meeting du 9 au 12 mai. Pour ĂȘtre honnĂȘte, ce n’est pas un objectif facile et nous ne sommes donc pas sĂ»rs de pouvoir l’atteindre. Ce qui est sĂ»r, c'est que mĂȘme si nous n'y parvenons pas Ă  temps, cela ne devrait pas arriver trop longtemps aprĂšs. En particulier, nous ne publierons pas simplement parce que nous avons fixĂ© une date limite. Nous voulons offrir la meilleure expĂ©rience possible, ce qui signifie que si nous dĂ©couvrons des bogues bloquants de derniĂšre minute, nous retarderons la sortie jusqu'Ă  ce qu'ils soient corrigĂ©s.

        N'oubliez pas que vous pouvez faire un don et financer personnellement les dĂ©veloppeurs de GIMP, c'est un moyen de donner en retour et d'accĂ©lĂ©rer le dĂ©veloppement de GIMP. L’engagement communautaire permet au projet de se renforcer ! đŸ’ȘđŸ„ł

        Commentaires : voir le flux Atom ouvrir dans le navigateur

        ❌