Microsoft ber om unnskyldning for å ha fjernet Pivot-kontrollen fra WinUI 3

WinUI 3 er et UI-lag som tar det frakoblede UWP XAML Visual Layer, WinUI 2-biblioteket, og kombinerer det med mer moderne funksjoner og funksjoner. Dette laget kan brukes i hvilken som helst stasjonær app eller UWP-app.

Microsoft har jobbet tett med utviklere for å utvikle og utvide biblioteket, men har støtt på en brouhaha de siste ukene på GitHub etter å ha fjernet Pivot-kontrollen fra samlingen.

Kontrollen ble fjernet uten varsel, med Microsoft siterer lav bruk og at Microsoft ønsket å flytte flytende design i en annen retning.

Microsofts egne apper bruker imidlertid kontrollen i stor grad, inkludert tilbakemeldingshuben for eksempel, og utviklere klaget over at det å erstatte funksjonaliteten i eksisterende apper ville være mye arbeid, og anklaget Microsoft for ikke å forstå behovene til utviklere.

Spesifikt anklaget de Microsoft for:

• Forstår ikke riktig hva pivoten ble brukt til i alle tilfeller (skaper et funksjonsgap)
• Ikke kommuniserer på forhånd store endringer som dette (som du erkjente) slik at du kan forstå innvirkning og alle synspunkter
• Å ta avgjørelser som dette basert på ressursbegrensninger hos Microsoft og ikke vurdere den betydelig høyere mengden ressurser som kreves av kundene dine for å omgå dette
• Å gjøre endringer som dette utelukkende basert på retningen til design- og PM-teamene. Utviklere (eller kunden din) må ha en sterkere stemme og bør kunne overstyre begge i dette tilfellet.
• Bruke svært mistenkelige data for å rettferdiggjøre en beslutning du allerede ønsket å ta

Etter å ha gravd litt i hælene deres, har Microsofts Ryan Demopoulos, hovedprogramleder, nå imidlertid lagt ut en unnskyldning og en tilbaketrekning, og sa:

Jeg har brukt de siste par dagene på å reflektere over dette. Som nevnt på Community Call, beklager jeg hvordan vi håndterte fjerningen av Pivot. La meg utdype dette litt:

WinUI er et produkt med egne ambisjoner. Grunnen til at vi fjernet Pivot var ikke på grunn av lav bruk – vi fjernet den fordi vi ønsker å utvikle produktet (og selve flytende designen) i en annen retning. JegDet var absolutt tilfellet at vi tok en avgjørelse på forhånd om å fjerne den, og vi konsulterte telemetrien vår for å prøve å finne ut om vi trygt kunne gjøre dette uten for mye avbrudd. Vi er fullstendig klar over bruken i innboksapper siden vi jobber tett med disse teamene. Når det gjelder rå eksterne (tredjeparts) tall, er det lite brukt, og derfor følte vi – feilaktig – at vi kunne fjerne det uten å forårsake mye stress.

Det var åpenbart dårlig dømmekraft. Feilen er mitt ansvar, og fra nå av vil jeg bestrebe meg på å rådføre meg med fellesskapet om alle funksjoner vi fjerner, etter beste evne. Det vil være tider når vi ønsker å endre produktretning, og Pivot er et godt eksempel: vi ønsker fortsatt å gå bort fra Pivot på lang sikt og ha bedre alternativer på plass for det. Men vi skylder også deg, samfunnet vårt, å rådføre deg med deg før vi tar slike handlinger og å lytte og tilpasse løsningene våre slik at du ikke blir stående helt tørr. Vi kom til kort på dette, og jeg beklager.

Nedenfor er et sett med trinn jeg foreslår for å rette opp denne feilen. Før vi implementerer dem, vil jeg gjerne ha dine tanker:

1. Jeg tror vi bør gjenopprette Pivot til WinUI 3 så snart som mulig. Det er tydelig at kunder aktivt bruker det til viktige formål, og det var frustrerende og forstyrrende å dra det ut av produktet. Vi kan lindre den smerten ved å gjenopprette den så fort som mulig. (det vil sannsynligvis være i april, siden Reunion 0.5 er for nær levering og vi kan ikke endre bitene nå)

2. Jeg vil gjerne fortsette diskusjonen åpent i denne repoen om hvordan vi kan utvikle WinUI utover Pivot (og avvikle det), samtidig som vi sikrer at passende alternativer er på plass. Som mange av dere antydet, føler dere ikke at et tilstrekkelig alternativ er på plass som garanterer Pivots fjerning; la oss diskutere hvordan vi får det på plass slik at vi kan utvikle WinUI forbi det, samtidig som vi sørger for at vi alle føler oss bra med det også. Målet mitt ville være å gjøre dette før ~okt 2021, siden Reunion 1.0 vil sendes i oktober, og vi vil veldig gjerne avskrive ved den utgivelsen, slik at vi ikke er tvunget til å vente helt til Reunion 2.0 sendes (på grunn av vår forpliktelse) til SemVer versjonering).

3. Til slutt, hvis oktober nærmer seg og fellesskapet ikke er fornøyd med alternativet/alternativene til Pivot som vi har jobbet med deg for å definere, så ville vi fjerne det fra WinUI og frigi kildekoden. Dette ville være en bakstopp for å la alle/alle bruke den kildekoden slik de vil. En aspirerende person kan til og med overføre den til WCT hvis @michael-hawker føler at den passer ?. Mitt håp er at vi kan jobbe sammen for å gjøre det bedre enn bare en kildekodedump, men jeg vil også at folk skal vite at vi i det minste kan beholde dette som en plan B for å sikre at Pivot ikke bare forsvinner inn i tomrommet.

Jeg vil virkelig sette pris på innspill til denne foreslåtte handlingsplanen. Du pisker ikke en død hest; du uttrykker legitim frustrasjon/bekymring som er berettiget, og jeg håper du vil samarbeide med oss ​​for å prøve å gjøre dette igjen på riktig måte.

Microsoft vil returnere kontrollen til samlingen, selv om de fortsatt har til hensikt å avskrive den i fremtiden, men vil gi ut kildekoden for utviklere å fortsette å bruke hvis de ikke ser noe alternativ.

Les hele tråden på GitHub her.

av Innen Rafael