Googles kommende Android Q-bevegelser er et rot

I 2019 ser det ut til at alle Android-enheter i det minste må ha muligheten for navigering med bevegelser. Samsung, OnePlus, Huawei og mange andre kinesiske produsenter kommer ut av esken med et bevegelseskontrollalternativ nå. I et forsøk på å kanskje komme i forkant av problemet før ekte fragmentering virkelig tar tak, har Google også jobbet med å komme opp med en rekke gester. Googles nyeste Android Q Beta brakte med seg en nytt sett med systemnavigasjonsbevegelser. Disse bevegelsene har vært finjustert og endret gjennom hele Android Qs betaprosess. Dessverre kommer Googles siste knekk på navigering med bevegelser kort for meg og ender opp med å føle seg som noe festet til Android, snarere enn et intuitivt, smart, nyttig system for å flytte rundt i en enhet. La oss ta en titt på hvorfor de er et slags rot akkurat nå.

En kort navigasjonshistorie

For å snakke ordentlig om Googles bevegelsesnavigering i 2019, tror jeg vi må starte på begynnelsen. I september 2008 ga HTC ut G1, den første kommersielt tilgjengelige Android-telefonen. Mens nesten alt har endret seg med Android siden den gang, kom G1 utstyrt med to knapper som har holdt seg med Android mer eller mindre i sin nåværende form: Tilbake og Hjem. Faktisk har en tilbakeknapp på systemnivå vært en definerende funksjon og differensiator for Android siden starten.

I flere år kom Android-enheter, som min elskede Nexus One, utstyrt med en fire-knapplayout: Hjem, Tilbake, Meny, Søk.

Mens mange produsenter blandet bestillingen rundt, med få unntak var dette Android-oppsettet på den tiden. I 2012, Android 3.0, begynte avskrivningen av menyknappen (søk-knappen var allerede slettet). Mens dette på det tidspunktet var en kontroversiell endring, var Googles resonnement god. Menyer i seg selv var alltid et spørsmålstegn. En skjult meny som kanskje eller ikke har alternativet du leter etter som bare kan oppdages ved å trykke på en knapp for å sjekke, er ikke en klar og kommunikativ brukeropplevelse. Applikasjoner tilpasset seg denne endringen og begynte å inkludere en menyknapp i verktøylinjene.

Fra og med Android 4 i 2013, ble "vanilje"-enheter utstyrt med det nå kjente navigasjonsoppsettet til nyere hjemmeapper. Vi har stort sett holdt fast ved denne utformingen og knappene i mange år nå. Med post-Nexus Pixel-linjen har Google imidlertid begynt å eksperimentere litt.

Den originale Google Pixel og Pixel 2 kom utstyrt med en standard hjemme-nylig layout, men Pixel 3 (og Android Pie) ble lansert med et nytt to-knapps "gest" kontrollskjema. Hjem-knappen ble værende, og det samme gjorde den systemomfattende tilbakeknappen, men Nylige apper ble nå erstattet med en sveipebevegelse. På samme måte som fjerningen av menyknappen, ble en så stor endring på systemnivå møtt med kritikk og forvirring. I motsetning til fjerningen av menyknappen, ga denne endringen imidlertid ikke brukerfordeler. Navigasjonslinjen forble den samme høyden, og den var uten tvil tregere å bruke enn et enkelt knappetrykk. Det er mulig disse bevegelsene var et svar på iPhone X som ga full systemomfattende navigasjonsbevegelser, men det føltes mye som endring for endringens skyld.

Android Q Gestures - An Attempted Revamp

Nå har mange Android OEM-er kommet opp med sine egne gestsystemer. Mange av dem ligner på iPhone X, spesielt i hjemmebevegelsen. Med Pixel 4-lanseringen (og Android Q) nært forestående, er Google satt til å lansere enda en systemnavigasjonsmetode, en som omfavner bevegelser enda mer. Vi har sett disse bevegelsene utvikle seg gjennom Android Q-betaene, men nå som vi er på beta 5 og nærmer oss Qs endelige utgivelse, begynner den sannsynlige "endelige versjonen" av disse bevegelsene å ta form. For å være ærlig er bevegelsene dårlige.

For å starte, la oss se på hvordan disse nye bevegelsene fungerer. Når fullskjermnavigering er valgt, forsvinner navigasjonslinjen stort sett og erstattes av en liten horisontal linje over bunnen. Denne linjen ser veldig ut som hjemmelinjen på iOS, bare mindre. Gestene fungerer også på en veldig lik måte som iOS. Sveip opp fra linjen mens du er i en applikasjon, vil gå til startskjermen (en pen spretteffekt på de adaptive ikonene hjelper til med å selge bevegelsen). Sveip opp og hold vil få opp den nylige appbytteren. Sveiping horisontalt langs den nederste linjen vil bla gjennom de siste appene, igjen, omtrent som i iOS.

Det er her ting blir rotete. Den stadig viktige Tilbake-knappen, som fortsatt er en kritisk komponent i Android-navigasjon, har blitt flyttet til et sveip fra hver side av skjermen. Et sveip fra utsiden av skjermen og innover aktiverer tilbakeknappen på hver side.

Bakoverbevegelsen kan aktiveres fra hele skjermens høyde med mindre tastaturet er åpent. Hvis tastaturet er åpent, må du sveipe over tastaturet eller lukke tastaturet fra navigasjonslinjen. Til slutt, med Beta 5, la Google til disse små halvsirkelindikatorene i det nederste hjørnet på hver side for assistentbevegelsen, som sveiper inn fra hvert nedre hjørne.

