Android QAz új gesztusnavigációs rendszer egyértelmű frissítés ahhoz, amit a Google kipróbált az Android 9 Pie alkalmazással. A multitasking egyszerűbb, és az egyes alapvető gesztusok könnyebben használhatók, nagyobb folyékonysággal. De a navigációs paradigma egyik központi része, amely még mindig a levegőben van, az új hátmozdulat.
Láttuk, hogy több telefongyártó létrehozta saját hátmozdulatait, de nem úgy, ahogy a Google az Android Q-val szabványosít: csúsztassa be a képernyő szélétől balra vagy jobbra bármikor elvégezheti ugyanazt a műveletet, amelyet korábban a Vissza gomb kezel. Ez a különbség a többi Android-telefon hátsó gesztusának többi részétől rendkívül fontos mert zavarja a manapság használt egyik legalapvetőbb alkalmazáson belüli navigációs rendszert: a becsúsztatást rajzoló.
A becsúsztatható fiók egy évtizede alapvető alkalmazás-interfész-elem.
A rejtett becsúsztatható fiók közel egy évtizede alapvető alkalmazás-navigációs mechanizmus, és az Androidon túl valamilyen módon szinte minden más platformra kiterjed. Azok az alkalmazások, amelyek nem használnak becsúsztatható fiókot, kevés, és sokan (köztük a Google sajátjai is) arra hivatkoznak, mint elsődleges rendszerükre az alkalmazás szakaszainak átmozgatásához. Még azok is, amelyek a leggyakrabban használt funkciókat egy alsó navigációs sávra vonják fel, továbbra is használhatják a becsúsztatható fiókot a további lehetőségek kiürítéséhez.
(Az egyetlen alkalmazáskategória, amely nem használ rendszeresen csúsztatható fiókot, azok a játékok, amelyeknek saját küzdelmeik vannak az élen alapuló gesztusokkal.)
Az Android Q és a gesztusok közötti navigációval minden alkalmazás elveszíti a csúszó fiókot, amíg a fejlesztő nem frissíti.
Ha az Android Q-t engedélyezve van a gesztusnavigációval, akkor ezeknek az alkalmazásoknak minden elveszíti a becsúsztatható fiókját. Egyszerűen nem lehet ellopni a széléről, semmilyen helyen vagy bármilyen módon, hogy felfedje. A fiók megjelenítésének egyetlen módja az, ha megérinti a hozzá tartozó gombot - általában a hamburger menü gomb a felső sarokban, amelyet egyre nehezebb elérni nagy (és magas) telefonok. Az egy tömeges fájdalom, amely legalább az izommemória megváltoztatását igényli, és drámai módon csökkenti az alkalmazásokban való navigálás sebességét.
A Google tudja, hogy a hátsó gesztus fejfájást fog okozni mindenki számára, aki a becsúsztatható fiókra támaszkodik (többek között az élközeli csapások és ellopások mellett), és nagyon világossá téve a fejlesztők számára hogy meg kell tervezniük ezt a változást:
Ha a felhasználó ellop a képernyő széléről, a rendszer ezt a gesztust Back navigációként értelmezi, kivéve, ha egy alkalmazás kifejezetten felülírja ezt a gesztust a képernyő egyes részein. Ahhoz, hogy alkalmazásod kompatibilis legyen a gesztusos navigációval, érdemes szélesen kiterjeszteni az alkalmazás tartalmát, és megfelelően kezelni az ütköző gesztusokat.
Android fejlesztői dokumentáció meghatározza azt a folyamatot, amellyel a fejlesztők meghatározhatják alkalmazásaik azon területeit, amelyek kizártak a hátsó mozdulatból, és ehelyett más műveleteket hajt végre - legyen szó egy becsúsztatható fiók behúzásáról, vagy egyszerűen garantált érintéses bemenetről minden a széléig vezető út más interakciókhoz. Például a Google már frissítette a Play Store alkalmazást, hogy teljesen eltávolítsa a hátsó mozdulatot az egész bal oldalon, és csak a behúzható fiók számára hagyja.
A gesztusok kizárási területei minden alkalmazás esetében eltérőek lesznek - ha egyáltalán vannak ilyenek.
Ez minden rendben és jó, de ehhez a fejlesztőknek is szükségük van csináld amit a Google kérdez. És még akkor is, ha ezt adottnak vesszük (amit nyilvánvalóan nem tehetünk meg), és minden becsúsztatható fiókkal rendelkező alkalmazás varázslatosan rendelkezik egyik napról a másikra kizárási területtel, még mindig nagyok a használhatósági akadályok. A gesztusokat kizáró területek csak akkor működnek, ha számíthat arra, hogy ott vannak - nem tudni ahol az a terület, melyik oldalon van, mekkora, és ha a telefon minden egyes alkalmazásában más és más, akkor egy új kérdéscsoportot vezet be. Nagyon-nagyon frusztráló átmenet lesz.
Martonik András
Andrew az Android Central ügyvezető szerkesztője. A Windows Mobile napjai óta mobil rajongó, és 2012 óta az AC-vel kapcsolatos minden szempontból egyedülálló perspektívával foglalkozik az AC-val. Javaslatokkal és frissítésekkel elérheti őt az [email protected] vagy a Twitter címen @andrewmartonik.