Microsoft s'excuse d'avoir supprimé le contrôle Pivot de WinUI 3

WinUI 3 est une couche d'interface utilisateur qui prend la couche visuelle UWP XAML découplée, la bibliothèque WinUI 2, et la combine avec des fonctionnalités et des capacités plus modernes. Cette couche peut être utilisée dans n'importe quelle application de bureau ou application UWP.

Microsoft a travaillé en étroite collaboration avec les développeurs pour développer et étendre la bibliothèque, mais s'est heurté à un brouhaha au cours des dernières semaines sur GitHub après avoir supprimé le contrôle Pivot de la collection.

Le contrôle a été supprimé sans préavis, Microsoft citant une faible utilisation et que Microsoft souhaitait déplacer la conception Fluent dans une direction différente.

Les propres applications de Microsoft utilisent cependant fortement le contrôle, y compris le hub de rétroaction par exemple, et les développeurs se sont plaints que le remplacement de la fonctionnalité dans les applications existantes représenterait beaucoup de travail, accusant Microsoft de ne pas bien comprendre les besoins des développeurs.

Plus précisément, ils ont accusé Microsoft de :

• Ne pas bien comprendre à quoi servait le Pivot dans tous les cas (créant un écart de fonctionnalité)
• Ne pas communiquer à l'avance de grands changements comme celui-ci (comme vous l'avez reconnu) afin que vous puissiez comprendre l'impact et tous les points de vue
• Prendre de telles décisions en fonction des contraintes de ressources chez Microsoft et ne pas tenir compte de la quantité de ressources considérablement plus élevée requise de vos clients pour contourner ce problème
• Faire des changements comme celui-ci en se basant uniquement sur la direction des équipes de conception et de PM. Les développeurs (ou votre client) doivent avoir une voix plus forte et devraient pouvoir annuler les deux dans ce cas.
• Utiliser des données hautement suspectes pour justifier une décision que vous vouliez déjà prendre

Après avoir un peu creusé les talons, Ryan Demopoulos, directeur principal du programme chez Microsoft, a maintenant publié des excuses et une rétractation, en disant :

J'ai passé les deux derniers jours à y réfléchir. Comme mentionné lors de l'appel communautaire, je regrette la façon dont nous avons géré la suppression de Pivot. Permettez-moi de développer un peu ceci:

WinUI est un produit avec ses propres ambitions. La raison pour laquelle nous avons supprimé Pivot n'était pas à cause d'une faible utilisation, nous l'avons supprimé parce que nous voulons faire évoluer le produit (et la conception Fluent elle-même) dans une direction différente. jeC'était absolument le cas où nous prenions une décision a priori de le supprimer, et nous avons consulté notre télémétrie pour essayer de déterminer si nous pouvions le faire en toute sécurité sans trop de perturbations. Nous sommes pleinement conscients de son utilisation dans les applications de boîte de réception puisque nous travaillons en étroite collaboration avec ces équipes. En termes de chiffres externes bruts (tiers), il n'est pas très utilisé, et nous avons donc pensé - à tort - que nous pouvions le supprimer sans causer beaucoup de stress.

C'était évidemment un mauvais jugement. L'erreur est de ma responsabilité, et à partir de maintenant, je m'efforcerai de consulter la communauté sur toutes les fonctionnalités que nous supprimons, au mieux de mes capacités. Il y aura des moments où nous voudrons changer la direction du produit, et Pivot en est un bon exemple : nous voulons toujours nous éloigner de Pivot à long terme et avoir de meilleures alternatives en place pour cela. Mais nous vous devons également, à vous, notre communauté, de vous consulter avant d'entreprendre de telles actions et d'écouter et d'adapter nos solutions afin que vous ne soyez pas complètement à sec. Nous n'avons pas réussi à le faire et je m'en excuse.

Vous trouverez ci-dessous un ensemble d'étapes que je propose pour corriger cette erreur. Avant de les mettre en œuvre, j'aimerais avoir votre avis :

1. Je pense que nous devrions restaurer Pivot sur WinUI 3 dès que possible. Il est clair que les clients l'utilisent activement à des fins importantes, et nous l'avons retiré du produit était frustrant et perturbateur. Nous pouvons soulager cette douleur en la restaurant dès que possible. (c'est probablement en avril, car Reunion 0.5 est trop proche de l'expédition et nous ne pouvons pas changer les bits maintenant)

2. J'aimerais poursuivre ouvertement la discussion dans ce référentiel sur la manière dont nous pouvons faire évoluer WinUI au-delà de Pivot (et le déprécier), tout en nous assurant que des alternatives appropriées sont en place. Comme beaucoup d'entre vous l'ont indiqué, vous ne pensez pas qu'il existe une alternative adéquate qui justifie le retrait de Pivot ; discutons de la façon de mettre cela en place afin que nous puissions faire évoluer WinUI, tout en nous assurant que nous nous sentons tous bien aussi. Mon objectif serait de le faire avant ~ octobre 2021, puisque Reunion 1.0 sera expédié en octobre et nous aimerions beaucoup rendre obsolète cette version afin que nous ne soyons pas obligés d'attendre jusqu'à ce que Reunion 2.0 soit livré (en raison de notre engagement au versionnage SemVer).

3. Enfin, si octobre approche et que la communauté n'est pas satisfaite de la ou des alternatives à Pivot que nous avons définies avec vous, nous la supprimerons de WinUI et publierons le code source. Ce serait un filet de sécurité pour permettre à n'importe qui/tout le monde d'utiliser ce code source comme bon lui semble. Une personne en herbe pourrait même le porter sur WCT si @michael-hawker pense que c'est un bon choix ?. J'espère que nous pourrons travailler ensemble pour faire mieux qu'un simple vidage de code source, mais je veux aussi que les gens sachent que nous pouvons au moins garder cela comme un plan B pour nous assurer que Pivot ne disparaît pas simplement dans le vide.

J'apprécierais vraiment votre contribution à ce plan d'action proposé. Vous ne fouettez pas un cheval mort; vous exprimez une frustration/préoccupation légitime qui est justifiée, et j'espère que vous travaillerez avec nous pour essayer de le faire à nouveau de la bonne manière.

Microsoft rendra le contrôle à la collection, bien qu'il ait toujours l'intention de le déprécier à l'avenir, mais publiera le code source pour que les développeurs continuent à l'utiliser s'ils ne voient aucune alternative.

Lire le fil complet sur GitHub ici.

via DansRafael