Donc dans gnome-shell en version 3.0, il aurait fallu mettre quoi ? Sachant que pour le moment, les extensions sont non stables ( ie, pas d'ui pour les retirer avant aujourd'hui, pas d'api stable ). Soit ne pas mettre l'icone ( ce qui revient à "pas d'accessibilité" ), soit la mettre sous la forme actuelle. La gestion des extensions est toujours à minima pour le moment et ce depuis toujours, car, à tort ou à raison, ça n'était pas la priorité.
Si on me dit "bah fallait attendre d'avoir une API stable pour les extensions avant de sortir gnome-shell", je rappelle qu'il a déjà été retardé d'un an, et qu'à un moment, il faut faire une release si tu veux avoir du véritable feedback de la part des utilisateurs ( "release soon, release often" ). Si Kde 4 a bien montré un truc, c'est que garder ton produit en beta n'aide pas, car les gens qui testent trouvent ça super, mais pas le reste du monde.
Donc faire une API sans savoir exactement ce que veulent les gens, c'est relativement dur, et c'est couteux à supporter. Donc le choix a été fait d'ajouter ça après. Une fois qu'une API sera défini, oui, je pense qu'il faudra migrer les divers outils. En attendant non, l'infra ne le permet pas sans paraitre totalement hypocrite.
[^] # Re: Trolledi indeed
Posté par Misc (site web personnel) . En réponse au journal Un site d'extensions pour GNOME-shell. Évalué à 4.
Donc dans gnome-shell en version 3.0, il aurait fallu mettre quoi ? Sachant que pour le moment, les extensions sont non stables ( ie, pas d'ui pour les retirer avant aujourd'hui, pas d'api stable ). Soit ne pas mettre l'icone ( ce qui revient à "pas d'accessibilité" ), soit la mettre sous la forme actuelle. La gestion des extensions est toujours à minima pour le moment et ce depuis toujours, car, à tort ou à raison, ça n'était pas la priorité.
Si on me dit "bah fallait attendre d'avoir une API stable pour les extensions avant de sortir gnome-shell", je rappelle qu'il a déjà été retardé d'un an, et qu'à un moment, il faut faire une release si tu veux avoir du véritable feedback de la part des utilisateurs ( "release soon, release often" ). Si Kde 4 a bien montré un truc, c'est que garder ton produit en beta n'aide pas, car les gens qui testent trouvent ça super, mais pas le reste du monde.
Donc faire une API sans savoir exactement ce que veulent les gens, c'est relativement dur, et c'est couteux à supporter. Donc le choix a été fait d'ajouter ça après. Une fois qu'une API sera défini, oui, je pense qu'il faudra migrer les divers outils. En attendant non, l'infra ne le permet pas sans paraitre totalement hypocrite.