Android Q: n uusi elenavigointijärjestelmä on selkeä päivitys siihen, mitä Google yritti Android 9 Pie -sovelluksella. Monitehtävä on helpompaa, ja jokaista ydintunnistusta on helpompi käyttää joustavammin. Mutta yksi ydinosa navigoint paradigmasta, joka on vielä ilmassa, on uusi taka ele.
Olemme nähneet useiden puhelinvalmistajien luomassa omia selkä eleitä, mutta ei tavalla, jota Google standardoi Android Q: lla: pyyhkäise näytön reunasta vasemmalle tai oikealle milloin tahansa suorittaaksesi saman toiminnon aiemmin käsittelemään takaisin-painiketta. Tämä ero muista Android-puhelimien muista taka eleistä on erittäin tärkeä, koska se häiritsee yhtä nykyään käytetyistä sovelluksen sisäisistä navigointijärjestelmistä: liukuva laatikko.
Liukuva laatikko on ollut keskeinen sovellusrajapinnan komponentti vuosikymmenen ajan.
Piilotettu liukuva laatikko on ollut keskeinen sovelluksen navigointimekanismi jo lähes vuosikymmenen ajan, ja se on levinnyt Androidin ulkopuolelle melkein jokaiselle muulle alustalle. Sovelluksia, joissa ei käytetä liukuvaa laatikkoa, on vähän ja kaukana toisistaan, ja monet (mukaan lukien osa Googlen omista) luottavat siihen ensisijaisena järjestelmänä liikkuessaan sovelluksen osien läpi. Jopa ne, jotka käyttävät eniten käytettyjä toimintoja alareunan navigointipalkkiin, käyttävät edelleen liukuvaa laatikkoa kaatopaikkana lisävaihtoehtoja varten.
(Ainoa sovellusryhmä, joka ei käytä säännöllisesti liukukoteloa, ovat pelit, joilla on omat kamppailunsa reunapohjaisten eleiden kanssa.)
Jos Android Q: tä käytetään elenavigaattorin kanssa, jokainen sovellus menettää syöttölaatikkonsa, kunnes kehittäjä päivittää.
Kun käytät Android Q: ta, jossa eleiden selaus on käytössä, jokainen näistä sovelluksista menettää syöttölaatikkonsa. Et yksinkertaisesti voi pyyhkäistä sisään reunasta, missään paikassa tai millään tavalla paljastaaksesi sitä. Ainoa tapa näyttää laatikko on napauttaa mitä tahansa siihen liittyvää painiketta - tyypillisesti hampurilaisen valikkopainiketta yläkulmassa, joka on yhä vaikeampi saavuttaa suurissa (ja korkeissa) puhelimissa. Se on massiivinen kipu, joka vaatii vähintään lihasmuistin muutoksen ja vähentää dramaattisesti sovellusten navigoinnin nopeutta.
Google tietää, että takana oleva ele aiheuttaa päänsärkyä jokaiselle, joka on tullut luottamaan liukuvaan laatikkoon (muun muassa reunojen lähellä olevien hanajen ja pyyhkäisyjen joukossa), ja tekee kehittäjille erittäin selväksi, että heidän on suunniteltava tätä varten muuttaa:
Jos käyttäjä pyyhkäisee sisään näytön reunasta, järjestelmä tulkitsee kyseisen eleen Takaisin-navigoimiseksi, ellei sovellus nimenomaan ohita kyseistä elettä näytön osia varten. Jotta sovelluksesi olisi yhteensopiva eleellisen navigoinnin kanssa, sinun kannattaa laajentaa sovelluksen sisältöä reunasta reunaan ja käsitellä ristiriitaisia eleitä asianmukaisesti.
Android-kehittäjädokumentaatio määrittelee prosessin, jolla kehittäjät voivat määritellä sovellustensa alueet, jotka eivät kuulu takaeleen, ja suorittaa sen sijaan muita toimia - joko vetääksesi sisään vetävän laatikon tai yksinkertaisesti takaamalla kosketustulon kaikille tapa reunaan muuta vuorovaikutusta varten. Esimerkiksi Google on jo päivittänyt Play Kauppa -sovelluksen kokonaan vasemman sivun takaeleen poistamiseksi, jättäen sen vain liukuvaan laatikkoon.
Eleiden poissulkemisalueet ovat erilaisia jokaisessa sovelluksessa - jos heillä niitä on ollenkaan.
Kaikki on hienoa, mutta se edellyttää, että kehittäjät todella tekevät sen, mitä Google pyytää. Ja vaikka otamme sen tietynä (jota emme selvästikään pysty) ja jokaisella liukukotelolla varustetulla sovelluksella on taianomaisesti poissulkemisalue yön yli, silti on olemassa suuria käytettävyyden esteitä. Eleiden poissulkemisalueet toimivat vain, jos voit luottaa siihen, että ne ovat siellä - et tiedä missä alue on, kummalla puolella se on, kuinka suuri se on, ja se, että se on erilainen puhelimen jokaiselle sovellukselle, tuo käyttöön uuden joukon asioita yhteensä. Siitä tulee hyvin, hyvin turhauttavaa siirtymävaihetta.
Meille valitettavasti kehittäjillä ei ole niin paljon kannustimia näiden syrjäytymisalueiden luomiseen. Uudet eleet on pakollista sisällyttää uusiin puhelimiin, jotka toimitetaan Android Q: n kanssa, mutta niiden ei tarvitse olla oletusvaihtoehto eikä yksinomainen navigointivalinta. On melko turvallinen veto, että useimmat yritykset, jotka jo tekevät omia elenavigointijärjestelmiään tai pitävät kiinni kolmen painikkeen navigoinnista, jatkavat niin tekemistä Android Q: n kanssa - ja tälle suurimmalle osalle puhelimista kehittäjät eivät kuule valituksia..
Tämä on yksi niistä tilanteista, joissa voimme tosiasiassa pitää hitaana Android-päivitysten käyttöönottoa myönteisenä asiana, koska kehittäjät kokonaisuutena eivät aio päivittää sovelluksiaan ajatellen uusia Android Q: n takaisin eleitä jonkin aikaa.. Ja niille, jotka päivittävät muun kuin Pixel-puhelimensa Android Q: ksi, se antaa entistä enemmän painoarvoa päätökseen uusien eleiden käyttöönoton ja muiden käytettävissä olevien järjestelmien kanssa kiinnittymisen välillä - Android Q-eleet voivat olla mahtavia ja intuitiivisia., mutta ovatko ne syytä menettää liukukotelot useimmissa päivittäisissä sovelluksissa? En usko, että kukaan sanoisi olevansa.
Android Q: Kaikki mitä sinun tarvitsee tietää!
