In Android Q zijn de enige twee navigatieopties de nieuwe navigatiebewegingen van Google en de traditionele navigatie met 3 knoppen.
Update 1 (9-5-19 om 19:28 ET): Kort na de publicatie van dit artikel, AndroidAutoriteit publiceerde een artikel waarin stond dat Google OEM's niet zal dwingen hun eigen gebaren af te schaffen. Meer details hieronder.
Tijdens de Google I/O-ontwikkelaarsconferentie van vorig jaar onthulde Google de eerste Android P-bèta met Google's nieuwe navigatiegebarenbediening. De nieuwe gebaren van Google voelden halfbakken aan omdat de gebaren geen extra schermruimte vrijmaakten en ook niet de terugknop vervingen. De nieuwe gebaren geïntroduceerd in Android Q bèta 3 zijn echter verschillend. De nieuwe "volledig gebarennavigatie"-implementatie van Google heeft geen knoppen meer waar de gebruiker op kan drukken, de onderkant is een stuk kleiner en de onderste balk is een stuk dunner. De nieuwe gebaren voelen veel meer iOS-achtig aan, maar dat is geen slechte zaak, want Apple kreeg vanaf het begin gebaren.
Sinds Google tijdens de keynote de nieuwe gebaren liet zien, vroegen we ons af wat er met het Android-ecosysteem zal gebeuren met de introductie van nog een ander interface voor gebarenbediening - vooral een interface waarvoor Google ontwikkelaars vraagt wijzigingen aan te brengen. Nu hebben we geleerd dat Google bezig is met het maken van hun gebarenbediening verplicht voor alle apparaten met Android Q. De navigatiegebaren van Google zijn nu alleen de navigatiegebaren van Android. Ter herinnering: hier is hoe de nieuwe gebaren van Google werken, zoals beschreven in ons eerdere artikel over alle veranderingen die we in de nieuwste bèta hebben opgemerkt.
- Veeg verticaal omhoog vanaf de onderkant om naar huis te gaan
- Veeg horizontaal vanaf links of rechts om terug te gaan
- Veeg diagonaal vanuit de linker- of rechterbenedenhoek totdat uw vinger het midden van het scherm bereikt om de Google Assistent te activeren
- Veeg horizontaal naar links of rechts op de onderste gebarenbalk om snel tussen apps te schakelen
- Veeg omhoog en houd vast om het overzicht van recente apps te openen
Tijdens de sessie "Ondersteuning van mobiele bruikbaarheid met donker thema en gebaren in Android Q" vandaag bevestigde Ronan Shah, productmanager bij Google van het Android System UI-team, dat er worden slechts 2 navigatiemethoden ondersteund op het Android-platform: de nieuwe gebaren van Google en de traditionele gebaren met 3 knoppen.
"In de toekomst gaan we voor Android twee navigatiemodi ondersteunen. De eerste is 3 knoppen, je weet dat Android-gebruikers dol zijn op 3 knoppen. We weten dat het superbruikbaar is en dat het ook tegemoetkomt aan veel toegankelijkheidsbehoeften die gebaren gewoon niet kunnen bieden. Aan de andere kant weten we ook dat er veel behoefte is aan gebaren, daarom steunen wij 1 gebarenmodus, dat is wat je zag, vooruitgaan in Android - en alleen die ene." - Ronan Shah, Googlen.
De heer Shah vervolgt en legt uit waarom ze hebben besloten OEM's te beperken in het implementeren van hun eigen bewegingsbediening.
"Gebruikers willen steeds meer meeslepende ervaringen in Android, en één ding dat apparaatfabrikanten hebben gedaan is proberen dit vanuit een softwarekant te benaderen. En wat ze hebben gedaan, is hun eigen gebarennavigatie bouwen. En elke apparaatfabrikant heeft een andere indruk van hoe gebarennavigatie zou moeten werken. Wat we aan de platformkant herkennen, is dat dit krankzinnig wordt voor een ontwikkelaar. Als u aan N verschillende gebarennavigaties denkt wanneer u uw app probeert te ontwikkelen, ontwerpen of testen, wordt het gewoon krankzinnig. Met dat in gedachten hebben we dit gebarennavigatiesysteem in Q geïntroduceerd en gaan we het ecosysteem standaardiseren vanaf Q op 3 knoppen en ons model in de toekomst." - Ronan Shah, Google.
Dit is heel logisch omdat de nieuwe gebarennavigatie in Android Q van veel ontwikkelaars vereist dat ze hun apps herwerken omgaan met conflicten. Apps met zijbalken zullen niet goed werken met het nieuwe gebaar van de terugknop, dus ontwikkelaars zullen dit nodig hebben om weg te gaan van een dergelijke gebruikersinterface of gebarenbediening uit te schakelen met de nieuwe setSystemGestureExclusionRects API. Omdat ontwikkelaars nu deze afweging moeten maken, is het het beste dat er maar één bewegingsbediening is implementatie in de toekomst, zodat ontwikkelaars niet hoeven na te denken over hoe ze met gebarengedrag op niet-Google moeten omgaan apparaten. Elke apparaatfabrikant heeft zijn eigen navigatiegebarensysteem, dus het is leuk om te weten dat Google gebaren in Android Q standaardiseert rond één model.
Helaas betekent dit dat de geweldige gebarenbediening van OnePlus, Huawei, Xiaomi en Motorola niet beschikbaar zullen zijn in hun respectievelijke Android Q-releases. Aan de andere kant is het geweldig dat Google de opname van de traditionele navigatie met drie knoppen als optionele modus verplicht stelt. Google verwijderde eerder de 3-knopsnavigatie van hun eigen Pixel 3- en Pixel 3 XL-smartphones, maar beide toestellen hebben nu toegang tot de traditionele modus zonder dat ze hun toevlucht hoeven te nemen tot trucjes.
Dankzij Andreas Proschofsky van DerStandard voor de heads-up!
Update 1: OEM's worden niet gedwongen
Ondanks wat er op het podium werd gezegd, bevestigde Google dit AndroidAutoriteit dat ze gebaren van derden niet expliciet zullen verbieden. In plaats daarvan beschouwt Google gebaren van derden ‘als een krachtige gebruikersoptie’. Dus terwijl OEM's zullen gedwongen worden om de traditionele navigatie met 3 knoppen aan te bieden En De nieuwe gebaren van Google, zij zal niet worden beperkt in het aanbieden van extra opties voor navigatiegebaren. Gebruikers kunnen tijdens de installatie kiezen tussen de navigatiemodus met 3 knoppen en Android Q-gebaren, maar het is onduidelijk of OEM's tijdens de installatie hun eigen gebaren mogen tonen.
Dit is een vreemd standpunt van Google en het is lijnrecht in tegenspraak met wat er op het podium van Google I/O werd gezegd. Toestaan dat OEM's hun eigen gebaren blijven aanbieden, doet niets af aan het standaardiseren van het ecosysteem, zoals Google beweerde te willen doen bij I/O. Ontwikkelaars zullen dus rekening moeten houden met meerdere bewegingsmodi van meerdere apparaatfabrikanten, wat precies het probleem is dat opgelost moest worden door een uniforme bewegingsmodus in Android Q te forceren.