Greboca  

Suport technique et veille technologique

Aujourd’hui, les grandes entreprises et administrations publiques hésitent entre continuer à utiliser des logiciels propriétaires ou basculer vers les Logiciels Libres. Pourtant, la plupart des logiciels libres sont capables de bien traiter les données issues des logiciels propriétaire, et parfois avec une meilleur compatibilité.

C’est alors la barrière de la prise en main qui fait peur, et pourtant...

Les logiciels libres

L’aspect « Logiciel Libre » permet une évolution rapide et une plus grande participation des utilisateurs. Les aides et tutoriels foisonnent sur Internet ou sont directement inclus dans le logiciel lui-même.

Enfin, les concepteurs sont plus proches des utilisateurs, ce qui rend les logiciels libres plus agréable à utiliser et conviviaux.

Grâce à la disponibilité des logiciels libres, vous trouverez facilement des services de support techniques et la licence n’est plus un frein à l’utilisation de ces logiciels par votre personnel.

Notre support technique concerne essentiellement les logiciels libres, que ce soit sous forme de services ponctuels ou de tutoriels.

DLFP - Dépêches  -  GIMP 2.10.34 est sorti

 -  Avril 2023 - 

GIMP est finalement sorti, avec des corrections et certaines améliorations rétroportées depuis la base de code de développement.

Sommaire

Cette nouvelle liste les changements les plus notables et les plus visibles. En particulier, nous ne listons pas ici les corrections de bogues. Pour avoir une liste des changements plus complète, vous pouvez vous référer au fichier NEWS ou consulter l'historique des commits

Formats de fichiers

TIFF

Outre différentes corrections de bogues, la boîte de dialogue pour l'importation de fichiers TIFF comporte à présent une nouvelle option nommée « Montrer les images réduites » (« Show reduced images »), rétroportée depuis la version de développement GIMP 2.99.14.

Voici ce que nous vous en disions lorsque cette option a été annoncée :

Le format TIFF a un concept de « page réduite ». Jusqu'à présent, nous supposions que les pages marquées comme « réduites » étaient des vignettes. Or, ce n'est pas toujours le cas. Par exemple, nous avons eu des retours de fabricants d'appareils médicaux qui utilisaient les « pages réduites » comme des images sous-échantillonnées générées par ces appareils. Ils avaient besoin que GIMP soit capable de charger toutes les pages en tant que calques (les images principales et les images sous-échantillonnées).

GIMP 2.10.34: importing reduced pages of TIFF files

Importation de pages réduites depuis des fichiers TIFF - GIMP 2.10.34

