Google heeft lang de tijd gehad om erachter te komen hoe ze gebarennavigatie in Android willen implementeren. Na al die tijd zijn Android Q-gebaren nog steeds een puinhoop.
Anno 2019 lijkt het erop dat elk Android-toestel op zijn minst de optie voor gebarennavigatie moet hebben. Samsung, OnePlus, Huawei en vele andere Chinese fabrikanten komen nu uit de doos met een optie voor gebarenbediening. In een poging om het probleem misschien voor te zijn voordat echte fragmentatie echt toeslaat, heeft Google ook gewerkt aan het bedenken van een reeks gebaren. Google's nieuwste Android Q Beta bracht een nieuwe set systeemnavigatiegebaren. Deze gebaren zijn geweest aangepast en veranderd via het volledige bètaproces van Android Q. Helaas komt de nieuwste truc van Google op het gebied van gebarennavigatie voor mij te kort en voelt het uiteindelijk zo iets dat op Android is vastgeschroefd, in plaats van een intuïtief, slim, behulpzaam systeem om door een apparaat. Laten we eens kijken waarom ze op dit moment zo'n puinhoop zijn.
Een korte navigatiegeschiedenis
Om goed te kunnen praten over de gebarennavigatie van Google in 2019, denk ik dat we bij het begin moeten beginnen. In september 2008 bracht HTC de G1 uit, de eerste commercieel verkrijgbare Android-telefoon. Hoewel sindsdien bijna alles is veranderd met Android, was de G1 uitgerust met twee knoppen die min of meer bij Android in hun huidige vorm zijn gebleven: Back en Home. In feite is een Terug-knop op systeemniveau vanaf het begin een bepalend kenmerk en onderscheidende factor van Android geweest.
Jarenlang waren Android-apparaten, zoals mijn geliefde Nexus One, uitgerust met een vier-knopindeling: Home, Terug, Menu, Zoeken.
Hoewel veel fabrikanten de volgorde door elkaar haalden, was dit op enkele uitzonderingen na de Android-indeling destijds. In 2012, Android 3.0, begon met de afschrijving van de menuknop (de zoekknop was al geschrapt). Hoewel dit destijds een controversiële verandering was, was de redenering van Google correct. Menu's zelf waren altijd een vraagteken. Een verborgen menu dat al dan niet de optie bevat waarnaar u op zoek bent en dat u alleen kunt ontdekken door op een knop te drukken om te controleren, is geen duidelijke en communicatieve gebruikerservaring. Applicaties pasten zich aan deze verandering aan en begonnen een menuknop in hun werkbalken op te nemen.
Vanaf Android 4 in 2013 werden ‘vanille’-apparaten uitgerust met de inmiddels bekende navigatie-indeling van recente apps uit het thuisland. We houden al jaren grotendeels vast aan deze lay-out en knopindeling. Met de post-Nexus Pixel-lijn is Google echter een beetje gaan experimenteren.
De originele Google Pixel en Pixel 2 waren uitgerust met een standaard recente lay-out, maar de Pixel 3 (en Android Pie) werden gelanceerd met een nieuw 'gebaar'-bedieningsschema met twee knoppen. De homeknop bleef bestaan, net als de systeembrede terugknop, maar Recente apps werden nu vervangen door een veegbeweging omhoog. Net als bij het verwijderen van de menuknop stuitte zo'n grote verandering op systeemniveau op kritiek en verwarring. In tegenstelling tot de verwijdering van de Menu-knop leverde deze wijziging echter geen gebruikersvoordeel op. De navigatiebalk bleef op dezelfde hoogte en was aantoonbaar langzamer in gebruik dan een simpele tik op de knop. Het is mogelijk dat deze gebaren een reactie waren op de iPhone X, die volledige systeembrede navigatiebewegingen met zich meebracht, maar het voelde veel als verandering omwille van de verandering.
Android Q-gebaren - een poging tot vernieuwing
Nu hebben veel Android-OEM's hun eigen gebarensystemen bedacht. Velen van hen lijken op de iPhone X, vooral wat betreft het Home-gebaar. Nu de Pixel 4-lancering (en Android Q) in aantocht is, zal Google nog een nieuwe systeemnavigatiemethode uitbrengen, een die gebaren nog meer omarmt. We hebben deze gebaren zien evolueren tijdens de bètaversies van Android Q, maar nu we in bèta 5 zitten en de definitieve release van Q naderen, begint de waarschijnlijke ‘definitieve versie’ van deze gebaren vorm te krijgen. Eerlijk gezegd zijn de gebaren slecht.
Laten we om te beginnen eens kijken hoe deze nieuwe gebaren werken. Zodra navigatie op volledig scherm is geselecteerd, verdwijnt de navigatiebalk grotendeels en wordt deze vervangen door een kleine horizontale lijn onderaan. Deze balk lijkt erg op de thuisbalk op iOS, alleen kleiner. De gebaren functioneren ook op een vergelijkbare manier als iOS. Als u vanuit de balk omhoog veegt terwijl u zich in een applicatie bevindt, gaat u naar het startscherm (een mooi veerkrachtig effect op de adaptieve pictogrammen helpt de beweging te verkopen). Als u omhoog veegt en vasthoudt, wordt de schakelaar voor recente apps weergegeven. Als u horizontaal langs de onderste balk veegt, bladert u opnieuw door recente apps, net als in iOS.
Hier wordt het rommelig. De altijd belangrijke Terug-knop, die nog steeds een cruciaal onderdeel is van Android-navigatie, is verplaatst naar een veegbeweging vanaf beide kanten van het scherm. Een veeg van buiten het scherm naar binnen activeert de terugknop aan beide kanten.
Het achterwaartse gebaar kan vanaf de gehele hoogte van het scherm worden geactiveerd, tenzij het toetsenbord open is. Als het toetsenbord open is, moet je boven het toetsenbord vegen of het toetsenbord sluiten vanuit de navigatiebalk. Ten slotte heeft Google met Beta 5 deze kleine halve cirkelindicatoren in de benedenhoek aan weerszijden toegevoegd voor het Assistent-gebaar, dat vanuit beide benedenhoeken naar binnen veegt.
De meeste Android Q-gebaren zijn dat wel prima; Apple en andere fabrikanten hebben mensen hier al kennis mee laten maken en hoewel ik ze niet intuïtief zou noemen, werken ze meestal goed genoeg. Er zijn echter enkele grote problemen met het Terug-gebaar, en ik zou echt willen dat Google het hele systeem zou heroverwegen.
Problemen en verwarring
Mijn eerste en grootste probleem is het gebruik van applicaties. Om te beginnen hebben de meeste Android-applicaties een Navigatielade. Dit handige uitschuifbare paneel is in veel toepassingen aanwezig, en door jarenlang Android-gebruik heb ik geleerd om vanaf de rand naar binnen te vegen om het te openen. Je kunt op het Hamburger-menu bovenaan drukken om de la te openen, maar nu telefoons steeds groter en groter worden, is dit problematisch. Omdat zowel de openingsgebaren van de Back- als de navigatielade functioneel identiek zijn, is het ongelooflijk kieskeurig, moeilijk en vervelend om de ene te doen zonder de andere te activeren of erover te struikelen. In Android Q Bèta 5, Google probeert dit op te lossen met een soort "begin naar binnen te vegen en pauzeren" -methode om de lade te openen in plaats van Terug, maar naar mijn ervaring is het ongelooflijk onbetrouwbaar.
Door mezelf te dwingen de gebaren van Google te gebruiken sinds de Beta 5-release, heb ik kunnen zien in hoeveel applicaties ik vaak de navigatielade openveeg. Hier is een (zeker niet uitputtende) lijst met applicaties die nu een stuk lastiger zijn om te gebruiken met gebaren:
- Gmail
- Speel Winkel
- Letterlijk elke Reddit-client
- Meningsverschil
- Notities bijhouden
- Twitteren
Natuurlijk is dit geen onoverkomelijk probleem, maar het voelt als een onnodig probleem. We hebben hier te maken met jarenlange inertie van ontwikkelaars waartegen het nieuwe Android Q-gebaar vecht.
Een ander probleem dat ik heb met het Terug-gebaar is dat het gewoon niet coherent of communicatief is. Toegegeven, het systeembrede back-gedrag van Android is altijd een beetje vreemd geweest. In sommige applicaties wordt de app gesloten, terwijl je in sommige situaties tussen apps kunt schakelen en uiteindelijk weer naar huis kunt gaan. Een veel voorkomende situatie is het openen van een applicatie vanuit het opstartprogramma en vervolgens op de Terug-knop drukken (minstens één keer) om terug te gaan naar het opstartprogramma.
Op iOS, waar velen beweren dat Google zijn gebaren heeft opgeheven, is dit niet mogelijk. Het besturingssysteem van Apple is meer ‘app-gericht’ en er is geen gebaar behalve Home om van een applicatie terug naar het startscherm te gaan. In de meeste iOS-applicaties wordt vegen vanaf (alleen) de linkerrand behandeld als een teruggebaar. Dit wordt aan de gebruiker gecommuniceerd via een subtiele animatie van de nieuwe weergave die vanaf de rechterrand naar binnen schuift. Dus natuurlijk en intuïtief zal het glijden in de tegenovergestelde richting ‘terug’ gaan.
Dit soort flow en animatie werkt simpelweg niet met de back-UX van Android. Als ik een applicatie vanuit mijn dock start, "zoomt" deze in beeld vanaf het pictogram. Niets aan de animatie communiceert dat “teruggaan” via vegen vanaf beide randen de gebruiker naar het startscherm brengt. Nogmaals, dit is geen showstopper, maar we zijn al meer dan tien jaar bezig met deze mobiele besturingssystemen en dit voelt als een stap terug in termen van intuïtief werken met de gebruiker.
Ten slotte heb ik nog een paar kleine problemen met het teruggebaar van Android Q. Als het toetsenbord open is, verlies je de mogelijkheid om over de randen terug te vegen, hoe groot het toetsenbord ook is. Als iemand het teruggebaar wil gebruiken om het toetsenbord te sluiten, moet hij de telefoon omhoog schuiven en over het toetsenbord vegen.
Voorlopig blijft er een knop 'toetsenbord sluiten' op de oude locatie van de terugknop om te helpen. Voor mij voelt dit behoorlijk dubbelzinnig aan. Ten slotte, en ik ben volledig bereid toe te geven dat dit misschien gewoon iets is dat ik doe met een gebaar in plaats van met een knop, is er geen mogelijkheid om herhaaldelijk op de knop te drukken om meerdere lagen terug te gaan. Het is niet ongebruikelijk dat ik aan het chatten ben in Hangouts (Ik ben nog steeds boos op je Google) en druk gewoon op de terugknop om terug te keren naar het startscherm. Als alternatief ben je soms een paar lagen diep in het browsen op Twitter of Reddit en wil je een paar keer op de terugknop drukken om terug te gaan naar de hoofdfeed. Herhaaldelijk op een knop drukken zal altijd gemakkelijker zijn dan het equivalente aantal veegbewegingen.
Corrigeer de gebaren van Android Q, Google
Om helemaal eerlijk te zijn, gebruik ik Android Q Beta 5 sinds de release, en het is de eerste keer dat ik mezelf dwing om gebaren te gebruiken wanneer ik mijn Pixel 3 XL gebruik. Ik geniet er nog steeds niet van, en ik moet voortdurend vechten tegen de drang om terug te schakelen naar navigatie met 2 of 3 knoppen. Zoveel Android Q-gebaren voelen gewoon alsof Google een inhaalslag maakt of simpelweg dupliceert wat iOS en EMUI al doen. Het voelt niet als een diep doordachte en samenhangende ervaring. Het voelt ook in bijna alle opzichten langzamer aan dan de lay-out met 3 knoppen van bijna tien jaar geleden. Ik weet dat we heel dicht bij de release van Android Q zitten, en het is waarschijnlijk dat veel van wat we in Beta 5 zien, zijn weg zal vinden naar de stabiele lancering van Q. Ik hoop echter echt dat ze vroeg of laat met iets beters kunnen komen. Voorlopig kan ik in ieder geval nog terugschakelen naar de 3-knopsindeling of de Pil.