Android Q: s nya gestnavigeringssystem är en tydlig uppgradering av vad Google försökte med Android 9 Pie. Multitasking är enklare, och var och en av kärngesterna är lättare att använda med mer flyt. Men en viktig del av navigationsparadigmet som fortfarande är uppe i luften är den nya ryggen.
Vi har sett att flera telefontillverkare skapar sina egna rygggester, men inte på det sätt som Google standardiserar med Android Q: svep in från kanten av skärmen, till vänster eller höger, när som helst för att utföra samma åtgärd tidigare hanterats med tillbaka-knappen. Denna skillnad från resten av ryggen på andra Android-telefoner är oerhört viktig eftersom det stör ett av de mest grundläggande navigationssystemen i appen som används idag: skjutluckan.
Inmatningsfacket har varit en grundläggande appgränssnittskomponent i ett decennium.
Den dolda infällningslådan har varit en grundläggande navigationsmekanism för app i nästan ett decennium, och den sprids utöver Android till nästan alla andra plattformar på något sätt. Appar som inte använder en inskjutbar låda är få och långt mellan dem, och många (inklusive några av Googles egna) förlitar sig på det som deras primära system för att flytta igenom delar av appen. Även de som ytar de mest använda funktionerna i en nedre navigeringsfält använder fortfarande skjutfacket som dumpningsplats för ytterligare alternativ.
(Den enda kategorin av appar som inte regelbundet använder en inskjutbar låda är spel som har sin egen kamp med kantbaserade gester.)
Med hjälp av Android Q med gest-nav förlorar varje app sin inlåda tills utvecklaren uppdateras.
När du använder Android Q med gestnavigering aktiverad, förlorar varje enskilt av dessa appar sin skjutfack. Du kan helt enkelt inte dra in från kanten, på någon plats eller på något sätt, för att avslöja det. Det enda sättet att visa lådan är att knacka på vilken knapp som helst som är associerad med den - vanligtvis en hamburgermenyknapp i det övre hörnet, som blir allt svårare att nå på stora (och höga) telefoner. Det är en enorm smärta som kräver en förändring i muskelminnet åtminstone och dramatiskt minskar hastigheten med vilken du kan navigera i appar.
Google vet att den bakre gesten kommer att skapa huvudvärk för alla som har kommit att förlita sig på lådan i lådan (bland andra kranar och svepningar i närheten) och gör det mycket tydligt för utvecklarna att de måste planera för detta Byta:
Om användaren sveper in från kanten av skärmen tolkar systemet den gesten som en Back-navigering, såvida inte en app specifikt åsidosätter den gesten för delar av skärmen. För att göra din app kompatibel med gestnavigering, vill du utöka appens innehåll från kant till kant och hantera motstridiga gester på lämpligt sätt.
Android-utvecklardokumentationen fastställer processen med vilken utvecklare kan definiera områden i sina appar som är uteslutna från den bakre gesten, och istället kommer att utföra andra åtgärder - oavsett om det är att dra i ett skjutfack eller helt enkelt ha garanterat beröringsinmatning vägen till kanten för någon annan interaktion. Som ett exempel har Google redan uppdaterat Play Store-appen för att helt ta bort den bakre gesten på hela vänster sida, vilket lämnar den endast för skjut-lådan.
Gestexkluderingsområden kommer att vara olika för varje app - om de alls har dem.
Det är allt bra och bra, men det kräver att utvecklarna faktiskt gör det som Google frågar. Och även om vi tar det som en given (som vi uppenbarligen inte kan), och varje app med en inskjutbar låda magiskt har ett uteslutningsområde över natten, finns det fortfarande stora användbarhetshinder. Områden för uteslutning av gester fungerar bara om du kan räkna med att de är där - om du inte vet var det området är, vilken sida det är på, hur stort det är och om det är annorlunda för varje app på din telefon introducerar en ny uppsättning frågor sammanlagt. Det kommer att bli en väldigt, mycket frustrerande övergång.
Tyvärr för oss har utvecklare inte så mycket incitament att skapa dessa uteslutningsområden. De nya gesterna är obligatoriska att inkludera på nya telefoner som levereras med Android Q, men de behöver inte vara standard eller det exklusiva navigationsvalet. Det är en ganska säker satsning att de flesta företag som redan har sina egna gestnavigeringssystem, eller håller sig med tre-knappsnavigering, kommer att fortsätta göra det med Android Q - och för den stora majoriteten av telefoner där ute kommer utvecklare inte att höra några klagomål.
Detta är en av de situationer där vi faktiskt kan ta den långsamma utrullningen av Android-uppdateringar som en positiv sak eftersom utvecklare som helhet inte kommer att ha sina appar uppdaterade med hänsyn till de nya Android Q-backgesterna under en tid framöver. Och för alla som uppdaterar sin icke-Pixel-telefon till Android Q ger det ännu mer vikt för beslutet mellan att aktivera de nya gesterna och hålla sig till de andra tillgängliga systemen - Android Q-gesterna kan vara bra och intuitiva, men är de värda att tappa utdrag-lådor i de flesta appar du använder varje dag? Jag tror inte att någon skulle säga att de är det.
Android Q: Allt du behöver veta!
