URL: https://linuxfr.org/news/gnome-annonce-la-nouvelle-bibliotheque-libadwaita Title: GNOME annonce la nouvelle bibliothĂšque libadwaita Authors: Adrien Dorsaz ted, bobble bubble, agardelein, Julien Jorge, Ysabeau đŸ§¶, 4fages et BenoĂźt Sibaud Date: 2021ćčŽ03月31æ—„T12:42:44+02:00 License: CC By-SA Tags: gnome, gtk, libadwaita et gtk4 Score: 66 Adrien Plazas nous annonce la venue de _libadwaita_, une bibliothĂšque qui proposera la premiĂšre implĂ©mentation officielle des _Human Interface Guidelines_ de GNOME (les directives pour les interfaces humaines, abrĂ©gĂ©es _HIG_). Cette nouvelle bibliothĂšque simplifie la vie des dĂ©veloppeurs d’applications pour GNOME, puisqu’elle donne enfin un socle commun, validĂ© par l’équipe design, pour suivre les HIG de GNOME. De plus, elle permettra au projet GTK de redevenir plus indĂ©pendante de la plateforme GNOME. Pour les dĂ©veloppeurs qui connaissent dĂ©jĂ  libhandy, libadwaita en est le successeur GTK4 et libhandy sera remplacĂ© par libadwaita. ![banniĂšre d’en-tĂȘte de libadwaita](https://aplazas.pages.gitlab.gnome.org/blog/assets/blog/introducing-libadwaita-header.svg) La suite de la dĂ©pĂȘche vous propose une traduction de l’annonce de cette nouvelle bibliothĂšque, avec l'accord de l'auteur original. ---- [Introduction de libadwaita](https://aplazas.pages.gitlab.gnome.org/blog/blog/2021/03/31/introducing-libadwaita.html) [Projet Gitlab libadwaita](https://gitlab.gnome.org/GNOME/libadwaita/) ---- # Introduction de libadwaita GNOME 41 [NdT: prĂ©vu pour l’automne 2021] viendra avec [libadwaita](https://gitlab.gnome.org/GNOME/libadwaita/), la mise Ă  jour GTK4 de la bibliothĂšque [libhandy](https://gitlab.gnome.org/GNOME/libhandy), qui jouera un rĂŽle central dans la dĂ©finition du langage visuel et de l’expĂ©rience utilisateur des applications GNOME. ## GNOME et GTK Depuis 20 ans, GNOME dĂ©finit les [directives pour les interfaces humaines](https://developer.gnome.org/hig/stable/) (_human interface guideslines_, abrĂ©gĂ©es _HIG_) qui sont suivies par les applications ciblant la plateforme. L’implĂ©mentation des HIG requiert beaucoup de travail manuel pour les dĂ©veloppeurs d’applications. Ça a amenĂ© beaucoup de copier-coller de code d’interface utilisateur, plein de lĂ©gĂšres variations et erreurs d’interprĂ©tations et ça a rendu les applications difficiles Ă  maintenir et remplies d’[incohĂ©rences visuelles et comportementales](https://blogs.gnome.org/alexm/2021/03/13/reinventing-tabs/). Le fait que ces directives ne soient pas gravĂ©es dans le marbre et qu’elles Ă©voluent trĂšs souvent a fait exploser la quantitĂ© d’incohĂ©rences. Le respect des directives peut ĂȘtre simplifiĂ© avec une bibliothĂšque offrant des widgets et styles adaptĂ©s. Ce rĂŽle a Ă©tĂ© rempli par GTK Ă  cause de ses liens trĂšs forts avec le projet GNOME: Adwaita est Ă  la fois le langage visuel de GNOME et le thĂšme par dĂ©faut de GTK. Cependant, c’est assez problĂ©matique, parce que GTK dessert plusieurs publics et plateformes, et que ça favorise GNOME Ă  la place des autres. Cette situation amĂšne aussi des conflits de cycle de vie : la machinerie GTK doit ĂȘtre extrĂȘmement stable et ne peut pas Ă©voluer dans une course rapide, alors que les directives de GNOME et Adwaita Ă©voluent en comparaison beaucoup plus vite et tireraient bĂ©nĂ©fice d’une bibliothĂšque suivant le rythme des designs les plus rĂ©cents. ## DĂ©mĂȘler les 2 projets Le besoin d’offrir Ă  GNOME une bibliothĂšque qui avance plus vite a rapidement grandi dans la communautĂ© et beaucoup de bibliothĂšques de widgets ont comblĂ© le vide : libdazzle, libegg, libgd et libhandy pour en nommer quelques-unes. Ça a amĂ©liorĂ© la situation, mais ça a juste contournĂ© les problĂšmes plutĂŽt que de les rĂ©soudre. GNOME a besoin d’une bibliothĂšque officielle implĂ©mentant rapidement les HIG et dĂ©veloppĂ©e en collaboration avec l’équipe design. Une telle bibliothĂšque dĂ©finirait le langage visuel de GNOME en offrant les feuilles de style et les modĂšles dans un unique paquet. Ainsi, GTK pourrait Ă©voluer indĂ©pendamment de GNOME, Ă  un rythme suivant ses besoins. Il pourrait se focaliser sur des widgets plus gĂ©nĂ©riques et sur le cƓur de sa machinerie, simplifiant son support de thĂšme en le rendant plus flexible. En plus, ça permettrait aux autres utilisateurs de GTK de jouer dans la mĂȘme cour : du point de vue de GTK, GNOME, elementary et Inskape ne feraient plus aucune diffĂ©rence, et cette hypothĂ©tique bibliothĂšque de GNOME remplirait le mĂȘme rĂŽle que Granite pour elementary. L’introduction de cette bibliothĂšque ne devrait pas rendre GTK moins utile sur les autres plateformes ou rendre les applications GTK plus difficiles Ă  construire (ou plus vilaines). Ça devrait simplement ĂȘtre une autre bibliothĂšque dont vous pouvez choisir de dĂ©pendre si vous voulez que votre application s’intĂšgre bien avec GNOME. ## Adwaita Pour rĂ©soudre le besoin d’indĂ©pendance de GTK et celui de l’évolution plus rapide de GNOME, nous sommes en train de crĂ©er le projet libadwaita. Adwaita est le nom de l’identitĂ© et du langage visuel de GNOME et il est dĂ©jĂ  utilisĂ© par deux projets qui l’implĂ©mentent: la feuille de style GTK Adwaita et l’ensemble d’icĂŽnes Adwaita. Cette nouvelle bibliothĂšque libadwaita a l’intention d’étendre ce concept en Ă©tant la partie code logiciel qui manque Ă  Adwaita. La bibliothĂšque sera implĂ©mentĂ©e comme le successeur GTK4 et remplaçant de libhandy et elle sera dĂ©veloppĂ©e par les dĂ©veloppeurs actuels de libhandy. La feuille de style Adwaita sera dĂ©placĂ©e dans libadwaita, ainsi que ses variantes tels que HighContrast et HighContrastInverse. GTK utilisera une copie de cette feuille de style renommĂ©e Default, qui se concentrera sur les besoins des applications GTK pures. Pour plus d’informations, lisez le rapport de bug [gtk#3582](https://gitlab.gnome.org/GNOME/gtk/-/issues/3582) et la demande de fusion [gtk!3079](https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/3079). Nous voulons que ça arrive rapidement dans le dĂ©veloppement de libadwaita. Comme elle implĂ©mentera les HIG de GNOME, les dĂ©veloppeurs de la bibliothĂšque travailleront en Ă©troite collaboration avec l’équipe design de GNOME. L’équipe design fera Ă©galement des revues de l’ensemble de dĂ©part des widgets et styles hĂ©ritĂ©s de libhandy, s’assurant qu’ils sont d’équerre avec les directives qu’ils ont dĂ©veloppĂ©es et qu’ils rafraĂźchiront pour GNOME 41. La transition est actuellement dĂ©veloppĂ©e en Ă©troite collaboration entre les dĂ©veloppeurs GTK, les dĂ©veloppeurs de libhandy et l’équipe design de GNOME. Elle a Ă©tĂ© Ă©galement discutĂ©e avec une variĂ©tĂ© d’autres dĂ©veloppeurs de GNOME et elementary. ## Donnez-la-moi ! Si vous ĂȘtes un dĂ©veloppeur d’application GNOME, vous voudrez sĂ»rement porter votre application depuis GTK3 (et libhandy) vers GTK4 et libadwaita Ă  temps pour GNOME 41. Vous pouvez trouver libadwaita sur le [Gitlab de GNOME](https://gitlab.gnome.org/GNOME/libadwaita/) et vous pouvez joindre les dĂ©veloppeurs sur le salon Matrix [#libadwaita:gnome.org](https://matrix.to/#/#libadwaita:gnome.org?via=gnome.org). Vous pouvez aussi les joindre sur le salon IRC #libadwaita sur GIMPnet. Le projet libadwaita suivra les mises Ă  jour des HIG, et les sorties suivront le calendrier de GNOME. Chaque version de la bibliothĂšque ciblera une version spĂ©cifique de GNOME, la premiĂšre version stable sera livrĂ©e avec GNOME 41. La premiĂšre version stable de la bibliothĂšque sera la version 1.0. Nous ne suivrons pas les numĂ©ros de version de GNOME, car les versions majeures de la bibliothĂšque Adwaita s’étendront sur plusieurs sorties de GNOME, sinon, ça serait ingĂ©rable pour les dĂ©veloppeurs d’application. Les versions majeures seront installables en parallĂšles. La bibliothĂšque n’est pas tout Ă  fait prĂȘte Ă  ĂȘtre utilisĂ©e maintenant, nous devons corriger quelques problĂšmes restants, Ă©crire un guide de migration et sortir une premiĂšre version alpha que vous pourrez cibler en toute sĂ©curitĂ©. Nous sortirons ensuite plusieurs versions alphas et les guides de migrations correspondant, pour que vous puissiez mettre Ă  jour en sĂ©curitĂ© votre application pendant que nous stabiliserons libadwaita 1.0 sans mĂȘme casser vos builds. À partir de maintenant, le rythme de dĂ©veloppement de libhandy va extrĂȘmement ralentir pour que nous nous concentrions sur le dĂ©veloppement de libadwaita. Toute amĂ©lioration faite pour libhandy doit dorĂ©navant d’abord ĂȘtre implĂ©mentĂ©e dans libadwaita. Nous espĂ©rons que les utilisateurs GTK 4 se rĂ©jouissent de leur indĂ©pendance accrue et que les dĂ©veloppeurs d’applications GNOME se sentent valorisĂ©s ! Merci aux dĂ©veloppeurs GTK, Ă  l’équipe design de GNOME et Ă  Alexander Mikhaylenko pour l’aide apportĂ©e lors de l’écriture de cet article.

AltStyle ă«ă‚ˆăŁăŠć€‰æ›ă•ă‚ŒăŸăƒšăƒŒă‚ž (->ă‚ȘăƒȘă‚žăƒŠăƒ«) /