Android QHet nieuwe gebarennavigatiesysteem is een duidelijke upgrade van wat Google heeft geprobeerd met Android 9 Pie. Multitasken is eenvoudiger en elk van de kerngebaren is gemakkelijker en vloeiender te gebruiken. Maar een kernonderdeel van het navigatieparadigma dat nog steeds in de lucht hangt, is het nieuwe teruggebaar.
We hebben gezien dat verschillende telefoonfabrikanten hun eigen ruggebaren maakten, maar niet op de manier waarop Google standaardiseert met Android Q: veeg naar binnen vanaf de rand van het scherm, aan de linker- of rechterkant, om dezelfde actie uit te voeren die eerder met de terugknop werd afgehandeld. Dit verschil met de rest van de achtergebaren op andere Android-telefoons is buitengewoon belangrijk omdat het interfereert met een van de meest fundamentele in-app-navigatiesystemen die tegenwoordig worden gebruikt: de slide-in lade.
De inschuiflade is al tien jaar een fundamenteel onderdeel van de app-interface.
De verborgen inschuiflade is al bijna tien jaar een fundamenteel app-navigatiemechanisme en wordt op de een of andere manier buiten Android verspreid naar zowat elk ander platform. Er zijn maar weinig apps die geen inschuiflade gebruiken, en velen (waaronder enkele van Google) vertrouwen erop als hun primaire systeem om door delen van de app te navigeren. Zelfs degenen die de meest gebruikte functies naar een onderste navigatiebalk brengen, gebruiken de inschuiflade nog steeds als een stortplaats voor verdere opties.
(De enige categorie apps die niet regelmatig een inschuiflade gebruikt, zijn games, die hun eigen problemen hebben met gebaren op de rand.)
Als je Android Q met gebarennavigatie gebruikt, verliest elke app zijn schuiflade totdat de ontwikkelaar een update uitvoert.
Wanneer u Android Q gebruikt met ingeschakelde gebarennavigatie, verliest elk van deze apps zijn schuiflade. Je kunt eenvoudigweg niet vanaf de rand naar binnen vegen, waar dan ook of op welke manier dan ook, om het te onthullen. De enige manier om de lade te laten zien, is door op de knop te tikken die eraan is gekoppeld - meestal een hamburgermenuknop in de bovenhoek, die steeds moeilijker te bereiken is op grote (en lange) telefoons. Dat is een enorm pijn die op zijn minst een verandering in het spiergeheugen vereist en de snelheid waarmee u door apps kunt navigeren drastisch vermindert.
Google weet dat het teruggebaar hoofdpijn zal bezorgen voor iedereen die vertrouwt op de inschuiflade (naast andere tikken en vegen langs de rand), en is waardoor het heel duidelijk is voor ontwikkelaars dat ze deze wijziging moeten plannen:
Als de gebruiker vanaf de rand van het scherm naar binnen veegt, interpreteert het systeem die beweging als een terugnavigatie, tenzij een app die beweging specifiek overschrijft voor delen van het scherm. Om uw app compatibel te maken met gebarennavigatie, wilt u de app-inhoud van rand tot rand uitbreiden en op de juiste manier omgaan met conflicterende gebaren.
Android-ontwikkelaarsdocumentatie beschrijft het proces waarmee ontwikkelaars delen van hun apps kunnen definiëren die zijn uitgesloten van het teruggebaar, en voert in plaats daarvan andere acties uit - of dat nu is om een schuiflade naar binnen te trekken of gewoon een gegarandeerde aanraakinvoer alle de weg naar de rand voor een andere interactie. Google heeft bijvoorbeeld de Play Store-app al bijgewerkt om het teruggebaar aan de hele linkerkant volledig te verwijderen, zodat deze alleen voor de inschuiflade overblijft.
Gebaren voor uitsluiting van gebaren zijn voor elke app anders, als ze die al hebben.
Dat is allemaal goed en wel, maar het vereist eigenlijk dat ontwikkelaars Doen wat Google vraagt. En zelfs als we dat als een gegeven beschouwen (wat we uiteraard niet kunnen), en elke app met een inschuiflade op magische wijze een uitsluitingsgebied van de ene op de andere dag heeft, zijn er nog steeds grote bruikbaarheidshindernissen. Gebaren uitsluitingsgebieden werken alleen als u erop kunt rekenen dat ze er zijn - niet wetend waar dat gebied is, aan welke kant het is, hoe groot het is, en als het voor elke app op je telefoon anders is, introduceert dit een geheel nieuwe reeks problemen. Het wordt een zeer frustrerende overgang.
Andrew Martonik
Andrew is de Executive Editor, VS bij Android Central. Hij is een mobiele liefhebber sinds de Windows Mobile-dagen en behandelt alle dingen die met Android te maken hebben met een uniek perspectief bij AC sinds 2012. Voor suggesties en updates kunt u hem bereiken op [email protected] of op Twitter op @noordblog.