Microsoft undskylder for at fjerne Pivot-kontrol fra WinUI 3

WinUI 3 er et UI-lag, der tager det afkoblede UWP XAML Visual Layer, WinUI 2-biblioteket, og kombinerer det med mere moderne funktioner og muligheder. Dette lag kan bruges i enhver Desktop-app eller UWP-app.

Microsoft har arbejdet tæt sammen med udviklere om at udvikle og udvide biblioteket, men løb ind i en brouhaha i løbet af de sidste par uger på GitHub efter at have fjernet Pivot-kontrollen fra samlingen.

Styringen blev fjernet uden varsel, hvor Microsoft citerede lavt forbrug, og at Microsoft ønskede at flytte Flydende design i en anden retning.

Microsofts egne apps bruger imidlertid kontrollen i høj grad, inklusive feedback-hubben for eksempel, og udviklere klagede over, at det ville være meget arbejde at erstatte funktionaliteten i eksisterende apps, og beskyldte Microsoft for ikke at forstå udviklernes behov ordentligt.

Specifikt anklagede de Microsoft for:

• Forstår ikke rigtigt, hvad Pivot'en ​​blev brugt til i alle tilfælde (skaber et funktionsgab)
• Ikke at kommunikere på forhånd store ændringer som denne (som du erkendte), så du kan forstå virkningen og alle synspunkter
• At træffe beslutninger som denne baseret på ressourcebegrænsninger hos Microsoft og ikke tage hensyn til den væsentligt større mængde ressourcer, der kræves af dine kunder for at omgå dette
• At lave ændringer som denne udelukkende baseret på retningen af ​​design- og PM-teams. Udviklere (eller din kunde) skal have en stærkere stemme og bør kunne tilsidesætte begge dele i dette tilfælde.
• Brug af meget mistænkelige data til at retfærdiggøre en beslutning, du allerede ville tage

Efter at have gravet lidt i hælene på dem har Microsofts Ryan Demopoulos, hovedprogramleder, nu dog sendt en undskyldning og en tilbagetrækning og sagt:

Jeg har brugt de sidste par dage på at reflektere over dette. Som nævnt på fællesskabsopkaldet er jeg ked af, hvordan vi håndterede fjernelsen af ​​Pivot. Lad mig uddybe dette lidt:

WinUI er et produkt med sine egne ambitioner. Grunden til, at vi fjernede Pivot, var ikke på grund af lavt forbrug – vi fjernede det, fordi vi ønsker at udvikle produktet (og selve det flydende design) i en anden retning. jegDet var absolut tilfældet, hvor vi på forhånd traf en beslutning om at fjerne den, og vi konsulterede vores telemetri for at prøve at afgøre, om vi sikkert kunne gøre dette uden for meget forstyrrelse. Vi er fuldt ud opmærksomme på dets brug i indbakke-apps, da vi arbejder tæt sammen med disse teams. Med hensyn til rå eksterne (tredjeparts) numre er det ikke meget brugt, og så vi følte - forkert - at vi kunne fjerne det uden at forårsage meget stress.

Det var åbenbart dårlig dømmekraft. Fejlen er mit ansvar, og fra nu af vil jeg bestræbe mig på at rådføre mig med fællesskabet om alle funktioner, vi fjerner, efter bedste evne. Der vil være tidspunkter, hvor vi ønsker at ændre produktretning, og Pivot er et godt eksempel: vi ønsker stadig at bevæge os væk fra Pivot på lang sigt og have bedre alternativer på plads til det. Men vi skylder også jer, vores samfund, at rådføre sig med jer, før vi foretager os sådanne handlinger, og at lytte og tilpasse vores løsninger, så I ikke efterlades helt højt og tørt. Vi kom til kort med dette, og jeg beklager.

Nedenfor er et sæt trin, jeg foreslår for at rette denne fejl. Før vi implementerer dem, vil jeg gerne have dine tanker:

1. Jeg synes, vi skal gendanne Pivot til WinUI 3 så hurtigt som muligt. Det er tydeligt, at kunderne aktivt bruger det til vigtige formål, og at vi rykkede det ud af produktet var frustrerende og forstyrrende. Vi kan lindre den smerte ved at genoprette den hurtigst muligt. (det vil sandsynligvis være i april, da Reunion 0.5 er for tæt på levering, og vi kan ikke ændre bits nu)

2. Jeg vil gerne fortsætte diskussionen åbent i denne repo om, hvordan vi kan udvikle WinUI ud over Pivot (og forælde det), samtidig med at vi sikrer, at passende alternativer er på plads. Som mange af jer antydede, føler I ikke, at der er et passende alternativ på plads, der berettiger Pivots fjernelse; lad os diskutere, hvordan vi får det på plads, så vi kan udvikle WinUI forbi det, mens vi sørger for, at vi alle også har det godt med det. Mit mål ville være at gøre dette inden ~okt 2021, da Reunion 1.0 sendes i oktober, og vi vil meget gerne afskrive med den udgivelse, så vi ikke er tvunget til at vente hele vejen, indtil Reunion 2.0 afsendes (på grund af vores engagement til SemVer versionering).

3. Endelig, hvis oktober nærmer sig, og fællesskabet ikke er tilfreds med det eller de alternativer til Pivot, som vi har arbejdet sammen med dig om at definere, så ville vi fjerne det fra WinUI og frigive kildekoden. Dette ville være en bagstopper for at give enhver/alle mulighed for at bruge den kildekode, som de vil. En håbefuld person kunne endda overføre det til WCT, hvis @michael-hawker føler, at det passer ?. Mit håb er, at vi kan arbejde sammen for at gøre det bedre end blot et kildekodedump, men jeg vil også have, at folk skal vide, at vi i det mindste kan beholde dette som en plan B for at sikre, at Pivot ikke bare forsvinder ud i tomrummet.

Jeg vil virkelig sætte pris på dit input til denne foreslåede handlingsplan. Du prygler ikke en død hest; du udtrykker legitim frustration/bekymring, som er berettiget, og jeg håber, du vil arbejde sammen med os for at prøve at gøre dette igen på den rigtige måde.

Microsoft vil returnere kontrollen til samlingen, selvom de stadig har til hensigt at udfase den i fremtiden, men vil frigive kildekoden, som udviklere kan fortsætte med at bruge, hvis de ikke kan se noget alternativ.

Læs hele tråden på GitHub her.

via Inden for Rafael