De fleste av Android Q-bevegelsene er fint; Apple og andre produsenter har allerede introdusert folk for disse, og selv om jeg ikke vil kalle dem intuitive, fungerer de stort sett godt nok. Det er imidlertid noen store problemer med tilbakebevegelsen, og jeg skulle virkelig ønske at Google ville revurdere hele systemet.

Problemer og forvirring

Mitt første og største problem er å bruke applikasjoner. Til å begynne med har de fleste Android-applikasjoner en Navigasjonsskuff. Dette praktiske uttrekkbare panelet finnes i mange applikasjoner, og mange års Android-bruk har trent meg til å sveipe inn fra kanten for å åpne det. Man kan trykke Hamburger-menyen øverst for å åpne skuffen, men med telefoner som blir stadig større og høyere, er dette problematisk. Med både bak- og navigasjonsskuffens åpningsbevegelser som er funksjonelt identiske, er det utrolig kresen, vanskelig og irriterende å gjøre den ene uten å aktivere eller snuble over den andre. I Android Q Beta 5, Google prøver å fikse dette med en slags "begynn å sveipe inn og pause" metode for å åpne skuffen i stedet for Tilbake, men etter min erfaring er den utrolig upålitelig.

Å tvinge meg selv til å bruke Googles bevegelser siden Beta 5-utgivelsen har vist meg hvor mange applikasjoner jeg ofte sveiper åpne navigasjonsskuffen inn. Her er en (på ingen måte uttømmende) liste over applikasjoner som nå er litt mer tungvint å bruke med bevegelser:

• Gmail
• Play Butikk
• Bokstavelig talt hvilken som helst Reddit-klient
• Uenighet
• Hold notater
• Twitter

Selvfølgelig er dette ikke et uoverkommelig problem, men det føles som et unødvendig. Vi har mange år med utviklertreghet her som den nye Android Q-gesten kjemper mot.

Et annet problem jeg har med tilbakebevegelsen er at den bare ikke er sammenhengende eller kommunikativ. Riktignok har Androids systemomfattende ryggadferd alltid vært litt merkelig. I noen applikasjoner vil den lukke appen, mens den i noen situasjoner kan ta deg mellom apper og til slutt hjem igjen. En vanlig situasjon er å åpne et program fra startprogrammet og deretter trykke på tilbakeknappen (minst én gang) for å gå tilbake til startprogrammet.

På iOS, hvor mange hevder at Google har fjernet bevegelsene sine, er dette ikke mulig. Apples operativsystem er mer "appsentrisk", og det er ingen bevegelse bortsett fra at Home går fra en applikasjon tilbake til startskjermen. Mens du er inne i de fleste applikasjoner i iOS, blir sveiping fra (bare) venstre kant behandlet som en tilbakebevegelse. Dette kommuniseres til brukeren gjennom en subtil animasjon av den nye visningen som glir inn fra høyre kant. Så naturlig og intuitivt vil det å skyve motsatt vei gå "tilbake".

Denne typen flyt og animasjon fungerer rett og slett ikke med Androids bakre UX. Hvis jeg starter en applikasjon fra dokken min, "zoomer" den til synet fra ikonet. Ingenting ved animasjonen kommuniserer at "å gå tilbake" via sveiping fra hver kant vil ta brukeren til startskjermen. Igjen, dette er ikke en showstopper, men vi er mer enn et tiår inne i disse mobile operativsystemene, og dette føles som et skritt tilbake når det gjelder å jobbe intuitivt med brukeren.

Til slutt har jeg et par mindre problemer med Android Q-ryggbevegelsen. Når tastaturet er åpent, mister du muligheten til å sveipe tilbake på kantene uansett hvor høyt tastaturet er. Hvis man vil bruke bakbevegelsen for å lukke tastaturet, må de skyve telefonen opp og sveipe over tastaturet.

Foreløpig er det fortsatt en "lukk tastatur"-knapp på den gamle tilbakeknappens plassering for å hjelpe. For meg føles dette ganske ukombobulert. Til slutt, og jeg er fullt villig til å innrømme at dette ganske enkelt kan være noe jeg gjør med en gest i stedet for en knapp, det er ingen mulighet til å trykke på knappen gjentatte ganger for å gå tilbake flere lag. Det er ikke uvanlig for meg å chatte i Hangouts (Jeg er fortsatt sint på deg Google) og bare "hurtigfyr" tilbake-knappen for å komme tilbake til startskjermen. Alternativt, noen ganger er du et par lag dypt i Twitter- eller Reddit-surfing og ønsker å trykke på tilbake-knappen noen ganger for å komme tilbake til hovedfeeden. Å trykke på en knapp gjentatte ganger vil alltid være enklere enn tilsvarende antall sveip.

Rett opp Android Q-bevegelsene, Google

For å være helt ærlig har jeg brukt Android Q Beta 5 siden utgivelsen, og det er første gang jeg har tvunget meg selv til å bruke bevegelser når jeg bruker Pixel 3 XL. Jeg liker det fortsatt ikke, og jeg må hele tiden kjempe mot trangen til å bytte tilbake til enten 2- eller 3-knappsnavigasjon. Så mye av Android Q-bevegelsene føles bare som om Google spiller innhenting eller bare dupliserer det iOS og EMUI allerede gjør. Det føles ikke som en dypt gjennomtenkt og sammenhengende opplevelse. Det føles også tregere på nesten alle måter enn 3-knappsoppsettet fra nesten et tiår siden. Jeg vet at vi er veldig nærme lanseringen med Android Q, og det er sannsynlig at mye av det vi ser i Beta 5 vil komme inn i Qs stabile lansering. Imidlertid håper jeg virkelig at de kan komme opp med noe bedre før heller enn senere. Foreløpig kan jeg i det minste fortsatt bytte tilbake til 3-knappsoppsettet eller pillen.