Depuis 2006, le LibreGraphicsMeeting réuni une fois par an divers équipes et utilisateurs avancés des logiciels de créations graphiques. Nous parlons ici de Gimp, Krita, Inkscape, Scribus pour les équipes les plus régulières mais d’autres projets viennent régulièrement contribuer au groupe ou se faire connaître, présenter des projets moins visibles, plus ciblés voire des bibliothèques d’outils. Le but de ces rencontres est multiple : permettre aux contributeurs de se retrouver une fois l’an pour définir des objectifs annuels, définir des stratégies interlogicielles afin de favoriser l’interopérabilité comme cela a pu être le cas avec la création de format comme le OpenRaster…

Les effets du LibreGraphicsMeeting ont été importants dans le workflow de la création graphique mais cela n’est pas fini car le domaine évolue beaucoup en termes de besoin mais aussi en termes d’application avec de nouvelles pratiques et de nouvelles priorités.

2024 signe le retour du LibreGraphicsMeeting en présentiel, ce qui était l’objectif initial. Il se déroulera à Rennes du 9 au 12 mai dans les locaux d’Activdesign et sera organisé cette année par l’Association francophone des graphistes libres (AFGRAL) en remplacement du Grafik Labor avant de reprendre éventuellement sa mobilité internationale.

S’agissant d’une édition de reprise, l’objectif est de pouvoir faire un point sur les évolutions et nouveautés de ces dernières années par des conférences, et de permettre les rencontres lors d’atelier ou réunions de travail. Si vous souhaitez participer au LGM, n’hésitez pas à proposer une conférence avant le 2 février 2024, après quoi le comité de programmation se réunira.

Les formats d’image classiques datent des années 1990 : après le format GIF en 1987, sont apparus le JPEG en 1992, le PNG en 1996 et le SVG en 1998. Leur adoption progressive s’est faite dans le contexte de la première guerre des navigateurs.

Ces formats couvrant à peu près tous les usages, les choses en sont restées là pendant plus de dix ans. Mais le paysage a commencé à changer dans les années 2010, avec l’introduction d’un nouveau format d’image moderne, WebP, pensé pour répondre à tous les besoins courants et pouvoir supplanter à la fois JPEG et PNG. Depuis, les nouveautés s’enchaînent, avec HEIF en 2015, AVIF en 2019 et JPEG XL en 2022.

Voici de quoi y voir plus clair.

Le logo avec un manchot, une marmotte et un gnou dormant sur l’herbe, c’est elle.

Aryeom est dessinatrice et réalisatrice de films d’animation et c’est l’une des premières personnes auxquelles j’ai pensé pour ces entretiens.

On lui doit un certain nombre d’améliorations de Gimp. Et même si on parle beaucoup de Gimp, on découvrira dans cette interview les autres logiciels qu’elle utilise. On y parlera aussi de marmottes, de tablette graphique, de licences et de langues. En effet, Aryeom est coréenne et le français, ni l’anglais ne sont ses langues maternelles et elle mérite un énorme remerciement pour cet entretien où certaines questions n’étaient peut-être pas si évidentes.

Il se trouve que, si tout va bien, cette interview est la première d’une petite série où le logiciel Gimp tient une place significative. Mais, ne divulgâchons rien.

Les applications Web actuelles tendent à réaliser une grande part des traitements en frontal (front‐end), c’est‐à‐dire du côté client, et à réduire au maximum la partie côté serveur (back‐end). Un exemple classique est l’application mono‐page (Single‐Page Application), où la gestion de l’interface et des données est réalisée principalement côté client avec, quand c’est nécessaire, des requêtes serveurs (AJAX, WebSockets…). Pour implémenter ce genre d’applications, on utilise généralement un cadriciel frontal comme AngularJS, Vue.js, React/Redux… Ces cadriciels proposent une architecture de base (MVC, flux…) qui permet d’implémenter facilement une application classique de présentation et de manipulation de données.

L’objectif de cet article est de comparer quelques technologies pour réaliser une application un peu plus interactive : une application de dessin basique. Les technologies considérées ici sont JavaScript (sans bibliothèque), Haskell Miso (cadriciel frontal), C++ Wt (cadriciel fullstack basé widgets) et WebAssembly.