X-Received: by 2002:a05:622a:d0:: with SMTP id p16mr6644028qtw.386.1643140698879;
        Tue, 25 Jan 2022 11:58:18 -0800 (PST)
X-Received: by 2002:a05:6902:1083:: with SMTP id v3mr20884945ybu.337.1643140698587;
 Tue, 25 Jan 2022 11:58:18 -0800 (PST)
Path: ...!feeds.phibee-telecom.net!newsreader4.netcologne.de!news.netcologne.de!peer01.ams1!peer.ams1.xlned.com!news.xlned.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: fr.comp.os.linux.debats
Date: Tue, 25 Jan 2022 11:58:18 -0800 (PST)
Injection-Info: google-groups.googlegroups.com; posting-host=2a01:cb1c:f17:900:d196:5d89:9df4:c1d0;
 posting-account=q7TWSwoAAACOGlDiqgPG6hvLEUJmQy4p
NNTP-Posting-Host: 2a01:cb1c:f17:900:d196:5d89:9df4:c1d0
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <eefed3d0-ffee-401d-9179-edc4665cc84dn@googlegroups.com>
Subject: Gimp de Linux.fr
From: ptilou <ptilou@gmail.com>
Injection-Date: Tue, 25 Jan 2022 19:58:18 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Received-Bytes: 5393
Bytes: 5615
Lines: 78

slt,

je colle :
=E2=80=9C GEGL, babl et ctx

Le c=C5=93ur =F0=9F=AB=80=E2=9A=99=EF=B8=8F du GIMP moderne est GEGL, un pr=
ojet de biblioth=C3=A8que presque aussi vieux que GIMP lui-m=C3=AAme, d=C3=
=A9velopp=C3=A9 par les m=C3=AAmes personnes, quand bien m=C3=AAme la premi=
=C3=A8re tentative d=E2=80=99int=C3=A9gration a seulement eu lieu dans GIMP=
 2.6, et qui, depuis lors, fait doucement son chemin pour =C3=AAtre le mote=
ur principal derri=C3=A8re la plupart des manipulations de pixel dans le lo=
giciel.

Le d=C3=A9veloppement de GEGL a =C3=A9t=C3=A9 ralenti depuis 2019, mais pri=
ncipalement parce qu=E2=80=99il devient chaque jour plus stable, ce qui sig=
nifie surtout que le code se consolide. C=E2=80=99est donc une bonne situat=
ion.
Maintenant, ce serait tout de m=C3=AAme injuste d=E2=80=99oublier de parler=
 des prises en charge r=C3=A9centes du mod=C3=A8le de couleur CMYK dans GEG=
L, ce qui signifie que nous sommes un pas plus proche d=E2=80=99une meilleu=
re prise en charge dans GIMP.

Une autre aventure excitante est le nouveau projet sur lequel travaille =C3=
=98yvind Kol=C3=A5s : ctx, une biblioth=C3=A8que de graphisme vectoriel.

Bien s=C3=BBr cela peut para=C3=AEtre futile si on d=C3=A9veloppe une appli=
cation de graphisme matriciel, mais il y a en fait beaucoup de sujets conco=
mitants. Un de ces sujets est l=E2=80=99interface graphique elle-m=C3=AAme =
qui est g=C3=A9n=C3=A9ralement rendue par des primitives vectorielles. Dans=
 le cas de GTK, le rendu est produit via Cairo. =C3=98yvind a beaucoup trav=
aill=C3=A9 pour faire un rendu =C3=A0 la fois plus joli et plus rapide que =
Cairo, ou au moins =C3=A9quivalent dans de nombreux cas. ctx inclue =C3=A9g=
alement la gestion des couleurs depuis le d=C3=A9but tel une partie int=C3=
=A9grante de la plateforme.

Bien s=C3=BBr ctx est en plein d=C3=A9veloppement comme on peut le voir par=
 le nombre de commits. Donc il faut garder raison et observer =C3=A0 ce sta=
de, mais c=E2=80=99est certainement un projet int=C3=A9ressant puisque =C3=
=98yvind est clairement un d=C3=A9veloppeur R&D aguerri.

Il y a d=E2=80=99autres choses pour lesquelles ctx est utile, telles que le=
s quelques op=C3=A9rations de GEGL avec des composants vectoriels qui ont d=
=C3=A9j=C3=A0 =C3=A9t=C3=A9 port=C3=A9es vers cette nouvelle biblioth=C3=A8=
que (par ex. gegl:fill-path) et le rendu de texte aussi se fait dor=C3=A9na=
vant le plus souvent via des formes vectorielles (donc qui sait ce qu=E2=80=
=99il se passera quand nous am=C3=A9liorerons la prise en charge du texte ?=
). GIMP ne va pas se r=C3=A9orienter vers du graphisme vectoriel, mais nous=
 pourrions parfaitement avoir plus de fonctionnalit=C3=A9s bas=C3=A9es sur =
du vectoriel dans l=E2=80=99avenir (quiconque suit un peu mon travail sur Z=
eMarmot par exemple sait que nous cherchons vraiment =C3=A0 am=C3=A9liorer =
les mani=C3=A8res d=E2=80=99int=C3=A9grer SVG dans GIMP, comme dans mon exp=
=C3=A9rimentation de calque-lien vers des images externes, non encore int=
=C3=A9gr=C3=A9e).
Quand nous ferons plus de prise-en-charge vectorielle dans GIMP, ctx sera s=
ans aucun doute une solution potentielle de choix.

Je sais que =C3=98yvind me dirait que ctx est en fait beaucoup plus vaste q=
ue ces quelques usages que j=E2=80=99ai r=C3=A9sum=C3=A9s ici. Donc permets=
-moi de m=E2=80=99excuser =C3=A0 l=E2=80=99avance, =C3=98yvind ! C=E2=80=99=
est la raison pour laquelle ce billet est en mon nom, assumant mes propres =
limitations dans la compr=C3=A9hension de tes plans futurs, et pr=C3=AAt =
=C3=A0 =C3=AAtre agr=C3=A9ablement surpris et =C3=A9tonn=C3=A9 plus tard ! =
=F0=9F=A4=AF=E2=80=9D

tiens des smilles ?
(quel int=C3=A9r=C3=AAt ?)

je ne comprend pas pourquoi ne pas unir les force du logiciel libre, et ne =
pas avoir utiliser une biblioth=C3=A8que comme Imagemagick, cela perm=C3=AE=
t pour les personne souhaitant utiliser le libre pour faire du logiciel( to=
us en respectants les prescriptions des licences, bon on dit pas toujours o=
u c=E2=80=99est publi=C3=A9=E2=80=A6)
plut=C3=B4t que d=E2=80=99avoir refait un c=C5=93ur qui doit s=E2=80=99insp=
irer ou avoir des collisions, sur d=E2=80=99autre biblioth=C3=A8que ?

a moi je profite d=E2=80=99une version special !

=E2=80=94=20
ptilou