A Google valóban szorgalmazza az új gesztusos navigációt az Android 10-ben. Bár nem tiltottak be más gesztusvezérlési rendszereket, sok korlátot szabtak.
Miután kísérletezett az Android 9 Pie gomb alapú gesztusvezérlésével, a Google visszatért a rajzasztalhoz javítja az Android gesztusos navigációjának gördülékenységét és egykezes használatát. Az Android 10-zel a Google egy olyan megoldáshoz érkezett, amely vizuálisan hasonlít az iOS-hez: egy kézmozdulatsor, amelyet felfelé csúsztatva hazaérhet, vagy balra vagy jobbra csúsztatva válthat az alkalmazások között. Mivel a gesztussáv sokkal vékonyabb, mint az előző háromgombos navigációs séma számára fenntartott hely, az Android 10 kézmozdulatai több helyet biztosítanak az alkalmazásoknak a tartalom megjelenítéséhez a képernyő alján. A dedikált vissza gomb hiányának elhárítása érdekében a Google egy befelé húzást adott a képernyő bal vagy jobb szélétől, hogy elindítsa a visszalépést. A Google új és továbbfejlesztett gesztusai lépést jelentenek a helyes irányba, bár egyesek még mindig úgy vélik, hogy a harmadik féltől származó alternatívák jobbak.
Még akkor is, ha van még hova fejlődni (és biztosan van), a Google arra ösztönzi Android-partnereit, hogy alkalmazzák ezeket az új navigációs gesztusokat, mert a vállalat nem akarja az alkalmazásfejlesztőket azzal terhelni, hogy több különböző gesztusos navigációt is alkalmazniuk kell sémák. Az olyan Android-eszközgyártók, mint a OnePlus, a Samsung, a Xiaomi, a Huawei, az OPPO, a Vivo és az ASUS, csak néhány a gesztusos navigációval foglalkozó cégek közül. Ezek a cégek már eddig is rengeteg fejlesztési erőfeszítést fektettek be saját gesztusaik kialakításába, így a Google nem kényszeríti őket arra, hogy teljesen felhagyjanak a munkájukkal.
„A felhasználók egyre inkább magával ragadó élményekre vágynak az Androidban, és az egyik dolog, amit az eszközgyártók megtettek, az, hogy ezt szoftveroldalról próbálták megközelíteni. És amit csináltak, saját gesztusnavigátort építettek. És minden eszközgyártónak más a benyomása arról, hogyan kell működnie a gesztusnavigációnak. A platformoldalon felismerjük, hogy ez őrültséggé válik egy fejlesztő számára. Ha N különböző gesztus-navigációra gondol, amikor az alkalmazását fejleszti, tervezi, teszteli, ez őrültté válik. Tehát ezt szem előtt tartva bevezettük ezt a gesztusnavigációt a Q-ban, és szabványosítani fogjuk az ökoszisztémát a 3-as Q-tól. gombok és a modellünk halad előre.” – Ronan Shah, a Google termékmenedzsere az Android System UI csapatánál, a Google I/O-nál 2019.
Ehelyett a Google átírta az Android és a Google-alkalmazások kompatibilitási szabályait, és arra kényszerítette az OEM-eket, hogy oldalra helyezik saját gesztusaikat a Google javára, miközben korlátozzák az OEM funkcionalitását is gesztusok.
Android 10 Gesture kompatibilitási követelmények
A Google minden nagyobb Android-platform-kiadás után frissíti az Android-kompatibilitási definíciós dokumentumot (CDD). felvázolja azokat az új követelményeket, amelyeknek minden eszköznek meg kell felelnie ahhoz, hogy kompatibilisnek minősüljön a legújabb verzióval Android. Ez az egyik előfeltétele az Android licenc megszerzésének, amely szükséges az Android márkajelzés marketingben való használatához. Ez szintén előfeltétele a Google Mobile Services, a Google-alkalmazások, -szolgáltatások és -könyvtárak terjesztésének jóváhagyásának, amelyek a legtöbb nemzetközileg értékesített Android-eszközön előre telepítve vannak.
Ban,-ben CDD Android 10-hez, a Google az alábbi szöveggel frissítette a kézi eszközök (AKA okostelefonok) szoftverkövetelményeiről szóló 2.2.3 szakaszt. Ezek a nyilatkozatok tájékoztatják az OEM-eket a Google elvárásairól, hogy mekkora legyen a navigációs gesztusok aktiválási területe.
A Google azt javasolja, hogy az otthoni művelet gesztusfelismerési területe 32 dp-n belül legyen (a dp a sűrűségtől független pixel) a képernyő aljáról, de ezt nem teszik kötelezővé, így az OEM-ek továbbra is kínálhatnak lebegő kézmozdulat-vezérlést mint például Az EMUI lebegő navigációs dokkolója.
Ha egy OEM becsúsztatást kínál a képernyő bal vagy jobb széléről, akkor a Google megköveteli, hogy az aktiválási terület 40 dp-nél kisebb távolságra legyen a képernyő szélétől. (ideális esetben szélessége 24 dp.) Vegye figyelembe, hogy ez lehetővé teszi az eredeti gyártók számára, hogy különböző érzékenységi beállításokat hozzanak létre az oldalsó gesztusokhoz, mindaddig, amíg az aktiválási terület nem haladja meg a 40 dp-t. Valójában a Google pontosan ezt kínálja saját Android 10 kiadásában. Alapértelmezés szerint a hátsó gesztus beillesztése 24 dp a Pixelen, de csökkenthető 18 dp-re, illetve növelhető 32 dp-re vagy 40 dp-re.
A CDD egy későbbi szakaszában, különösen a navigációs billentyűkkel foglalkozó 7.2.3-as szakaszban, a Google részletes követelményeket ír elő a visszafelé, az otthoni és a legutóbbi alkalmazásműveletek gesztusainak működésére vonatkozóan. A legtöbb követelmény arra irányul, hogy a rendszer viselkedése konzisztens legyen az alkalmazásfejlesztők számára, de van néhány figyelemre méltó kijelentés, amely befolyásolhatja a felhasználói élményt.
Bár a Google nem írja elő, hogy az alsó szélről felfelé csúsztatva indítsa el az otthoni műveletet, vagy a felfelé csúsztatással és tartással Ha kiváltja a legutóbbi alkalmazások áttekintését, a Google megköveteli, hogy az oldalról történő ellop mozdulatok indítsák el a visszalépést. Ez különösen azt jelentené, hogy a testreszabható gesztusok által biztosított Samsung One Hand Operation+ nem lenne engedélyezett, bár mivel a One Hand Operation+ nincs gyárilag telepítve, előfordulhat, hogy engedélyt kap.
Ha egy OEM olyan lebegő rendszerpanelt biztosít, amely oldalsó kézmozdulattal aktiválódik, akkor az OEM-nek el kell helyeznie a triggert a bal vagy a jobb oldal felső 1/3-ában található, és a panel mérete nem haladhatja meg a képernyő méretének 1/3-át él. Az OEM azonban lehetővé teheti a felhasználó számára, hogy a kioldási területet a szélek felső 1/3-a alá állítsa be. Ezt a nyelvet valószínűleg azért adták hozzá, hogy megfeleljen a Samsung Edge Panel funkciójának.
Az Android 10 kompatibilitási definíciós dokumentuma nem található hogy sok korlátozás arra vonatkozóan, hogy az OEM-ek mit tehetnek a gesztusokkal, de ahogy korábban említettem, a CDD betartása csak egy Android-licenc és GMS terjesztési engedély megszerzésének előfeltételei közül. A Google-nak van egy külön dokumentuma, amelyet privát módon terjeszt minden engedélyezett Android-partnere számára; ez a dokumentum felsorolja azokat a műszaki követelményeket, amelyeket a vállalatoknak be kell tartaniuk ahhoz, hogy engedélyezhessék a GMS terjesztését, és további kikötései vannak az Android 10 gesztusos navigációjára vonatkozóan. Megszereztük a 2019. szeptember 3-i, GMS Requirements v7 című dokumentum másolatát.
A kézmozdulatokkal történő navigáció követelményei a GMS-jóváhagyáshoz
A Google Asszisztens egy hihetetlenül fontos szolgáltatás a Google számára, ezért a Google a Google App és a megköveteli, hogy minden Android-partner terjesztse azt a GMS-alkalmazások csomagjának részeként a „szokásos” (nem Android Go) eszközökhöz. A követelmények azonban ezzel nem érnek véget. Az Android 5.1 óta a Google előírja, hogy a Kezdőlap gomb hosszan tartó megnyomása indítsa el az Assist műveletet, amely alapértelmezés szerint meghívja a Google Asszisztenst, mivel a Google azt is előírja, hogy a Google alkalmazás legyen az Assist alapértelmezett kezelője akció. Az Android 10-ben azonban már nincs külön kezdőlap gomb, így a Google új követelményeket támaszt az Asszisztens kézmozdulattal történő aktiválására vonatkozóan.
A Google Asszisztens Google kézmozdulatokkal történő navigációval történő aktiválásához átlósan kell húznia a bal/jobb alsó sarokból. A Google megköveteli, hogy ez a kézmozdulat jelen legyen minden Android 10 rendszert futtató eszközön, függetlenül attól, hogy a Google kézmozdulatai az alapértelmezett navigációs vezérlők. Ha egy OEM saját kézmozdulatokkal történő navigációs vezérlőket valósít meg, akkor saját triggert is végrehajthat az Assistant alkalmazás elindításához, de a pontos megvalósítást a Google felülvizsgálja. Egyes OEM-ek, például a OnePlus és a Xiaomi lehetővé teszik az Asszisztens aktiválását például a bekapcsológomb hosszú megnyomásával.
A Google háromféle referencia-navigációs modellt határoz meg:
- Klasszikus háromgombos navigációs vezérlők. Ezek lehetnek a képernyőn vagy a hardveren megjelenő gombok, de bizonyos távolságot kell tartani közöttük. A három gomb elindítja a kezdőlap, a vissza és a legutóbbi alkalmazásokat.
- Az Android 9 Pie kétgombos navigációs vezérlői. Ezek nem lehetnek hardveres gombok, bár a két gomb között még mindig legyen némi távolság. A Vissza és a Kezdőlap gomb elindítja a vissza és az otthoni műveleteket, bár a legutóbbi alkalmazások gombja összevonták a Kezdőlap gombbal úgy, hogy a kezdőlap gomb felfelé húzása elindítja a legutóbbi alkalmazásokat áttekintés.
- Az Android 10 új gesztusos navigációja.
Az Android 10 rendszerrel induló összes eszköznek meg kell valósítania az A-t és a C-t, bár az OEM-nek kell eldöntenie, hogy melyik legyen az alapértelmezett. A B már nem támogatott, és nem engedélyezhető a felhasználó által választható opcióként.
Tehát hol marad az OEM-ek alternatív navigációs vezérlése? A Google szerint bár az Android-partnerek kínálhatnak saját navigációs vezérlőket, alternatíváik nem a beállítás során megjelennek a felhasználónak, és nem hirdethetők a felhasználó számára értesítéseken vagy a képernyőn felugró ablakok. Míg az A-t és a C-t a navigációs beállítások legfelső szintjén kell megjeleníteni, minden alternatív navigációs lehetőséget egy bejegyzéssel mélyebbre kell helyezni a Beállításokban.
Ez gyakorlatilag azt jelenti, hogy az alternatív, vitathatatlanul jobb gesztusokat csak azok a tapasztalt felhasználók találják meg, akik átkutatják a beállításokat, vagy online cikkeket olvasnak az eszközükről. Megjegyeztük a mi OnePlus 7T áttekintés hogy a OnePlus nem kínálja az OxygenOS teljes képernyős gesztusait, és valószínűleg ez lesz a helyzet más az Android 10-et futtató eszközökön, mivel nincs értelme alternatív gesztus felkínálásának rendszer. Valószínű oka annak, hogy a OnePlus 7 és a OnePlus 7 Pro továbbra is a régi OxygenOS gesztusokkal rendelkezik, az az, hogy a Google nyomatékosan javasolja, hogy az OEM-ek ne távolítsák el a meglévő navigációs beállításokat, amikor az eszközöket Androidra frissítik 10.
Végül a Google nyomatékosan javasolja, hogy az OEM-ek ne kapcsolják át a felhasználót más navigációs módra, amikor egy harmadik fél indítóját állítják be alapértelmezettként. Ironikus módon pontosan ez történik, amikor Ön próbáljon meg egy harmadik féltől származó indítót alapértelmezettként beállítani Android 10 rendszerben a Google Pixelhez. A Google megígérte, hogy kidolgoznak egy javítást annak érdekében, hogy az Android 10 gesztusai kompatibilisek legyenek a harmadik féltől származó indítóprogramokkal. Valószínű, hogy hozzáadták ezt a kijelentést, hogy a felhasználók ne hibáztassák a harmadik féltől származó indítókat a gesztusokért összeférhetetlenség. Tedd azt, amit mondok, ne úgy, ahogy én teszem.
Összefoglalva, a Google végre lépéseket tett a kézmozdulatokkal történő navigáció egységesítése érdekében az Androidon, és a CDD- és a GMS-jóváhagyási folyamatot használják az OEM-ek részvételére. Ez azonban nem rossz, mivel a navigációs vezérlők töredezettsége problémás az alkalmazásfejlesztők számára. A Google egyértelműen megfogalmazta sok gondolkodás és kutatás az új gesztusok használhatóságáról. Mivel azonban a Google tudja, hogy nem mindenki lesz elégedett a gesztusaikkal, továbbra is adnak Az OEM-ek némi mozgásteret hagynak maguknak, hogy saját gesztusokat tegyenek, mindaddig, amíg ezek bizonyos gesztusokat követnek szabályokat.
Az Android jövőbeli verzióiban a Google teljesen letilthatja az alternatív navigációs módokat. Lehet, hogy a OnePlus már látja a falon azt az írást, amely megmagyarázza, miért nem adják tovább a régi gesztusaikat a OnePlus 7T, bár meg kell várnunk, amíg további Android 10-es készülékek indulnak el, hogy megnézzük, ez egyszeri vagy új iparág irányzat.