I et detaljert innlegg forsvarer Google deres beslutning om å ta i bruk Android Qs navigasjonsbevegelser som standard for Android. Les videre for å vite mer!
Android Qs offentlige utgivelse er rett rundt hjørnet og når det skjer, kommer vi til å se mange tilbakemeldinger fra sluttbrukere som skal prøve ut bevegelsesnavigeringen for første gang. Gestnavigasjonssystemet er den største endringen til UX i nyere tid, ettersom de fundamentalt endrer hvordan brukere vil navigere på tvers av operativsystemet. Brukere må nå sveipe inn fra venstre/høyre kant for å navigere tilbake, sveip opp fra bunnen kant for å hoppe til startskjermen, og sveip inn fra de nederste hjørnene for å utløse en virtuell assistent. Så langt har disse gestene invitert til mye ros samt kritikk fra brukere, i hovedsak deler fellesskapet basert på brukerpreferanse. I en nytt innlegg på Android-utviklerbloggen forsvarer Google bevegelsesnavigeringen på Android Q og prøver å forklare begrunnelsen bak de ulike beslutningene som er involvert.
Googles beslutning om å prøve bevegelser var inspirert av den økende bruken av disse bevegelsene hos Android-partnere, samt innovative Android-apper som f.eks. vår egen Navigasjonsgester-app (som Google nevnte i blogginnlegget). Bevegelser ble ansett for å være raskere, mer naturlige og mer ergonomiske enn programvareknapper. De krever en sterkere intensjon å påkalle sammenlignet med programvareknapper som kan berøres ved et uhell. Videre lar bevegelser mye skjermeiendom åpne for apper og annet innhold, noe som går sammen med den generelle trenden med større skjermer og mindre rammer.
Men med disse positive sidene, innser Google også at bevegelser ikke fremkaller den samme reaksjonen fra alle brukere. De kan være vanskeligere å lære og krever en bevisst innsats for å endre muskelminnet. De forstyrrer også navigasjonsmønstre i apper i noen tilfeller. Videre var Googles største problem med gester det faktum at hver OEM implementerte dem annerledes, noe som førte til en fragmentering av navigasjonsopplevelser. Dette er et stort problem fra Googles synspunkt, da det fører til varierte opplevelser på tvers av operativsystemet på et kjerneemne som navigasjon, noe som påvirker både brukere og utviklere.
På grunn av denne fragmenteringen vil Android Qs bevegelser være standard bevegelsesnavigering for nye Android Q+-enheter. Denne avgjørelsen er i forbindelse med Googles innsats for å standardisere navigasjonsopplevelsen med partnere som Samsung, Xiaomi, Oppo, HMD Global, OnePlus, LG, Motorola og andre. Men siden disse bevegelsene ikke passer for alle, spesielt for de med begrenset fingerferdighet og mobilitet, vil bevegelsene eksistere sammen med et alternativ for å aktivere navigasjonslinjen med tre knapper for programvare knapper.
Google forsvarer deretter beslutningen om å gå med den nåværende implementeringen av bevegelser, nevner hvordan alle avgjørelsene deres støttes av omfattende forskning og testing på hele spekteret av Emne. De to kjernebevegelsene i den nåværende implementeringen, Tilbake og Hjem, ble designet for å falle sammen med de mest tilgjengelige og komfortable bevegelsesområdene for tomlene.
Android Qs gestnavigering kom etter å ha testet flere andre navigasjonsimplementeringer og prototyper. Som konklusjon av disse testene så brukere på Android Qs modell som mer tilpasningsdyktig for enhåndsbruk.
Google merker seg at Android Q-bevegelsene forstyrrer appskuffer og andre sveip i apper. Men gitt den produktive bruken av Back, endte Google opp med å ta den harde beslutningen om å be utviklere om å løse konflikter med systembevegelsene. For å lette prosessen har Google gitt ytterligere ressurser som beskriver gode fremgangsmåter for utviklere å ta i bruk. Hvis appen din brukte bevegelsesbasert navigasjon i seg selv, anbefaler vi å lese gjennom ressursene som Google nevner nederst i innlegget deres. Bevegelsesnavigering er veien videre, så vi tilpasser oss best.
Kilde: Android-utviklerblogg