8 Minutit
Google katsetab vaikselt olulist multitegumtöö täiustust Androidi tahvelarvutitele: võimalust lohistada mis tahes rakendus tööriistaribalt ja kukutada see hõljuvasse mullki. Kui see leitakse, võib see muuta seda, kuidas inimesed tahvelarvuteid kasutavad, lubades käivitada mitu väikest rakenduseakent ilma split-screeni kohustuseta. See lähenemine võib parandada mitmeakna töövoogu, pakkudes paindlikumat ja kiiremat juurdepääsu lühitoimingutele ja taustülesannetele.
Lohista-mulliks: lihtne žest, mis avab uusi multitegumtöö uksi
Uues Android Canary 2510 koodis leiti Pixel Launcheri sees stringe, mis viitavad uuele juhendile ja annavad kasutajale juhise 'lohista alumistesse nurkadesse, et see hõljuma panna'. Kaasnev animatsioon näitab rakenduse ikooni, mida lohistatakse tööriistaribalt ja kukutatakse paremasse allnurka, kus tavapärase jagatud ekraani eelvaate asemel avaneb kompaktne hõljuv aken. See lihtne ja loogiline žest kasutab juba tuntud drag-and-drop käitumist, mis peaks vähendama kasutustõrget ja muutma funktsiooni loomulikumaks tahvelarvuti töövoogudes.
Kuni praeguseni on Androidi mullifunktsioon olnud piiratud peamiselt vestlusmärguannete ja mõne toetatud rakenduse puhul. Uus žest lubab seda mudelit üldistada nii, et mistahes tööriistaribale kinnitatud rakendus saaks muutuda suurust muutuva, hõljuva mini-aknaks. See võimaldab käivitada vestlust, kalkulaatori, muusikapleierit või märkmeid pisikeses aknas, mis jääb teiste töölaudade kohale ning mida saab vajadusel ümber paigutada või suurust muuta. Selline paindlikkus on eriti kasulik suuremate ekraanide ja tahvelarvutite puhul, kus traditsiooniline split-screen ei pruugi alati olla optimaalne.
Tehniliselt tähendaks see, et Pixel Launcher ja süsteemi aknahaldur peavad koostööd tegema, et luua ja hallata eraldiseisvaid tööülesandeid (tasks) või uue tüüpi aknakonteinereid, mida saab renderdada eraldi, kuid sõltumatult põhirakenduse ekraanist. See toob kaasa disainiväljakutseid, näiteks kuidas säilitada rakenduse elutsükkel, kuidas hallata sisendfookust, klaviatuuri ja mitme akna vahelisi ressursse ning kuidas tagada ühtne kasutajaliidese keel ja multitouch-žestide käitumine. Näiteks peab süsteem arvestama olukordadega, kus rakenduse osa töötab mullis, samal ajal kui teine osa on kausta taga või teises aknas aktiivne.
Selle lahenduse edukus sõltub ka sellest, kuidas Google ja seadmete tootjad (OEM-id) integreerivad mullide toe WindowManageri, Activity ja Task API-dega. Kui mullid saavad olla dünaamilised, suurust muudetavad ja taustsüsteemiga kooskõlas, tekib tugev vundament mitmeaknaliste töövoogude rikastamiseks. Samuti võib see nõuda uuendusi arendajatele mõeldud dokumentatsioonis, et selgitada, kuidas rakendused peaksid oma UI-d kohandama väiksemates context-aware akendes.
Kuidas see erineb varasemast katsetusest
Eelmisel aastal nähtud eksperimentaalne 'bubble anything' nõudis avalehel nupu puudutamist või hiljutiste rakenduste menüü kasutamist. See uus meetod on tablette silmas pidades intuitiivsem: see laenab sama lohista-ja-alla käitumist, mida kasutatakse split-screeni aktiveerimiseks, kuid suunab rakenduse nurka, et luua mull. Põhjalikum sünkroon split-screen käitumisega aitab vähendada õppimiskõverat ja teeb funktsiooni tunnetuse poolest loomulikumaks tahvelarvuti kasutajatele.
Varasemad lähenemised kasutasid sageli eraldi süsteemikõnelejaid või kohandatud teenuseid, mis pidid rakendustevahelisi interaktsioone ja akende elutsüklit lahendama. Uus meetod integreerub rohkem operatsioonisüsteemi loogikasse ja võib kasutada olemasolevaid mehhanisme, nagu pinnatud tööriistariba (taskbar), ActivityOptions ja akende nihutamise API-d. See tähendab, et arendajatele võib avaneda hübriidvõimalus: hoida olemasolevaid rakendusi muutumatuna, kuid võimaldada neid käivitada uues mullikujulises konteineris ilma täiendavaid adapteerimisi nõudmata.
Teine oluline erinevus on kasutajaliidese loomulikkus. Kui varasemad lahendused nõudsid konkreetseid nuppe või menüüvalikuid, siis lohista-mulliks žest kasutab juba tuttavat liikumismustrit. See peaks vähendama valeaktsepteerimise tõenäosust ja parandama ligipääsetavust neile, kes on harjunud split-screen toimingutega. Lisaks on see UX-i seisukohalt elegantsem, kuna kasutaja saab loogiliselt ja visuaalselt kinnituse — ikoon liigub ja 'muutub' mulliks, mis annab selge tagasiside toimingu tulemuse kohta.
Arendajate perspektiivist tähendab see ka selgemaid integratsioonivõimalusi: API-d, mis lubavad määrata mulli vaikekäitumist (nt suurus, ankurkoht, prioriteet), ning dokumendid, mis kirjeldavad, kuidas hallata mudeli piires olevaid ressursse ja kasutajasisendit. Selline selgus lihtsustab arendust ja toetab paremat ühtsust rakenduste vahel, vähendades fragmentatsiooni ja pidades silmas ka juurutamise keerukust OEM-ide jaoks.
Miks see tahvelarvuti tootlikkuse jaoks oluline on
Kujutage ette, et lohistate sõnumirakenduse väikse hõljuva aknasse, kui lugege artiklit, või avate kalkulaatori mullina arvutustabeli kohale ilma kogu tööruumi ümberkorraldamata. Tahvelarvutid, mis praegu võitlevad kolmete rakenduse korraga näitamisega, võivad mullid lubada kahe või kolme kompaktse rakenduspinna olemasolu samal ajal ilma pideva konteksti vahetamiseta. See omakorda vähendab tähelepanu hajumist ja muudab multitaskingust tõhusama tööriista loomulike käikude jaoks, näiteks märkmete tegemist, samal ajal videokõne jälgimise ja kiirete arvutuste tegemise juures.
Google on aastaid ette valmistunud Androidi suuremate ekraani vormifaktorite jaoks — tööriistariba, akende haldamine, täiustatud drag-and-drop — ning see muudatus oleks järjekordne samm suunas, kus tahvelarvutid käituvad rohkem PC-laadselt, säilitades samas puutetundliku esmastegevuse mugavuse. See on oluline nii tootlikkuse kui ka rakenduste ökosüsteemi arendajate jaoks, kuna see avab võimaluse kujundada rakendusi, mis on ühtaegu mugavad puute- ja hiirega kasutamiseks.
Praktilistes tingimustes tähendab see ka, et arendajad peavad kaaluma täiendavaid kasutajaliidese mustreid ja reaktiivsust. Näiteks tuleb mõelda, kuidas rakendus reageerib, kui osa tema kasutajaliidesest on paigutatud väiksemasse aknasse; kas sisu peab automaatselt kohanema või kas kasutaja eelistatakse pinnata teatud funktsioonid, jättes muu taustale. Samuti tuleb arvestada jõudlusestandarditega—mitme mulli samaaegselt töötamine võib suurendada RAMi ja GPU koormust, seega on optimeerimine kriitiline ja serveripõhise sünkroonimise puhul tuleb jälgida võrgu- ning andmete turvalisust.
Turundus- ja kasutusjuhtumite perspektiivist võib see funktsioon suurendada tahvelarvutite konkurentsivõimet tööreiside ja tootlikkussektoris, kus väiksemad, modulaarsed rakenduseaknad võivad pakkuda kiiremaid lahendusi võrreldes täisekraaniliste rakendustega. Ettevõtted, haridusasutused ja loovprofessionaalid võivad seda paindlikkust hinnata, eriti seadmetel, kus kerge kaal ja aku kestvus on prioriteedid. Samuti on see huvitav lahendus õppekeskkondade jaoks, kus õpetaja või õpilane võib vajada kiiret juurdepääsu mitmele tööriistale samaaegselt.
Millal võiksite seda oma seadmes näha?
Spetsiaalse juhendi stringi leidmine Pixel Launcheri koodis on julgustav märk, kuigi Google võib arendust edasi lükata või kavatsusi muuta. Oma regulaarse väljaandetsükli põhjal võib see funktsioon ilmneda kvartali platvormi värskenduses — võimalik, et Android 16 QPR3 piirkondlikus väljaandes umbes märtsi paiku. Kui nii, jõuaks värskendus tõenäoliselt esmalt Pixel-seadmetele ning hiljem laiemale levikule tootjate (OEM) kaudu, kes integreerivad uuenduse oma Androidi versioonidesse.
Arendajad ja huvitatud kasutajad peaksid praegu jälgima Android Canary ehitisi ja Pixel Launcheri värskendusi, samuti AOSP committe ja Gerrit ülevaateid, et saada vihjeid implementatsiooni edenemise kohta. Koodianalüüsist ja lekete põhjal ei saa alati kindlaid järeldusi teha, kuid juhiste ja animatsioonide esinemine viitab sellele, et Google kaalub funktsiooni avalikustamist. Katsetamisel võivad ilmuda valikud nagu seade, mis lubab või keelab 'drag-to-bubble', või arendajatele mõeldud API-dokumentatsioon, mis selgitab, kuidas rakendused peaksid mullis käituma.
Lisaks tuleks arvestada, et tootjate OEM-versioonide ja kohanduste tõttu võib roll-out olla fragmentaarne. Mõned tootjad võivad funktsiooni koheselt toetada, teised aga oodata, kuni süsteemiakna käitumine on täiendavalt küps. Samuti võivad riistvarapiirangud, nagu protsessori võimsus või olemasoleva aknahalduse piirangud, mõjutada seda, millistel seadmetel funktsioon saadaval on.
Kui soovite rahulikult arengut jälgida, siis vaadake Android Canary changeloge, Pixel Launcher APK lahtipakkimisi ja AOSP committe ning usaldusväärseid tehnoloogiablogisid ja lekkete teenuseid. Nende allikate jälgimine aitab varakult aru saada, kuidas ja millal lohista-mulliks žest võib teie seadmesse jõuda ning milliseid konfiguratsioonivalikuid ja arendustööriistu Google plaanib pakkuda.
Kui žest jõuab, võib see osutuda peeneks kuid mõjuval muutuseks, mis muudab multitegumtöö Android tahvelarvutitel kiiremaks ja paindlikumaks. Üleminek traditsiooniliselt ekraani jagamisele kuni dünaamiliste, hõljuvate akendeni võib avada uusi kasutusstsenaariume nii tarbijatele kui ettevõtetele, muutes tahvelarvuti tööriistaks, mis on võrdväärsem töölaua mitmeakna lähenemistele.
Uudishimulik? Hoidke silm peal tööriistaribal
Väikesed kasutajaliidese juhendid eelnevad sageli suurtele muudatustele. Kui näete uut tööriistariba vihjet, mis soovitab lohista-mulliks žesti, võite olla üks esimesi kasutajaid, kes proovib vedelamat viisi mitme rakenduse samaaegseks käitamiseks ühel ekraanil. Jälgige ka seadme seadeid ja värskenduste logisid — kui funktsioon on saadaval, võivad seal olla ka täiendavad valikud mullide käitumise, suuruse ja prioriteedi haldamiseks.
Lõppkokkuvõttes annab Google'i samm viisi, kuidas muuta tahvelarvutite multitegumtöö loomulikumaks ja paindlikumaks ilma, et kasutaja peaks pidevalt kohandama kogu ekraani paigutust. See sobib eriti neile, kes eelistavad kombineerida mitut väikest töövoogu korraga — näiteks märkmete tegemist, suhtlust ja uurimistööd — ilma töövoolu segamata.
Allikas: androidauthority
Jäta kommentaar