C'est pourquoi nous avons ajouté une nouvelle option appelée « Montrer les images réduites » (« Show reduced images »), qui vous permet de décider si vous voulez les charger ou non. L'option sera cochée par défaut selon une petite heuristique : s'il n'y a qu'une seule page réduite et qu'elle se trouve en deuxième position, alors il s'agit probablement d'une vignette (selon l'usage courant dans les logiciels) ; dans ce cas, nous désactivons la case par défaut. Mais en fin de compte, c'est vous qui choisissez !

PSD

Nous avons aussi rétroporté un bon paquet de fonctionnalités de la branche de développement afin d'améliorer la prise en charge du format PSD.

En particulier :

JPEG XL

Bien que l'importation du format JPEG XL ait été possible dans la branche stable depuis GIMP 2.10.32, l'exportation est maintenant prise en charge dans cette version (mais limitée au 8 bits sans perte).

De plus, la prise en charge des métadonnées à l’importation (mais pas à l’exportation) a été rétroportée, permettant ainsi à cette version de Gimp d’être bien plus utile aux personnes travaillant avec ce format.

Note pour les empaqueteurs : la prise en charge des métadonnées depuis JPEG XL nécessite libjxl 0.7.0 ou plus récent.

PDF

Notre code pour l'importation et l'exportation du format PDF fermait les yeux sur la capacité du format à gérer la transparence. Cela n'est plus le cas.

À partir de GIMP 2.10.34 et au-delà, la boîte de dialogue pour l'importation de fichiers PDF proposera une option nommée « Remplir les régions transparentes en blanc » (« Fill transparent areas with white »). Cette option sera cochée par défaut (ce qui est ainsi équivalent au comportement des versions précédentes) car la plupart des logiciels de bureautique semblent créer des fichiers PDF en supposant que les logiciels de lecture ajoutent un fond blanc. Désactiver l'option ne donnerait donc pas le rendu attendu. C'est sans doute la raison pour laquelle notre code faisait la même chose que les autres logiciels de lecture jusqu'à présent. Cependant, il sera désormais possible de conserver un arrière-plan transparent lors du chargement lorsque cela est voulu.

Import a transparent PDF in GIMP 2.10.34

Importation de fichier PDF dans GIMP 2.10.34 : nouvelle option « Remplir les régions transparentes en blanc » (« Fill transparent areas with white »)

De manière symétrique, nous proposons maintenant une option nommée « Remplir les régions transparentes avec la couleur d'arrière-plan » (« Fill transparent areas with background color ») lors de l'exportation au format PDF. Cela vous permet de choisir si vous voulez ajouter un arrière-plan opaque, et donc éliminer la transparence, ou bien si vous préférez conserver la transparence dans l'image et ainsi la garder telle qu'elle est dans le canevas GIMP.

Export a transparent PDF in GIMP 2.10.34

Exportation au format PDF dans GIMP 2.10.34 : nouvelle option « Remplir les régions transparentes avec la couleur d'arrière-plan » (« Fill transparent areas with background color »)

Bien sûr, il est important de noter que, comme dit plus haut, tous les lecteurs PDF ne sont pas capables de gérer la transparence. Très souvent, de nombreux lecteurs (y compris les lecteurs des navigateurs web) remplissent simplement le fond en blanc. Mais si vous disposez d'un lecteur ou d'un éditeur PDF plus conforme, cette nouvelle possibilité peut être intéressante.

Données brutes (raw data)

🛈 Nous entendons ici par « données brutes » (« raw data ») le cas où vous exportez vos pixels directement sous forme de données contiguës ou de plans de bits (planar data), sans suivre un format de fichier spécifique, et non pas le cas des formats de fichiers RAW comme sont souvent nommés les formats utilisés par les appareils photographiques numériques (pour ces fichiers, nous préférons encore faire usage d’un bon logiciel de développement RAW, tel que darktable ou RawTherapee).

Grâce à un rétroportage partiel de GIMP 2.99.12, GIMP peut maintenant exporter votre image sous forme de données brutes avec la précision requise pour l'utilisation désirée en aval. En d'autres termes, vous pouvez maintenant exporter des images brutes avec une grande profondeur de couleurs.

Il faut noter cependant que les améliorations de ce greffon présentes dans la version de développement n'ont pas toutes été rétroportées. En particulier, il est possible que vous ne puissiez pas charger à nouveau les images avec une grande profondeur de couleurs que vous avez exportées. Cela est dû au fait que les changements nécessaires modifieraient considérablement la procédure PDB (Procedural DataBase) liée à ce greffon, ce qui serait incompatible avec les scripts tiers qui font appel à cette procédure pour charger les données brutes sous forme d'images.

Sélecteur de modèles dans l’interface de « Taille du canevas »

Le sélecteur de modèles présenté dans la version de développement 2.99.6 de GIMP a maintenant été rétroporté. Cela vous permet de redimensionner votre canevas plus facilement lorsque vous utilisez des formats d'images courants.

Template selector in Canvas Size dialog - GIMP 2.10.34

Sélecteur de modèles dans l’interface de « Taille du canevas » - GIMP 2.10.34

Ancrables avec en-têtes « visibilité » et « lien »

Un rétroportage très partiel des nombreux changements ergonomiques qui ont eu lieu dans la version de développement 2.99.10 concerne les ancrables de Calques, de Canaux et de Chemins. Ceux-ci comportent à présent un petit en-tête au-dessus de la liste des éléments, avec les icônes « œil » 👁️ et « lien » 🔗 afin d'améliorer la découvrabilité des colonnes correspondantes.

Icon header in Layers dockable in GIMP 2.10.34

Icônes d'en-tête « Visibilité » et « Lien »

Remarque : l'effet de bordure lors du survol des colonnes de visibilité et de lien avait déjà été rétroporté dans GIMP 2.10.32.

Amélioration du prélèvement de couleur depuis le bureau (Windows, X11)

GIMP possède deux fonctionnalités de prélèvement de couleur : l'outil « Pipette à couleurs » qui fonctionne uniquement au sein des images ouvertes (mais avec une meilleure gestion des couleurs) et la pipette à couleurs présente dans l'ancrable Couleurs qui peut prélever une couleur n'importe où sur l'écran et qui s'appuie sur l'infrastructure fournie par l'OS ou par le bureau que vous êtes en train d'utiliser.

Sous Windows, la fonctionnalité de prélèvement de couleur a été entièrement réécrite avec un code dédié à l'OS qui marche beaucoup mieux lorsque plusieurs écrans sont présents, y compris lorsque différentes densités d'affichage sont utilisées (cela résout des problèmes de suivi des coordonnées présent dans l'implémentation précédente).

Sous Linux/X11, nous faisons un retour en arrière pour résoudre une régression dans le prélèvement de couleur sur le bureau. Nous avions l'habitude de suivre les recommandations concernant la manière de faire à la Wayland, qui sont de privilégier les « portails » de prélèvement de couleur lorsqu'ils sont disponibles. Malheureusement la plupart de ces portails (voire tous ?) ne fournissent toujours pas d'information de gestion des couleurs pour la couleur renvoyée. Étant donné que tout travail graphique nécessite une gestion correcte des couleurs, nous avons décidé de retourner vers un code entièrement basé sur le bon vieux style X11.

Notez que puisque la branche stable de GIMP utilise encore GTK+2, GIMP utilisera XWayland même si vous tournez sous Wayland. En d'autres termes, GIMP 2.10.34 utilise maintenant le code pour X11 quel que soit le système de fenêtrage en cours d'utilisation.

Persistence des préférences pour les échelles et modes de couleurs

Dans les boîtes de dialogue « Changer la couleur de premier plan/d'arrière-plan » ou dans l'ancrable Couleurs, vous avez la possibilité de voir les couleurs avec les échelles 0..100 ou 0..255. Vous pouvez aussi voir les couleurs dans les modèles de description alternatifs LCh ou HSV.

Ces deux réglages sont maintenant enregistrés et persistent d'une session à l'autre, afin que vous puissiez travailler dans votre environnement préféré sans avoir à modifier ces options à chaque fois.

Améliorations sur macOS

Cette version est livrée avec quelques corrections de bogues dédiées aux versions macOS. Le plus notable est que nous avons implémenté la prise en charge du HTTPS (puisque notre bibliothèque principale d'E/S, GIO, ne prend pas correctement en charge macOS pour ce protocole) pour 2 fonctionnalités en particulier :

  • Vérifier les mises à jour : à moins que vous ne désactiviez l'option dans « Préférences », vous devriez maintenant être averti des nouvelles versions de GIMP.
  • Système d'aide : il est désormais possible de lire la documentation à distance depuis le navigateur d'aide de GIMP.

API des greffons

Deux nouvelles fonctions ont été ajoutées, enveloppant des filtres de traitement de base des couleurs, facilitant leur appel à partir de greffons tiers :

  • gimp_drawable_shadows_highlights(): fonction réalisant le filtre « Tons sombres-Tons clairs » dans le menu « Couleurs ».
  • gimp_drawable_extract_component(): fonction réalisant le filtre « Extraire le composant » dans le menu « Couleurs > Composants ».

GEGL, babl

Comme d'habitude, cette version de GIMP est accompagnée de nouvelles versions de babl et de GEGL :

  • babl 0.1.100 apporte des corrections de bogues au code récemment ajouté responsable de la création et de l'emploi des tables de correspondance (LUT). Cette version prend également mieux en charge les caractères non-ASCII dans les chemins de fichiers sous Windows.
  • babl 0.1.102 a désactivé l'utilisation de LUT par défaut qui dépendait de la variable d'environnement BABL_LUT, ce qui nous a donné un peu de temps pour résoudre une poignée d'autres problèmes découverts à la dernière minute.
  • GEGL 0.4.42 apporte une prise en charge conditionnelle de libraw 0.21.0, tout en améliorant également les opérations suivantes : rgb-clip, perlin, mosaic, c2g, long-shadow and gif-load.

Des améliorations diverses au système de compilation ont également été faites à la fois pour babl et pour GEGL.

Statistiques de sortie

35 personnes ont apporté des modifications ou des correctifs à la base de code de GIMP 2.10.34 :

  • 13 développeurs : Jehan, Jacob Boerema, Alx Sa, Daniel Novomeský, Lukas Oberhuber, Luca Bacci, Ian Martins, Nyári-Kovács, Dávid Tamás, Simon Budig, Stanislav Grinkov, valadaptive et Øyvind Kolås.
  • 22 traducteurs : Sabri Ünal, Anders Jonsson, Martin, Yuri Chornoivan, Marco Ciampa, Cristian Secară, Rodrigo Lledó, Tim Sabsch, Alan Mortensen, Chao-Hsiung Liao, Ekaterine Papava, Milo Ivir, Piotr Drąg, Zurab Kargareteli, Jordi Mas, Luming Zh, Luna Jernberg, Balázs Úr, Hugo Carvalho, Jürgen Benvenuti, Kristjan SCHMIDT et Sveinn í Felli.
  • 19 traductions ont été mises à jour : allemand, catalan, chinois (Chine), chinois (Taïwan), croate, danois, espagnol, espéranto, géorgien, hongrois, islandais, italien, polonais, portugais, roumain, slovène, suédois, turc et ukrainien.

Contributions sur d'autres dépôts dans le GIMP vers :

  • 4 contributeurs à babl 0.1.100 et 0.1.102 : Luca Bacci, Jehan, Øyvind Kolås et Ulf Prill.
  • 7 contributeurs à GEGL 0.4.42 : Øyvind Kolås, Alan Mortensen, Jehan, Michael Drake, Sabri Ünal, Chris Mayo et Jordi Mas.
  • 2 contributeurs à ctx depuis la version 2.99.14 : Øyvind Kolås et Carlos Eduardo.
  • 3 contributeurs à gimp-macos-build (scripts de build macOS) depuis la version 2.99.14 : Lukas Oberhuber, Kyungjoon Lee et Mingye Wang.
  • 4 contributeurs à notre site principal depuis la version 2.99.14 : Jehan, Aryeom Han, Michael Schumacher et Tim Spriggs.
  • 3 contributeurs à notre site développeur depuis la version 2.99.14 : Jehan, Krek Krek et kotvkvante.
  • 9 contributeurs à notre documentation depuis la version 2.99.14 : Jacob Boerema, Anders Jonsson, Jordi Mas, Yuri Chornoivan, Andre Klapper, Danial Behzadi, Hugo Carvalho, Martin et Nathan Folens.

Ensuite, n'oublions pas de remercier toutes les personnes qui nous aident au triage dans Gitlab, signalent des bogues et discutent avec nous des améliorations possibles. Et bien sûr, notre communauté est profondément reconnaissante aux guerriers de l'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 pour git, des erreurs peuvent se glisser dans ces statistiques. N'hésitez pas à nous dire si nous avons manqué ou mal classé certains contributeurs ou contributions.

Procédure de sortie améliorée et appel à testeurs

D'aussi loin que je [Jehan] me souvienne, GIMP a eu une procédure de sortie très précise, décrite pas-à-pas via une liste de tâches dans un long fichier. Dernièrement, j'ai travaillé en vue de l'améliorer davantage, en faisant un rapport public, une liste de tâches qui peuvent être cochées… et en particulier, je voudrais que les fichiers sources et les exécutables soient testés en profondeur par autant de personnes que possible. 👩‍🔬🧪👨‍🔬

Cette version est la première fois que nous avons essayé cette nouvelle procédure de sortie (la procédure a bien marché : la sortie a été retardée car nous avons trouvé des problèmes de dernière minute, ce qui est une bonne chose !).

Nous avons déjà quelques personnes qui testent GIMP sous Windows, même si davantage de personnes serait encore mieux.

D'un autre côté, nous n'avons presque personne qui teste les exécutables pour macOS ou le flatpak (à part les développeur·ses et les empaqueteur·ses, bien sûr). 😢

Notez que nous ne produisons pas nos propres paquets pour tous les OS existants, mais nous sommes toujours heureux d'accueillir des gens désireux de tester GIMP sous *BSD, Haiku ou autre, du moment que vous pouvez compiler GIMP sous votre système préféré.

Pour toutes ces raisons, si vous êtes désireux de nous aider à améliorer GIMP en participant aux tests de la version à sortir, merci d'ouvrir un rapport sur le traqueur du site des développeurs avec les informations suivantes :

  • le système d'exploitation (Linux, Windows, macOS, *BSD…) sous lequel vous ferez les tests, si possible avec des détails (quelle distribution Linux et quelle version ? quelle version de Windows ou de macOS ? …) ;
  • les architectures sur lesquelles vous ferez les tests (x86, ARM… 32 ou 64 bits) ;
  • si vous testerez les paquets pré-compilés ou depuis les fichiers sources (avec votre propre compilation faite sur mesure).

Nous vous inclurons alors dans le test de la prochaine version à sortir (à la fois pour les versions stables et de développement).

Ce que nous attendons des personnes faisant les tests :

  • Assurez-vous de recevoir les notifications de Gitlab quand votre pseudonyme est mentionné (nous vous recommandons de régler votre niveau global de notification (Global notification level) sur « Participate » ou « On mention »).
  • Suivez le rapport de sortie pour être au courant de ce qui se passe et de quand nous avons besoin de vous.
  • Les rapports de sortie ne sont pas un endroit où nous apprenons aux gens comment utiliser les fonctions de base d'un ordinateur. Les personnes réalisant les tests n'ont pas besoin d'être des développeur·ses, mais elles doivent être capables de suivre des instructions techniques basiques, de faire des retours plus utiles que « ça ne marche pas », et de manière générale d'interagir avec les personnes participant au développement.
  • Soyez agréables et accueillants : tout le monde ici est bénévole, les testeurs aussi bien que les développeurs. Ceci est un logiciel libre et communautaire, pas un travail sans âme. 🤗

Autour de GIMP

Nouvelles sur les miroirs

Deux organisations ont fourni des miroirs supplémentaires pour distribuer GIMP.

Nos remerciements à Artfiles New Media GmbH (Hambourg, Allemagne), qui était en fait un sponsor de nos miroirs de longue date et qui nous a rejoint récemment en mettant à jour leurs réglages vers notre nouveau système de miroirs ; et au Fremont Cabal Internet Exchange qui a ajouté deux miroirs supplémentaires aux États-Unis et un à Bogota en Colombie (notre second miroir en Amérique du Sud).

Les miroirs sont importants car ils aident le projet en se partageant la charge des dizaines de milliers de téléchargements quotidiens. De plus, avoir des miroirs distribués autour du monde permet de s'assurer que tout le monde peut télécharger GIMP rapidement.

Nouvelles sur les livres

Une nouvelle section "Tchèque" a été ajoutée à notre page des livres, avec 4 livres qui nous ont été signalés. Ces livres sont un peu vieux et semblent tous viser GIMP 2.8. Espérons donc une grande couverture de GIMP 2.10 (et bientôt 3.0) en tchèque à l'avenir !

Nous rappelons à tous que nous accueillons les ajouts de livres, en particulier les nouveaux livres pour les dernières versions de GIMP (ce qui serait très utile à tout le monde). Que vous l'ayez écrit ou que vous l'ayez simplement lu, si vous connaissez un livre sur GIMP, il vous suffit de rapporter les mêmes informations que les autres livres de la liste. Merci !

Télécharger GIMP 2.10.34

Comme d'habitude, GIMP 2.10.34 est disponible sur site officiel de GIMP (gimp.org) en 4 formats d'empaquetage :

  • Flatpak de développement Linux
  • Installateur Windows
  • Packages macOS DMG pour le matériel Intel
  • Packages macOS DMG pour le matériel Apple Silicon

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

Et après ?

Ces jours-ci, nous nous concentrons principalement sur la version de développement, d'autant plus que nous avons de grands projets pour 2023, comme indiqué dans nos plans 2023 (rapport annuel 2022). Pour toute personne intéressée par l'avenir de GIMP, je recommande fortement la lecture de ce rapport.

Néanmoins, les corrections de bogues en particulier, et la maintenance en général, doivent encore sortir pour la branche stable. Nous publierons probablement au moins une version stable, voire plusieurs, avant la sortie de GIMP 3.0.

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 de la communauté aide le projet à se renforcer ! 💪🥳

Aller plus loin

Annonce officielle de GIMP 2.10.34

Commentaires : voir le flux Atom ouvrir dans le navigateur

par Jona, Matthieu, Yves Bourguignon, palm123, bobble bubble, Arkem, ElectronLibre63

DLFP - Dépêches

LinuxFr.org

Les langues peu documentées et le libre : quelques enjeux scientifiques

 -  7 mai - 

Comme beaucoup de domaines scientifiques, la documentation de la diversité linguistique entretient une relation forte avec les mondes du Libre. (...)


Lettre d'information XMPP de février 2024

 -  7 mai - 

NdT — Ceci est une traduction de la lettre d’information publiée régulièrement par l’équipe de communication de la XSF, essayant de conserver les (...)


Projets Libres! Episode 23 : financer le logiciel libre eu Europe

 -  7 mai - 

Pour ce nouvel épisode, nous plongeons dans le programme de financement européen Next Generation Internet - NGI Zero !Nous recevons Lwenn (...)


RootDB - une application web de reporting, auto-hebergée

 -  3 mai - 

Présentation rapide de RootDB, une application auto-hébergeable open-source (AGPLv3), permettant de générer des rapports à base de requêtes SQL. (...)


Libre Graphics Meeting 2024, les 9-11 mai, à Rennes, France

 -  30 avril - 

Le Libre Graphics Meeting (LGM) est la plus grande rencontre mondiale des logiciels libres de graphisme. Née en 2006 de la proposition de l’équipe (...)