Puisque tu as l'air de suivre plus en détail les changements de GTK
Je ne suis pas particulièrement GTK+. J'ai découvert pas mal de choses en lisant des posts parce que j'ai participé à la dépêche. Et aussi avec le fait d'avoir été au GUADEC.
est-ce qu'il prévoient encore de gros changements d'APIs et/ou de comportement pour la suite (GTK4, 5, 6, ...) ou bien est-ce que les APIs de base vont tendre vers une stabilisation générale?
C'est pas qu'ils prévoient des changements d'APIs ou de comportements. Dit comme ça, on dirait presque que ça veut dire "yeah on va tout casser juste pour embêter les gens". ;-P
C'est simplement que les technologies évoluent, ainsi que les développeurs. Un exemple classique, c'est de faire une erreur conceptuelle. Cela ne rend pas une API forcément inutilisable pour autant, mais ça peut la rendre limitée, chiante à utiliser, voire aberrante (dans certains cas, mais pas d'autres peut-être, ce qui peut expliquer l'erreur car le dév n'a pas vu le problème immédiatement). Tout développeur est tombé sur ce type d'API un jour dans une librairie ou une autre. Ben un changement de version majeure est l'occasion pour casser ce type d'API et les rendre plus logique et utilisable.
Et puis tout simplement, faut bien suivre les technologies. Dans ce genre de librairies, les APIs sont en générale suffisamment abstraites pour qu'un changement de technologie sous-jacente (on va penser au passage de X à Wayland par exemple, mais y a aussi plein d'autres technologies qui sont des briques essentielles de GTK+) ne change pas ces dernières. Mais encore une fois, le monde n'est pas parfait, et il est possible que des points de l'interface doivent être légèrement adaptées.
En gros, vouloir une stabilité totale, ce serait un peu une lubie avec un librairie aussi étendue (c'est à dire qui touche tant de sujet, donc tant de technologies) que GTK+. Du moins si on veut vivre avec son temps et faire évoluer la librairie.
Ensuite je ne doute pas une seconde que les dévs ne vont pas s'amuser à tout changer tout le temps. Ils ne le feront que lorsque cela s'avèrera nécessaire.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: GTK+4
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche GNOME 3.22 Karlsruhe : A Land Far, Far Away. Évalué à 4.
Je ne suis pas particulièrement GTK+. J'ai découvert pas mal de choses en lisant des posts parce que j'ai participé à la dépêche. Et aussi avec le fait d'avoir été au GUADEC.
C'est pas qu'ils prévoient des changements d'APIs ou de comportements. Dit comme ça, on dirait presque que ça veut dire "yeah on va tout casser juste pour embêter les gens". ;-P
C'est simplement que les technologies évoluent, ainsi que les développeurs. Un exemple classique, c'est de faire une erreur conceptuelle. Cela ne rend pas une API forcément inutilisable pour autant, mais ça peut la rendre limitée, chiante à utiliser, voire aberrante (dans certains cas, mais pas d'autres peut-être, ce qui peut expliquer l'erreur car le dév n'a pas vu le problème immédiatement). Tout développeur est tombé sur ce type d'API un jour dans une librairie ou une autre. Ben un changement de version majeure est l'occasion pour casser ce type d'API et les rendre plus logique et utilisable.
Et puis tout simplement, faut bien suivre les technologies. Dans ce genre de librairies, les APIs sont en générale suffisamment abstraites pour qu'un changement de technologie sous-jacente (on va penser au passage de X à Wayland par exemple, mais y a aussi plein d'autres technologies qui sont des briques essentielles de GTK+) ne change pas ces dernières. Mais encore une fois, le monde n'est pas parfait, et il est possible que des points de l'interface doivent être légèrement adaptées.
En gros, vouloir une stabilité totale, ce serait un peu une lubie avec un librairie aussi étendue (c'est à dire qui touche tant de sujet, donc tant de technologies) que GTK+. Du moins si on veut vivre avec son temps et faire évoluer la librairie.
Ensuite je ne doute pas une seconde que les dévs ne vont pas s'amuser à tout changer tout le temps. Ils ne le feront que lorsque cela s'avèrera nécessaire.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]