Est-ce qu'ils vont refaire le coup de Qt ? Le saut de version était tellement complexe qu'un tas de logiciel ont mis 2 ans pour passer à la nouvelle version sans rajouter une seul fonction. Cela a définitivement enterrer le desktop linux à l'époque.
Il me semble que GTK3 n'a jamais eu de vrai support pour Windows, ce qui a dû pas mal freiner la migration de GTK2 à GTK3 pour les applications multiplate-formes.
C'est d'ailleurs bizarre en 2020 d'encore faire des sorties bing-bang avec des trous de plusieurs années. Depuis linux 2.6, on sait que se stabiliser peut prendre un temps fou et que l'adoption est plus facile avec des changements incrémentals.
En même temps si les projets suivent le semantic versioning ce n'est pas un problème. Les versions majeures de Gtk ne sont pas si fréquentes et c'est pas le problème des développeurs Gtk (ou tout projet) de se dire « cette version va tout casser en terme de compatibilité ». Si on reste bloqué à faire du rétro compatible éternellement on avance jamais et on peut pas nettoyer.
Les sauts entre les versions 2, 3 et 4 ont été bien assez longs pour ne pas frustrer les développeurs. Ce serait plus problématique s'ils faisaient des nouvelles versions majeures tous les ans.
En plus, Qt 4 et Gtk 2 sont encore utilisables (Gimp, hplip) c'est juste qu'il y a des fonctionnalités en moins comme wayland, la ultra haute résolution, etc…
git is great because linus did it, mercurial is better because he didn't
Sauf que la version majeur annuel serait 4x fois plus petite et facile à digérer.
Un des succès de linux est aussi sa stabilité d'interface utilisateur. En interne, il casse tout mais en interne seulement.
Ok, offrir une couche de compatibilité peut prendre du temps au dev Gtk. Mais imaginez que chacun des projets utilisant la version précédente va devoir faire se travail, au lieu de faire des meilleurs fonctionnalités. Je ne suis pas sûr qu'au final, cela soit bénéfique pour le libre.
Oui et tu imagines le nombre de différentes versions qu'on aurait dans les dépôts parce que certains projets n'ont pas le temps ni l'envie de migrer tout de suite à une version majeure ?
Il y a juste à voir le bordel de nodejs et leur version majeure tous les ans, c'est simple presque personne n'installe node depuis les dépôts mais utilise des outils annexes (comme nvm) pour avoir 25 versions de node sur son système.
git is great because linus did it, mercurial is better because he didn't
C'est sûr que ça fait à peu près un an que j'ai commencé la migration du projet gtk-fortran de GTK 3 vers GTK 4. Ca fait pas mal de casse dans les API. Migrer une grosse application, ça représentera un gros boulot. Surtout si finalement on se contente de faire marcher l'existant avec le nouveau GTK et qu'on ne tire pas profit des nouvelles API.
Probablement qu'en 2030, la libgtk-3.0 sera toujours présente dans nos distributions…
C'est pas comme si les devs étaient pris par suprise. GTK-4 a été annoncé il y a déjà 3-4 ans et il était déjà possible de developper sur la branche de developpement 3.99. Et la fin de support de GTK-3 n'a pas encore été annoncée.
L'avantage de ce genre de sauts de versions, c'est que ça permet aux utilisateurs d'identifier les projets morts / morts-vivants.
Si ça se trouve les APIs cassées de la nouvelle version touche des modules peu utilisées ou sont mêmes en très peu nombre. Si ça se trouve, une application Gtk ultra basique en Gtk 3 compile même déjà en Gtk 4 sans aucune modification.
Surtout que Gtk est développée en même temps que GNOME et toutes ses applications alors je doute fort qu'ils s'amusent à tout casser juste pour « tout casser » parce que là ils se tireraient une balle dans le pied gratuitement.
git is great because linus did it, mercurial is better because he didn't
Bah à peine GTK4 sorti qu'ils planifie GTK5 (cf le lien du dessous), qu'ils planifient GTK4.1 ça serait normal mais GTK5 .. ça montre bien qu'ils n'en 9nt rien a faire de la compatibilité..
Dommage que les dev d'Haiku ont préféré faire joujou avec leur propre noyau plutôt que d'utiliser Linux comme base car au contraire leur force a eux c'est la stabilité au niveau API..
Y a-t-il un desktop sur Linux qui vise la stabilité (retrocompatibilité) au niveau API?
Sur le long terme, ça pourrait être une stratégie gagnante..
Dans ce projet, il s'agissait pourtant essentiellement de simples démos. Mais qui d'un autre point de vue étaient justement faites pour explorer de nombreux widgets. Donc c'est normal d'avoir été confronté à pas mal de petits ou gros changements (pour faire simplement tourner les applis comme avant, sans même utiliser les nouveautés de GTK 4).
Donc la migration vaut le coup si :
- on veut profiter des nouveautés de GTK 4,
- et/ou on vise une pérennité de l'application au-delà des 10 prochaines années.
Pour développer une nouvelle application, on choisira GTK 4 si on n'est pas ultra-pressé : pour l'instant GTK 4.0.0 est dans Fedora Rawhide et devrait arriver dans une semaine ou deux dans Fedora 33. Dans Debian, elle est encore dans la branche expérimentale. Donc je ne sais pas encore si elle apparaîtra dans Ubuntu 21.04.
Voir : https://pkgs.org/search/?q=gtk4
Enfin, il y a un Discourse très actif pour les développeurs GTK : https://discourse.gnome.org/c/platform/5
Emmanuele Bassi, un des développeurs de GTK, y est très actif et vous apporte toujours des réponses nettes et claires.
# Portabilité ?
Posté par Nicolas Boulay (site web personnel) . Évalué à 9.
Est-ce qu'ils vont refaire le coup de Qt ? Le saut de version était tellement complexe qu'un tas de logiciel ont mis 2 ans pour passer à la nouvelle version sans rajouter une seul fonction. Cela a définitivement enterrer le desktop linux à l'époque.
"La première sécurité est la liberté"
[^] # Re: Portabilité ?
Posté par vieille_moule . Évalué à 0.
Je dirais que ça n'a pas d'importance. GTK4 est là, c'est tout.
Ceci étant, il me semble que GTK3 n'a pas posé de réels problèmes, n'est-ce pas?
[^] # Re: Portabilité ?
Posté par bagage . Évalué à 4.
Il me semble que GTK3 n'a jamais eu de vrai support pour Windows, ce qui a dû pas mal freiner la migration de GTK2 à GTK3 pour les applications multiplate-formes.
[^] # Re: Portabilité ?
Posté par Nicolas Boulay (site web personnel) . Évalué à 7.
C'est d'ailleurs bizarre en 2020 d'encore faire des sorties bing-bang avec des trous de plusieurs années. Depuis linux 2.6, on sait que se stabiliser peut prendre un temps fou et que l'adoption est plus facile avec des changements incrémentals.
"La première sécurité est la liberté"
[^] # Re: Portabilité ?
Posté par David Demelier (site web personnel) . Évalué à 3. Dernière modification le 17 décembre 2020 à 14:07.
Gtk 3 fonctionne sous Windows, le problème c'est que cela utilise le thème Adwaita par défaut et pour le coup c'est pas du tout « intégré ».
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Portabilité ?
Posté par David Demelier (site web personnel) . Évalué à 2.
En même temps si les projets suivent le semantic versioning ce n'est pas un problème. Les versions majeures de Gtk ne sont pas si fréquentes et c'est pas le problème des développeurs Gtk (ou tout projet) de se dire « cette version va tout casser en terme de compatibilité ». Si on reste bloqué à faire du rétro compatible éternellement on avance jamais et on peut pas nettoyer.
Les sauts entre les versions 2, 3 et 4 ont été bien assez longs pour ne pas frustrer les développeurs. Ce serait plus problématique s'ils faisaient des nouvelles versions majeures tous les ans.
En plus, Qt 4 et Gtk 2 sont encore utilisables (Gimp, hplip) c'est juste qu'il y a des fonctionnalités en moins comme wayland, la ultra haute résolution, etc…
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Portabilité ?
Posté par Nicolas Boulay (site web personnel) . Évalué à 8.
Sauf que la version majeur annuel serait 4x fois plus petite et facile à digérer.
Un des succès de linux est aussi sa stabilité d'interface utilisateur. En interne, il casse tout mais en interne seulement.
Ok, offrir une couche de compatibilité peut prendre du temps au dev Gtk. Mais imaginez que chacun des projets utilisant la version précédente va devoir faire se travail, au lieu de faire des meilleurs fonctionnalités. Je ne suis pas sûr qu'au final, cela soit bénéfique pour le libre.
"La première sécurité est la liberté"
[^] # Re: Portabilité ?
Posté par David Demelier (site web personnel) . Évalué à 3. Dernière modification le 18 décembre 2020 à 10:18.
Oui et tu imagines le nombre de différentes versions qu'on aurait dans les dépôts parce que certains projets n'ont pas le temps ni l'envie de migrer tout de suite à une version majeure ?
Il y a juste à voir le bordel de nodejs et leur version majeure tous les ans, c'est simple presque personne n'installe node depuis les dépôts mais utilise des outils annexes (comme nvm) pour avoir 25 versions de node sur son système.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Portabilité ?
Posté par vmagnin (site web personnel) . Évalué à 4.
C'est sûr que ça fait à peu près un an que j'ai commencé la migration du projet gtk-fortran de GTK 3 vers GTK 4. Ca fait pas mal de casse dans les API. Migrer une grosse application, ça représentera un gros boulot. Surtout si finalement on se contente de faire marcher l'existant avec le nouveau GTK et qu'on ne tire pas profit des nouvelles API.
Probablement qu'en 2030, la libgtk-3.0 sera toujours présente dans nos distributions…
[^] # Re: Portabilité ?
Posté par Psychofox (Mastodon) . Évalué à 3.
C'est pas comme si les devs étaient pris par suprise. GTK-4 a été annoncé il y a déjà 3-4 ans et il était déjà possible de developper sur la branche de developpement 3.99. Et la fin de support de GTK-3 n'a pas encore été annoncée.
L'avantage de ce genre de sauts de versions, c'est que ça permet aux utilisateurs d'identifier les projets morts / morts-vivants.
[^] # Re: Portabilité ?
Posté par devnewton 🍺 (site web personnel) . Évalué à 5.
Ça permets aussi de tuer des projets sans bonne raison…
Est-ce que Gtk 3 était si nul qu'il fallait absolument le jeter plutôt que l'améliorer ?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Portabilité ?
Posté par David Demelier (site web personnel) . Évalué à 3. Dernière modification le 18 décembre 2020 à 19:01.
Tu es vraiment défaitiste.
Si ça se trouve les APIs cassées de la nouvelle version touche des modules peu utilisées ou sont mêmes en très peu nombre. Si ça se trouve, une application Gtk ultra basique en Gtk 3 compile même déjà en Gtk 4 sans aucune modification.
Surtout que Gtk est développée en même temps que GNOME et toutes ses applications alors je doute fort qu'ils s'amusent à tout casser juste pour « tout casser » parce que là ils se tireraient une balle dans le pied gratuitement.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Portabilité ?
Posté par reno . Évalué à 4.
Bah à peine GTK4 sorti qu'ils planifie GTK5 (cf le lien du dessous), qu'ils planifient GTK4.1 ça serait normal mais GTK5 .. ça montre bien qu'ils n'en 9nt rien a faire de la compatibilité..
Dommage que les dev d'Haiku ont préféré faire joujou avec leur propre noyau plutôt que d'utiliser Linux comme base car au contraire leur force a eux c'est la stabilité au niveau API..
Y a-t-il un desktop sur Linux qui vise la stabilité (retrocompatibilité) au niveau API?
Sur le long terme, ça pourrait être une stratégie gagnante..
[^] # Re: Portabilité ?
Posté par vmagnin (site web personnel) . Évalué à 3.
Les changements à apporter pour migrer de GTK 3 à 4 sont listés ici:
https://developer.gnome.org/gtk4/4.0/gtk-migrating-3-to-4.html
https://gitlab.gnome.org/GNOME/gtk/-/blob/master/NEWS
Mon expérience personnelle, dans le cadre de la migration de gtk-fortran de GTK 3 vers 4, est qu'il y a pas mal de changements à faire :
https://github.com/vmagnin/gtk-fortran/issues?page=2&q=label%3A%22GTK+4%22+is%3Aclosed
Dans ce projet, il s'agissait pourtant essentiellement de simples démos. Mais qui d'un autre point de vue étaient justement faites pour explorer de nombreux widgets. Donc c'est normal d'avoir été confronté à pas mal de petits ou gros changements (pour faire simplement tourner les applis comme avant, sans même utiliser les nouveautés de GTK 4).
Donc la migration vaut le coup si :
- on veut profiter des nouveautés de GTK 4,
- et/ou on vise une pérennité de l'application au-delà des 10 prochaines années.
Pour développer une nouvelle application, on choisira GTK 4 si on n'est pas ultra-pressé : pour l'instant GTK 4.0.0 est dans Fedora Rawhide et devrait arriver dans une semaine ou deux dans Fedora 33. Dans Debian, elle est encore dans la branche expérimentale. Donc je ne sais pas encore si elle apparaîtra dans Ubuntu 21.04.
Voir : https://pkgs.org/search/?q=gtk4
La 4.0.0 présente bien sûr encore des bugs :
https://gitlab.gnome.org/GNOME/gtk/-/issues
et une version mineure devrait sortir pour GNOME 40.
Enfin, il y a un Discourse très actif pour les développeurs GTK :
https://discourse.gnome.org/c/platform/5
Emmanuele Bassi, un des développeurs de GTK, y est très actif et vous apporte toujours des réponses nettes et claires.
[^] # Re: Portabilité ?
Posté par barmic 🦦 . Évalué à 2.
Qui de mieux que les développeurs de GTK pour savoir ça ? Note qu'ils en ont même pris une décision à ce sujet.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# GTK4 : histoire du développement et contributeurs
Posté par antistress (site web personnel) . Évalué à 5.
https://blog.gtk.org/2020/12/17/who-wrote-gtk4/
# Un article en français détaillant les nouveautés de GTK 4
Posté par vmagnin (site web personnel) . Évalué à 2.
https://gtk.developpez.com/actu/311313/GTK-4-0-est-disponible-La-boite-a-outils-pour-realiser-des-interfaces-graphiques-apporte-des-ameliorations-dans-le-transfert-des-donnees-et-d-une-prise-en-charge-integree-de-la-lecture-multimedia/
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.