[Opdatering: OEM-bevægelser tilladt] Googles nye navigationsbevægelser i Android Q vil være obligatoriske for alle enheder

click fraud protection

I Android Q vil de eneste to navigationsmuligheder være Googles nye navigationsbevægelser samt den traditionelle 3-knaps navigation.

Opdatering 1 (5/9/19 @ 19:28 ET): Kort efter offentliggørelsen af ​​denne artikel, Android Authority udgivet en artikel om, at Google ikke vil tvinge OEM'er til at slippe af med deres egne gestus. Flere detaljer nedenfor.

Under sidste års Google I/O-udviklerkonference afslørede Google den første Android P beta med Googles nye navigationsbevægelseskontroller. Googles nye bevægelser føltes halvbagte, fordi bevægelserne ikke frigjorde yderligere skærmplads, og de erstattede heller ikke tilbageknappen. De nye gestus introduceret i Android Q beta 3 er dog forskellige. Googles nye "full gestural navigation" implementering har ikke længere nogen knapper, som brugeren kan trykke på, bunden er meget mindre, og den nederste bjælke er meget tyndere. De nye bevægelser føles meget mere iOS-agtige, men det er ikke en dårlig ting, fordi Apple fik bevægelser lige fra starten.

Siden Google viste de nye gestus frem under keynoten, har vi spekuleret på, hvad der vil ske med Android-økosystemet med introduktionen af endnu en grænseflade til gestuskontrol - især en, som Google beder udviklere om at foretage ændringer for at imødekomme. Nu har vi erfaret, at Google laver deres bevægelseskontrol obligatorisk for alle enheder, der kører Android Q. Googles navigationsbevægelser er nu kun Androids navigationsbevægelser. Som en påmindelse, her er, hvordan Googles nye bevægelser fungerer, som beskrevet i vores tidligere artikel om alle de ændringer, vi har set i den seneste beta.

  • Stryg lodret op fra bunden for at gå hjem
  • Stryg vandret fra venstre eller højre for at gå tilbage
  • Stryg diagonalt fra nederste venstre eller højre hjørne, indtil din finger når midten af ​​skærmen for at udløse Google Assistant
  • Stryg vandret til venstre eller højre på den nederste bevægelseslinje for hurtigt at skifte mellem apps
  • Stryg op og hold for at få adgang til den seneste apps-oversigt

Under sessionen "Supporting mobile usability with Dark Theme and Gestures in Android Q" i dag bekræftede Ronan Shah, produktchef hos Google på Android System UI-teamet, at kun 2 navigationsmetoder vil blive understøttet i Android-platformen: Googles nye bevægelser og de traditionelle 3-knapsbevægelser.

"I fremtiden for Android kommer vi til at understøtte 2 nav-tilstande fremover. Den første er 3 knapper, du ved, at Android-brugere elsker 3 knapper. Vi ved, at det er super anvendeligt, og det imødekommer også en masse tilgængelighedsbehov, som bevægelser bare ikke kan. På den anden side ved vi også, at der er meget lyst til fagter, så vi vil støtte 1 gestus mode, som er hvad du så, bevæger sig fremad i Android - og kun den ene." - Ronan Shah, Google.

Mr. Shah fortsætter og forklarer, hvorfor de har besluttet at begrænse OEM'er i at implementere deres egne gestus-kontroller.

"Brugere ønsker i stigende grad fordybende oplevelser i Android, og en ting, som enhedsproducenter har gjort, er at forsøge at nærme sig dette fra en softwareside. Og det, de har gjort, er at bygge deres egen gestus-navigation. Og hver enhedsproducent har et forskelligt indtryk af, hvordan gestusnavigation skal fungere. Det, vi genkender på en platformsside, er, at den slags bliver sindssyg for en udvikler. Når du tænker på N forskellige gestus-navigationer, når du forsøger at udvikle, designe, teste din app, bliver det bare lidt vanvittigt. Så med det i tankerne introducerede vi denne gestusnavigation i Q, og vi kommer til at standardisere økosystemet fra og med Q på 3 knapper, og vores model bevæger sig fremad." - Ronan Shah, Google.

Dette giver meget mening, fordi den nye gestusnavigation i Android Q vil kræve, at mange udviklere skal omarbejde deres apps til håndtere konflikter. Apps med sidebjælker vil ikke spille godt sammen med den nye tilbage-knap-bevægelse, så udviklere vil enten have brug for at flytte væk fra en sådan brugergrænseflade eller deaktivere bevægelseskontroller med det nye setSystemGestureExclusionRects API. Fordi udviklere nu skal tage denne overvejelse, er det bedst, at der kun er én gestuskontrol implementering fremadrettet, så udviklere ikke behøver at overveje, hvordan de skal håndtere gestusadfærd på ikke-Google enheder. Hver enhedsproducent har sit eget navigationsgestiksystem, så det er rart at vide, at Google standardiserer bevægelser i Android Q omkring en enkelt model.

Desværre betyder det, at de fantastiske gestuskontroller fra OnePlus, Huawei, Xiaomi og Motorola ikke vil være tilgængelige i deres respektive Android Q-udgivelser. På den anden side er det fantastisk, at Google kræver medtagelsen af ​​den traditionelle 3-knaps navigation som en valgfri tilstand. Google har tidligere fjernet navigationen med 3 knapper fra deres egne Pixel 3 og Pixel 3 XL smartphones, men begge enheder har nu adgang til den traditionelle tilstand uden at skulle ty til nogen tricks.

Tak til Andreas Proschofsky fra DerStandard for heads up!

Opdatering 1: OEM'er vil ikke blive tvunget

På trods af, hvad der blev sagt på scenen, bekræftede Google Android Authority at de ikke eksplicit vil forbyde tredjepartsbevægelser. I stedet ser Google tredjepartsbevægelser "som en superbrugermulighed." Således mens OEM'er vilje være tvunget til at tilbyde den traditionelle 3-knaps navigation og Googles nye bevægelser, de vil ikke være begrænset fra at tilbyde yderligere muligheder for navigationsbevægelser. Brugere vil vælge mellem 3-knaps navigationstilstand og Android Q-bevægelser under opsætningen, men det er uklart, om OEM'er har tilladelse til at vise deres egne bevægelser under opsætningen.

Dette er en mærkelig holdning for Google at tage, og det er direkte i modstrid med, hvad der blev sagt på scenen på Google I/O. At tillade OEM'er at fortsætte med at tilbyde deres egne gestus gør intet for at standardisere økosystemet, som Google hævdede, at de ønskede at gøre ved I/O. Udviklere bliver således nødt til at tage højde for flere gestus-tilstande fra flere enhedsproducenter, hvilket er præcis det problem, der skulle løses ved at tvinge en samlet gestus-tilstand i Android Q.