Google pusht echt de nieuwe gebarennavigatie in Android 10. Hoewel ze andere gebarencontroleprogramma's niet hebben verboden, hebben ze wel veel grenzen gesteld.
Na te hebben geëxperimenteerd met op knoppen gebaseerde gebarenbediening in Android 9 Pie, ging Google terug naar de tekentafel verbeter de vloeiendheid en het gebruik met één hand van de gebarennavigatie van Android. Met Android 10 kwam Google tot een oplossing die visueel op iOS lijkt: een gebarenbalk die omhoog kan worden geveegd om naar huis te gaan of naar links of rechts kan worden geveegd om tussen apps te schakelen. Omdat de gebarenbalk veel dunner is dan de speciale ruimte voor het vorige navigatieschema met drie knoppen, geven de gebaren van Android 10 apps meer ruimte om inhoud onder aan het scherm weer te geven. Om het ontbreken van een speciale terugknop aan te pakken, heeft Google een inwaartse veegbeweging vanaf de linker- of rechterrand van het scherm toegevoegd om de terugactie te activeren. De nieuwe en verbeterde gebaren van Google zijn een stap in de goede richting, hoewel sommigen nog steeds geloven dat alternatieven van derden superieur zijn.
Ook al is er nog ruimte voor verbetering (en dat is er zeker), dringt Google er bij zijn Android-partners op aan om deze nieuwe navigatiebewegingen over te nemen, omdat het bedrijf wil app-ontwikkelaars niet belasten met de noodzaak om meerdere verschillende gebarennavigatie mogelijk te maken schema's. Fabrikanten van Android-apparaten zoals OnePlus, Samsung, Xiaomi, Huawei, OPPO, Vivo en ASUS zijn slechts enkele van de bedrijven met hun eigen kijk op gebarennavigatie. Deze bedrijven hebben al veel ontwikkelingsinspanningen geïnvesteerd in het bouwen van hun eigen gebaren, dus Google dwingt hen niet om hun werk volledig op te geven.
“Gebruikers willen steeds meer meeslepende ervaringen in Android, en een 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 een beetje krankzinnig. Met dat in gedachten hebben we dit gebarennavigatiesysteem in Q geïntroduceerd en gaan we het ecosysteem vanaf Q op 3 standaardiseren. knoppen en ons model gaat vooruit.” – Ronan Shah, Product Manager bij Google in het Android System UI-team, bij Google I/O 2019.
In plaats daarvan heeft Google zijn regelset voor de compatibiliteit van Android- en Google-apps herschreven, waardoor OEM's daartoe gedwongen worden zij zetten hun eigen gebaren opzij ten gunste van die van Google, terwijl ze tegelijkertijd de functionaliteit van OEM beperken gebaren.
Compatibiliteitsvereisten voor Android 10 Gebaren
Na elke grote release van het Android-platform werkt Google het Android Compatibility Definition Document (CDD) bij schets de nieuwe vereisten waaraan alle apparaten moeten voldoen om als compatibel te worden beschouwd met de nieuwste versie van Android. Dit is een van de voorwaarden voor het verkrijgen van een Android-licentie, die nodig is om de Android-branding in marketing te gebruiken. Het is ook een vereiste om goedkeuring te verkrijgen voor de distributie van Google Mobile Services, de reeks Google-apps, -services en -bibliotheken die vooraf zijn geïnstalleerd op de meeste Android-apparaten die internationaal worden verkocht.
In de CDD voor Android 10heeft Google sectie 2.2.3 over de softwarevereisten voor draagbare apparaten (ook wel smartphones genoemd) bijgewerkt met de onderstaande bewoording. Deze verklaringen informeren OEM's over de verwachtingen van Google over hoe groot het triggergebied voor navigatiegebaren moet zijn.
Google raadt aan dat het gebarenherkenningsgebied voor de thuisactie binnen 32 dp ligt (dp staat voor density-independent pixel) vanaf de onderkant van het scherm, maar ze stellen dit niet als vereiste, zodat OEM's nog steeds zwevende gebarenbediening kunnen aanbieden zoals EMUI's drijvende navigatiedok.
Als een OEM een veegbeweging vanaf de linker- of rechterrand van het scherm aanbiedt, vereist Google dat het triggergebied zich minder dan 40 dp vanaf de rand bevindt (idealiter 24 dp in de breedte.) Merk op dat OEM's hierdoor verschillende gevoeligheidsopties voor zijgebaren kunnen creëren, zolang het triggergebied niet groter is dan 40 dp. Googlen eigenlijk biedt precies dit in zijn eigen Android 10-release. Standaard is de inzet voor het teruggebaar op de Pixel 24 dp, maar deze kan worden verlaagd naar 18 dp of verhoogd naar 32 dp of 40 dp.
In een later gedeelte van de CDD, met name paragraaf 7.2.3 over navigatietoetsen, biedt Google gedetailleerde vereisten voor hoe gebaren voor de terug-, thuis- en recente apps-acties moeten werken. De meeste vereisten zijn erop gericht ervoor te zorgen dat het systeemgedrag consistent is voor app-ontwikkelaars, maar er zijn een paar opmerkelijke uitspraken die van invloed kunnen zijn op de gebruikerservaring.
Hoewel Google niet verplicht dat een veeg omhoog vanaf de onderkant de thuisactie activeert of een veeg omhoog en vasthoudt het recente apps-overzicht activeren, vereist Google wel dat veegbewegingen vanaf de zijkanten de terugactie activeren. Dit zou met name betekenen dat de aanpasbare gebaren beschikbaar zijn Samsung's bediening met één hand+ zou niet worden toegestaan, maar omdat One Hand Operation+ niet kant-en-klaar is geïnstalleerd, kan het wel een goedkeuring krijgen.
Als een OEM een zwevend systeempaneel levert dat wordt geactiveerd via een zijwaartse veegbeweging, moet de OEM de trigger plaatsen gebied in het bovenste 1/3 van de linker- of rechterkant en mag niet toestaan dat het paneel groter is dan 1/3 van de grootte van het scherm rand. De OEM kan de gebruiker echter toestaan het triggergebied onder het bovenste 1/3 van de randen in te stellen. Deze taal is waarschijnlijk toegevoegd om tegemoet te komen aan de Edge Panel-functie van Samsung.
Het Android 10-compatibiliteitsdefinitiedocument wordt niet geplaatst Dat Er zijn veel beperkingen op wat OEM's met gebaren kunnen doen, maar zoals ik al eerder zei: het naleven van de CDD is rechtvaardig een van de vereisten voor het verkrijgen van een Android-licentie en goedkeuring om GMS te distribueren. Google heeft een apart document dat ze privé verspreiden onder al haar gelicentieerde Android-partners; dit document somt de technische eisen op waaraan bedrijven moeten voldoen om GMS te mogen distribueren, en bevat aanvullende bepalingen met betrekking tot gebarennavigatie in Android 10. We hebben een kopie verkregen van dit document, getiteld GMS-vereisten v7, gedateerd 3 september 2019.
Vereisten voor gebarennavigatie voor GMS-goedkeuring
De Google Assistent is een ontzettend belangrijke dienst voor Google, daarom bundelt Google deze als onderdeel van de Google App vereist dat alle Android-partners het distribueren als onderdeel van de reeks GMS-apps voor "gewone" (niet-Android Go) apparaten. De vereisten houden hier echter niet op. Sinds Android 5.1 schrijft Google voor dat een lange druk op de Home-knop de Assist-actie activeert, wat standaard gebeurt zal Google Assistant aanroepen, aangezien Google ook bepaalt dat de Google-app de standaardhandler voor de Assist is actie. Er is echter geen speciale homeknop meer in Android 10, dus Google heeft nieuwe eisen gesteld aan hoe de Assistent met een gebaar kan worden geactiveerd.
Om de Google Assistent te activeren met de gebarennavigatie van Google, moet je diagonaal vanuit de linker-/rechteronderhoek vegen. Google vereist dat dit gebaar aanwezig is op alle apparaten met Android 10, ongeacht of de gebaren van Google out-of-the-box de standaard navigatieknoppen zijn. Als een OEM zijn eigen bedieningselementen voor gebarennavigatie implementeert, kan hij zijn eigen trigger implementeren om de Assistent-app te starten, maar de exacte implementatie zal worden beoordeeld door Google. Bij sommige OEM's zoals OnePlus en Xiaomi kun je de Assistent activeren door bijvoorbeeld lang op de aan/uit-knop te drukken.
Google definieert drie soorten referentienavigatiemodellen:
- Klassieke navigatieknoppen met drie knoppen. Dit kunnen knoppen op het scherm of hardwareknoppen zijn, maar er moet enige afstand tussen zitten. De drie knoppen activeren de start-, terug- en recente apps.
- Android 9 Pie's navigatieknoppen met twee knoppen. Dit mogen geen hardwareknoppen zijn, al moet er wel nog enige afstand tussen de twee knoppen zitten. De terug- en home-knoppen activeren respectievelijk de terug- en home-acties, via de knop voor recente apps is samengevoegd met de homeknop, zodat een veegbeweging over de homeknop de recente apps activeert Overzicht.
- De nieuwe gebarennavigatie van Android 10.
Alle apparaten die met Android 10 worden gelanceerd, moeten A en C implementeren, hoewel het aan de OEM is om te beslissen welke kant-en-klaar standaard wordt gemaakt. B wordt niet langer ondersteund en kan niet worden toegestaan als door de gebruiker te selecteren optie.
Dus waar blijven de alternatieve navigatiebedieningen van OEM's? Google zegt dat hoewel Android-partners hun eigen navigatiebedieningen kunnen aanbieden, hun alternatieven dat niet kunnen zijn die tijdens de installatie aan de gebruiker worden gepresenteerd, en ze kunnen ook niet aan de gebruiker worden geadverteerd via meldingen of op het scherm pop-ups. Hoewel A en C op het hoogste niveau van de navigatie-instellingen moeten worden weergegeven, moeten eventuele alternatieve navigatie-opties één item dieper in Instellingen worden geplaatst.
Dit betekent in feite dat alternatieve, aantoonbaar betere gebaren alleen zullen worden gevonden door ervaren gebruikers die de instellingen doorzoeken of online artikelen over hun apparaat lezen. Wij noteerden in onze OnePlus 7T recensie dat OnePlus zijn OxygenOS-bewegingen op volledig scherm niet aanbiedt, en dat zal waarschijnlijk het geval zijn bij andere apparaten die later met Android 10 worden gelanceerd, omdat het weinig zin heeft om een alternatief gebaar aan te bieden schema. De waarschijnlijke reden dat de OnePlus 7 en OnePlus 7 Pro nog steeds de oude OxygenOS-gebaren hebben, is dat Google raadt OEM's ten zeerste aan de bestaande navigatieopties niet te verwijderen bij het upgraden van apparaten naar Android 10.
Ten slotte raadt Google OEM's ten zeerste aan de gebruiker niet naar een andere navigatiemodus te schakelen wanneer ze een opstartprogramma van derden als standaard instellen. Ironisch genoeg is dit precies wat er gebeurt als je probeer een launcher van derden als standaard in te stellen in Android 10 voor de Google Pixel. Google heeft beloofd dat ze een oplossing zullen uitrollen om de gebaren van Android 10 compatibel te maken met launchers van derden, dus het is waarschijnlijk dat ze deze specifieke verklaring hebben toegevoegd, zodat gebruikers launchers van derden niet de schuld geven van gebaren onverenigbaarheid. Doe wat ik zeg, niet zoals ik doe.
Samenvattend heeft Google eindelijk stappen ondernomen om gebarennavigatie in Android te verenigen, en ze gebruiken het CDD- en GMS-goedkeuringsproces om OEM's mee te laten spelen. Dat is echter geen slechte zaak, aangezien fragmentatie in de navigatiebediening problematisch is voor app-ontwikkelaars. Google heeft het duidelijk gezegd veel aandacht en onderzoek naar de bruikbaarheid van de nieuwe gebaren. Omdat Google weet dat niet iedereen blij zal zijn met hun gebaren, geven ze nog steeds OEM's krijgen enige speelruimte door hen hun eigen gebaren te laten maken, zolang die gebaren maar zeker volgen reglement.
In toekomstige versies van Android kan Google alternatieve navigatiemodi volledig verbieden. OnePlus ziet mogelijk al het schrift aan de muur dat zou verklaren waarom ze niet langer hun oude gebaren op de telefoon weergeven OnePlus 7T, hoewel we zullen moeten wachten tot er meer apparaten met Android 10 worden gelanceerd om te zien of dit een eenmalige of een nieuwe branche is trend.