Google har haft lang tid til at finde ud af, hvordan de vil implementere gestusnavigation i Android. Efter al denne tid er Android Q-bevægelser stadig et rod.
I 2019 ser det ud til, at enhver Android-enhed i det mindste skal have mulighed for gestusnavigation. Samsung, OnePlus, Huawei og mange andre kinesiske producenter kommer ud af boksen med en mulighed for gestuskontrol nu. I et forsøg på måske at komme problemet foran, før ægte fragmentering for alvor tager fat, har Google også arbejdet på at komme med en række bevægelser. Googles seneste Android Q Beta bragte en nyt sæt systemnavigationsbevægelser. Disse gestus har været justeret og ændret gennem hele Android Q's betaproces. Desværre kommer Googles seneste knæk i gestusnavigation til kort for mig og ender med at føle sig som noget, der er boltet på Android, snarere end et intuitivt, smart, hjælpsomt system til at flytte rundt på enhed. Lad os tage et kig på, hvorfor de er noget rod lige nu.
En kort navigationshistorie
For at tale ordentligt om Googles gestusnavigation i 2019, tror jeg, vi skal starte fra begyndelsen. I september 2008 udgav HTC G1, den første kommercielt tilgængelige Android-telefon. Mens næsten alt har ændret sig med Android siden da, kom G1 udstyret med to knapper, der er blevet med Android mere eller mindre i deres nuværende form: Tilbage og Hjem. Faktisk har en tilbage-knap på systemniveau været en definerende funktion og differentiator for Android siden starten.
I flere år kom Android-enheder, som min elskede Nexus One, udstyret med en fire-knaplayout: Hjem, Tilbage, Menu, Søg.
Mens mange producenter blandede ordren rundt, var dette med få undtagelser Android-layoutet på det tidspunkt. I 2012, Android 3.0, begyndte afskrivningen af menuknappen (søgeknappen var allerede blevet droppet). Mens dette på det tidspunkt var en kontroversiel ændring, var Googles begrundelse sund. Menuerne i sig selv var altid et spørgsmålstegn. En skjult menu, der måske eller måske ikke har den mulighed, du leder efter, og som kun kan findes ved at trykke på en knap for at kontrollere, er ikke en klar og kommunikativ brugeroplevelse. Programmer tilpassede sig denne ændring og begyndte at inkludere en menuknap i deres værktøjslinjer.
Startende med Android 4 i 2013, kom "vanilla"-enheder udstyret med det nu velkendte navigationslayout af hjemme-nylige apps. Vi har for det meste holdt fast ved dette layout og knaparrangement i årevis nu. Med post-Nexus Pixel-linjen er Google dog begyndt at eksperimentere lidt.
Den originale Google Pixel og Pixel 2 kom udstyret med et standard-hjemmeside-nyligt layout, men Pixel 3 (og Android Pie) blev lanceret med et nyt to-knaps "gesture" kontrolskema. Hjem-knappen forblev, og det samme gjorde systemet-dækkende tilbage-knap, men Seneste apps blev nu erstattet med en swipe-op-bevægelse. Meget ligesom fjernelsen af menuknappen, blev en så stor ændring på systemniveau mødt med kritik og forvirring. I modsætning til fjernelse af menuknappen gav denne ændring faktisk ikke brugerfordele. Navigationslinjen forblev den samme højde, og den var uden tvivl langsommere at bruge end et simpelt knaptryk. Det er muligt, at disse bevægelser var et svar på iPhone X, som bragte hele systemets navigationsbevægelser, men det føltes meget som forandring for forandringens skyld.
Android Q Gestures - Et forsøg på fornyelse
Nu er mange Android OEM'er kommet med deres egne gestussystemer. Mange af dem ligner iPhone X, især i hjemmebevægelsen. Med Pixel 4-lanceringen (og Android Q) på vej, er Google klar til at frigive endnu en systemnavigationsmetode, en der omfavner bevægelser endnu mere. Vi har set disse bevægelser udvikle sig gennem Android Q-betaerne, men nu hvor vi er på beta 5 og nærmer os Qs endelige udgivelse, begynder den sandsynlige "endelige version" af disse bevægelser at tage form. For at være ærlig er bevægelserne dårlige.
Lad os starte med at se på, hvordan disse nye bevægelser fungerer. Når fuldskærmsnavigation er valgt, forsvinder navigationslinjen for det meste og erstattes af en lille vandret linje henover bunden. Denne bjælke ligner meget hjemmebjælken på iOS, kun mindre. Bevægelserne fungerer også på en meget lignende måde som iOS. Hvis du stryger op fra bjælken, mens du er i et program, vil du gå til startskærmen (en pæn hoppende effekt på de adaptive ikoner hjælper med at sælge bevægelsen). Hvis du stryger op og holder den nede, åbnes den seneste apps-skifter. Hvis du stryger vandret langs den nederste bjælke, vil du rulle gennem de seneste apps, igen, ligesom i iOS.
Det er her, tingene bliver rodet. Den evigt vigtige Tilbage-knap, som stadig er en kritisk komponent i Android-navigation, er blevet flyttet til et swipe fra hver side af skærmen. Et swipe fra ydersiden af skærmen indad aktiverer tilbage-knappen på begge sider.
Rygbevægelsen kan aktiveres fra hele skærmens højde, medmindre tastaturet er åbent. Hvis tastaturet er åbent, skal du stryge over tastaturet eller lukke tastaturet fra navigationslinjen. Til sidst, med Beta 5, tilføjede Google disse små halvcirkelindikatorer i nederste hjørne på hver side til Assistent-bevægelsen, som stryger ind fra begge nederste hjørner.
De fleste af Android Q-bevægelserne er bøde; Apple og andre producenter har allerede introduceret folk til disse, og selvom jeg ikke vil kalde dem intuitive, fungerer de for det meste godt nok. Der er dog nogle store problemer med Back-gesten, og jeg ville virkelig ønske, at Google ville genoverveje hele systemet.
Problemer og forvirring
Mit første og største problem er med at bruge applikationer. Til at begynde med har de fleste Android-applikationer en Navigationsskuffe. Dette praktiske slide-out panel er til stede i mange applikationer, og mange års Android-brug har trænet mig i at swipe ind fra kanten for at åbne det. Man kan trykke Hamburger-menuen op for at åbne skuffen, men med telefoner, der bliver stadig større og højere, er dette problematisk. Da både bag- og navigationsskuffens åbningsbevægelser er funktionelt identiske, er det utroligt kræsent, svært og irriterende at gøre det ene uden at aktivere eller snuble over det andet. I Android Q Beta 5, Google forsøger at rette dette med en slags "start at swipe ind og pause" metode til at åbne skuffen frem for Tilbage, men efter min erfaring er den utrolig upålidelig.
At tvinge mig selv til at bruge Googles bevægelser siden Beta 5-udgivelsen har vist mig, hvor mange applikationer jeg ofte stryger åbner navigationsskuffen ind. Her er en (på ingen måde udtømmende) liste over applikationer, der nu er en del mere besværlige at bruge med bevægelser:
- Gmail
- Legetøjsbutik
- Bogstaveligt talt enhver Reddit-klient
- Uenighed
- Hold noter
Selvfølgelig er dette ikke et uoverkommeligt problem, men det føles som et unødvendigt. Vi har mange års udvikler-inerti her, som den nye Android Q gestus kæmper imod.
Et andet problem, jeg har med Back-gesten, er, at den bare ikke er sammenhængende eller kommunikativ. Indrømmet, Androids systemdækkende rygadfærd har altid været lidt mærkelig. I nogle applikationer vil den lukke appen, mens den i nogle situationer kan tage dig mellem apps og så i sidste ende hjem igen. En almindelig situation er at åbne et program fra startprogrammet og derefter trykke på tilbage-knappen (mindst én gang) for at gå tilbage til startprogrammet.
På iOS, hvor mange hævder, at Google løftede sine bevægelser fra, er dette ikke muligt. Apples styresystem er mere "app-centreret", og der er ingen bevægelse undtagen for Home for at gå fra en applikation tilbage til startskærmen. Mens du er inde i de fleste applikationer i iOS, behandles swiping fra (kun) venstre kant som en tilbagebevægelse. Dette kommunikeres til brugeren gennem en subtil animation af den nye visning, der glider ind fra højre kant. Så naturligt og intuitivt vil glide den modsatte vej gå "tilbage".
Denne form for flow og animation virker simpelthen ikke med Androids bagside UX. Hvis jeg starter et program fra min dock, "zoomer" det til syne fra ikonet. Intet ved animationen kommunikerer, at "at gå tilbage" via swiping fra begge kanter vil tage brugeren til startskærmen. Igen, dette er ikke en showstopper, men vi er mere end et årti i disse mobile operativsystemer, og det føles som et skridt tilbage i forhold til at arbejde intuitivt med brugeren.
Til sidst har jeg et par mindre problemer mere med Android Q tilbage gestus. Når tastaturet er åbent, mister du muligheden for at stryge tilbage på kanterne, uanset hvor højt tastaturet er. Hvis man vil bruge tilbagebevægelsen til at lukke tastaturet, bliver de nødt til at skyde telefonen op og stryge over tastaturet.
For nu er der stadig en "luk tastatur"-knap på den gamle tilbage-knapplacering for at hjælpe. For mig føles dette ret ukombobuleret. Til sidst, og jeg er fuldt ud villig til at indrømme, at dette simpelthen kan være noget, jeg gør med en gestus i stedet for en knap, er der ingen mulighed for at trykke på knappen gentagne gange for at gå flere lag tilbage. Det er ikke ualmindeligt, at jeg chatter i Hangouts (Jeg er stadig sur på dig Google) og bare en slags "hurtig-fire" tilbage-knappen for at komme tilbage til startskærmen. Alternativt er du nogle gange et par lag dybt i Twitter eller Reddit-browsing og ønsker at trykke på tilbage-knappen et par gange for at komme tilbage til hovedfeedet. Det vil altid være lettere at trykke på en knap gentagne gange end det tilsvarende antal swipes.
Ret venligst Android Q's gestus, Google
For at være helt ærlig har jeg været på Android Q Beta 5 siden udgivelsen, og det er første gang, jeg har tvunget mig selv til at bruge bevægelser, når jeg bruger min Pixel 3 XL. Jeg nyder det stadig ikke, og jeg må hele tiden kæmpe mod trangen til at skifte tilbage til enten 2- eller 3-knaps navigation. Så meget af Android Q-bevægelser føles bare som om Google spiller indhente eller blot duplikere, hvad iOS og EMUI allerede gør. Det føles ikke som en dybt gennemtænkt og sammenhængende oplevelse. Det føles også langsommere på næsten alle måder end layoutet med 3 knapper fra næsten et årti siden. Jeg ved, at vi er meget tæt på at frigive med Android Q, og det er sandsynligt, at meget af det, vi ser i Beta 5, vil finde vej til Qs stabile lancering. Jeg håber dog bare virkelig, at de kan finde på noget bedre før end senere. Indtil videre kan jeg i det mindste stadig skifte tilbage til layoutet med 3 knapper eller pillen.