Android 14 „Felfordított torta”: Minden, amit a Google 2023-as nagy frissítéséről tudni kell

A legizgalmasabb dolog egy nagy Android-frissítésben, hogy egy mintát követve belekóstolhatunk az összes új funkcióba. Google-é Android 12 frissítés az operációs rendszer legnagyobb vizuális újratervezését jelentette az Android 5 Lollipop óta, köszönhetően Anyag Te. Az új tervezési filozófia, valamint az új funkciók kimerítő listája az Android 12 megjelenését és hatását radikálisan eltért a korábbi iterációktól. Aztán megjelent az Android 13, és sok hasonló esztétikai megoldást megduplázott. Most áttérünk az Android 14-re, és valószínűleg még több változás lesz a motorháztető alatt.

Nemrég érkezett meg az Android 14, és máris van néhány tippünk, hogy mire számíthatunk a jövőben. Minden új kiadás új funkciókkal és kisebb fejlesztésekkel egészíti ki az Android rendszer különböző elemeit. Most a második fejlesztői előzetesünknél tartunk, és várhatóan lesz még legalább egy, mielőtt a béták beindulnak. Ha mindent egy helyen szeretne tudni az Android 14-ről, akkor a megfelelő oldalra érkezett.

Mi az Android 14 neve?

Google lemondott a desszert elnevezési rendszeréről Androidra két évvel ezelőtt az Android 10 márka újratervezésével. A desszert elnevezések használata azonban folytatódott a vállalat belső fejlesztőcsapatainál. Az Android 11-et például Red Velvetnek hívták, míg az Android 12-t Snow Cone néven ismerik. Hasonlóképpen hívják az Android 13-at Tiramisu. A Google már nem titkolja az Android 14-et, mivel tavaly júliusban megtalálták az egyik AOSP Gerrit kötelezettségvállalásában.

Azok számára, akik kíváncsiak, ezek voltak az összes eddigi Android-verzió desszertnevei (belső vagy nyilvános):

• Android 1.5: Cupcake
• Android 1.6: Donut
• Android 2.0: Éclair
• Android 2.2: Froyo
• Android 2.3: Gingerbread
• Android 3.0: Honeycomb
• Android 4.0: Ice Cream Sandwich
• Android 4.1: Jelly Bean
• Android 4.4: KitKat
• Android 5.0: Lollipop
• Android 6.0: Marshmallow
• Android 7.0: Nougat
• Android 8.0: Oreo
• Android 9: Pie
• Android 10: Quince Tart
• Android 11: Red Velvet Cake
• Android 12: Snow Cone
• Android 13: Tiramisu
• Android 14: Upside Down Cake

Az Android 14 megjelenési dátuma még nem ismert, de gyanítjuk, hogy ugyanazt a megjelenési ütemet fogja követni, mint az előző években. Az Android 13 fejlesztői előzetes verziója 2022 februárjában megszűnt, ezt követte egy újabb fejlesztői előnézet, majd további négy bétaverzió az Android 13 végső kiadásáig. Mivel az első Android 14 fejlesztői előzetes időben megérkezett, majd gyorsan követte a második és immár egy pár béta is, egyértelmű, hogy a tavalyihoz hasonló megjelenési ütemet követünk.

A fejlesztők arra számíthatnak, hogy az Android 14 eléri a "platformstabilitást" valamikor a harmadik béta környékén, ha a Google ugyanazt a kiadási ütemtervet követi, mint tavaly. A platformstabilitás az API-k véglegesítését jelenti, és tavaly egybeesett azzal, hogy a fejlesztők az új API-szintet megcélzó alkalmazásokat küldhették be a Google Play Áruházban.

Android 14 lesz a készülékem?

Ha friss Google Pixel okostelefonja van, mint az új Pixel 7 sorozat, biztos lehetsz benne, hogy az elsők között leszel, aki belekóstolhat az Android 14-be, amikor leesik. Továbbra is csak fejlesztői előnézeti formában lesz elérhető (és ezért valószínűleg nem kell telepítenie a napi illesztőprogramra), de továbbra is kipróbálhatja. Azt várjuk, hogy más eszközgyártók is csatlakozzanak a szórakozáshoz, bár általában előfordul, hogy az olyan helyekről származó eszközöket, mint a OnePlus és a Xiaomi, nem frissítik olyan rendszeresen. Más szóval, vigyázz.

Azonban ha Ön igazán szeretné kipróbálni az Android 14-et, amikor az okostelefonján megjelenik, és nincs hivatalos verzió, kipróbálhat egy általános rendszerképet (GSI).

Mi az Android 14 eddigi újdonsága?

Ez néhány a nem dokumentált változtatások közül, amelyeket eddig az Android 14-ben észleltek.

Az Android 14 univerzális fogd és vidd támogatást adhat hozzá, akárcsak az iOS rendszeren

Tudja, hogyan húzhat át fájlokat és szöveget az alkalmazások között iOS rendszeren? Ez végre lehetségessé válhat az Android 14-től kezdve. Míg az osztott képernyős módban lévő alkalmazásokkal megteheti, egy teljes méretű alkalmazásban, amelyet egy másik teljes méretű alkalmazásba szeretne áthelyezni, nem.

Korábban a fájl megtartásakor a gesztusokat figyelmen kívül hagyta a rendszer, és ez a korlátozás még a háromgombos navigációt használó felhasználókra is kiterjedt. Ennek eredményeként a fogd és vidd funkció az osztott képernyős módra korlátozódott. Mostantól a felhasználók áthúzhatják a tartalmat kedvenc jegyzetkészítő alkalmazásukból egy másikba, és könnyedén lapozhatnak a megnyitott alkalmazások között, kényelmesen csúsztassa felfelé az ujját a kezdőképernyő eléréséhez, majd hajtson végre egy visszafelé mozdulatot a kijelző.

Az Android 14 még egyszerűbbé teheti a többfeladatos munkavégzést, ha bevezet egy módot az alkalmazáspárok mentésére

Ha valaha is többfeladatos munkát végzett Android okostelefonján, akkor valószínűleg egy pár alkalmazást használt a legtöbb feladat elvégzésére. Lehet, hogy ezek az alkalmazások egy banki alkalmazás és egy számológép, vagy egy jegyzetelő alkalmazás és egy egyetemi eLearning alkalmazás. Bármilyen párosítást is választ, az Android 14 ezt még könnyebbé teheti, mivel lehetővé teszi egy alkalmazáspár mentését és elindítását.

Az új funkciót Mishaal Rahman vette észre, és megjelenik a legutóbbi tételek áttekintő menüjében. Megtekinthető a helyi menüben, amely jelenleg az Osztott képernyő menüpontot tartalmazza. Még nem működik, de úgy tűnik, hogy megérkezik az Android 14 végleges kiadásához.

Élénkebb színek jelenhetnek meg az Android 14 Material You termékében

Úgy tűnik, hogy a Google merészebb színbeállításokon dolgozik egy új témastílusban, amelyet nyilvánvalóan "Fidelity"-nek hívnak. A polgármester A különbség a jelenlegi Material You-tól az, hogy lehetővé teszi a felhasználók számára, hogy valóban felhasználják a kiválasztott háttérkép alapszínét, és azt használják egy témához.

Ezt a változást észrevette 9To5Google, szintén a közelmúltban mutathatta meg a Google Design csapata egy tweeten keresztül, így a nézd meg a merészebb színeket, amelyek jelenleg nem érhetők el Android 13-on, amelyeket a videóban láthatsz felett.

Az Android 14 helyalapú javaslatokat adhat a hűségkártyákhoz

A Google Walletről azt mondták, hogy egy olyan alkalmazás, amely egyablakos ügyintézést biztosít az összes digitális kártyájához, beleértve a hűségkártyákat is. A hűségkártyák hozzáadása a Wallethez kissé körülményes, de megtehető, bár még ilyenkor is eltarthat egy ideig a pénztári sorban történő visszahívás, miközben a kártyák között görgetve megtalálja. Ez azonban változhat az Android 14-ben.

Évekkel ezelőtt, amikor a Google Walletet Google Walletnek hívták (igen, ez egy kicsit furcsa időszak volt), amikor olyan hely közelében tartózkodott, ahol használhatja a hűségkártyáját, a Wallet alkalmazás jelezte, hogy használhatja a hűségkártyáját azon a helyen, ahol tartózkodik. Szerencsére a Google visszahozhatja ezt a funkciót az Android 14 felhasználói számára. Miközben az API-referencián keresztül kutat Android 14 Beta 1, felfedeztem egy új funkciót, a "FEATURE_WALLET_LOCATION_BASED_SUGGESTIONS”. Azok az eszközök, amelyek ezt a funkciót „[támogatás] helyalapú javaslatokat jelenítenek meg az alapértelmezett fizetési alkalmazás által biztosított pénztárcakártyákhoz”.

Ami a működését illeti, a levegőben van. A Google Wallet arra támaszkodik, hogy a fejlesztők megadják ezeket az információkat, vagy az alkalmazás automatikusan megteszi? Ezek a „javaslatok” értesítések formájában fognak megjelenni, vagy a kártya csak a Quick Access Walletben jelenik meg? Az előbbi szerint a helyalapú javaslatok működtek, míg az utóbbi kevésbé volt szembetűnő, de továbbra is könnyen elérhető volt a lezárási képernyő parancsikonján és/vagy a gyorsbeállítási csempén keresztül.

Az Android 14 lehetővé teheti, hogy átlátszó navigációs sávot kényszerítsen az alkalmazásokra

Az Android Beta 1 hozzáadott egy "átlátszó navigációs sáv" beállítást, amely a navigációs sáv hátterét fekete helyett átlátszóvá változtatja. Ez magában foglalja a kijelző alján látható gesztussávot is. Az Android 5.0 Lollipop óta az alkalmazásfejlesztők képesek voltak erre változtassa meg a színt az Android navigációs sávjában, amely alapértelmezés szerint egyszínű fekete. Egyes alkalmazások azonban soha nem implementálták, így az alkalmazások között következetlenségek adódhatnak.

Érdekes módon az alkalmazás felhasználói felülete nem jelenik meg a navigációs sáv alatt, ha ez a funkció engedélyezve van, ami azt jelenti, hogy nem lesz vizuális átfedés az alkalmazás és a navigációs sáv között. Íme egy példa arra, hogyan fog kinézni az „átlátszó navigációs sáv” funkció bekapcsolásával vagy anélkül:

Az Android 14 megkönnyíti a telefon PIN-kódjának elrejtését a szörfösök elől

Noha nagy biztonságot nyújthat okostelefonján egy hosszú, csavart PIN-kóddal, bárki könnyedén hozzáférhet eszközéhez, ha csak meglát... beírod a kódot. Ezt általában vállszörfözésnek nevezik, amikor a támadó átnéz az emberek válla fölött, hogy kiszedje a jelszavaikat vagy más bejelentkezési feltételeket, és ez egy meglehetősen gyakori social engineering technika. Úgy tűnik, hogy az Android 14 operációs rendszerrel a Google a „továbbfejlesztett PIN-kód-védelem” nevű funkción dolgozik.

Ennek a kapcsolónak a leírása így hangzik: „Animációk letiltása a PIN-kód megadása közben”, ami azt jelenti, hogy nem jelenik meg az az animáció, amely normál esetben a billentyûzár bármely számának megérintésekor játszódik le. Ez megnehezíti a szörfösök számára a PIN-kód megadását, mivel az Android zárolási képernyőjén nem jelenik meg nyilvánvaló vizuális jelzés minden egyes megérintett számhoz.

A fenti videót osztotta meg velünk Szög Szadykov és megmutatja, hogyan működik.

Az Android 14 lehetővé teheti, hogy végre különböző élő háttérképeket állítson be a kezdőképernyőn és a lezárási képernyőn

Az Android okostelefonok az Android 2.0 Eclair óta támogatják az élő háttérképeket, és ezek az idők során csak javultak. Rengeteg különféle lehetőség áll rendelkezésre a Google Play Áruházban, és a legtöbb OEM-gyártó néhány élő háttérképet is csomagol eszközeihez. Azonban, miközben beállíthat egy külön statikus háttérképet Androidon mind a lezárási képernyőn, mind a kezdőképernyőn, nincs lehetőség külön élő háttérképek beállítására. Úgy tűnik, ez megváltozik az Android 14-ben.

Miközben az Android 13 QPR2 forráskódjában kutakodtunk, számos olyan kódmódosítást észleltünk, amelyek előkészítették a „független lezárási képernyő élő háttérkép” funkciójának engedélyezését. Egy kódváltás új metódust ad hozzá az Android WallpaperManager osztályához setWallpaperComponentWithFlags() néven. Rendszeralkalmazások, amelyek a SET_WALLPAPER_COMPONENT engedély, például az Android Live Wallpaper Picker alkalmazás, ezzel a módszerrel „beállíthatja az élő háttérképet [összetevőt] az adott képernyő(k)hez”, például a kezdőképernyőt, a lezárási képernyőt vagy mindkét képernyőt.

Az Android 14 képes vizuális értesítéseket küldeni a képernyőn és a vakujelzéseken keresztül

Néha könnyen lemarad egy értesítés, különösen akkor, ha a telefon hangereje halk, vagy csak rezgésre van beállítva. Ha Ön is nagyothall, akkor egyik opció sem segít, ezért a vizuális jelzés lehet a leghasznosabb módja annak megállapítására, hogy a telefon kap-e értesítéseket. Az Android 14 Developer Preview 2-vel azonban beállíthatja, hogy a kamera vakuja kikapcsoljon, amikor értesítés érkezik, vagy villogtathatja a képernyőt.

Az Android 14 támogathatja a PIN-kód automatikus megerősítését, anélkül, hogy Entert kellene nyomnia

Ha valaha is használt egyéni ROM-ot Androidon, akkor az emberek által nagyon kedvelt funkció a PIN-kód automatikus megerősítése volt, miután betette a telefonjába. A legtöbb Android telefon jelenleg megköveteli, hogy adja meg a PIN-kódot, majd érintse meg az Enter billentyűt, de ez a változtatás végül megszüntetheti ennek szükségességét.

Ez a kapcsoló alapértelmezés szerint nem jelenik meg a DP2-ben, és maga a funkció jelenleg nem működik az eszközeinken. Van egy figyelmeztetés, amely szerint „biztonságosabb a PIN-kód megerősítése az Enter megnyomásával, mint az automatikus megerősítés” de ez egy kompromisszum a kényelem érdekében, amellyel a legtöbb ember biztosan tisztában lesz, ha a PIN kódot. Ez a helyes PIN-kód automatikus megerősítése kapcsoló nem jelenik meg, ha 6 számjegynél rövidebb PIN-kódot állít be.

Ha szeretné engedélyezni vagy letiltani ezt a funkciót után már beállította a PIN-kódot, lépjen a Beállítások > Biztonság és adatvédelem > Eszközzár > Képernyőzár menüpontba, és koppintson a fogaskerék ikonra a jobb felső sarokban. Itt hozzáférhet egy „feloldás automatikus megerősítése” kapcsolóhoz, amely lehetővé teszi a funkció be- és kikapcsolását.

Ez a funkció jelenleg nem működik a 2. fejlesztői előnézetben, de egy későbbi kiadásban működhet.

Az Android 14 segítségével hangulatjel-háttérképet hozhat létre Pixel készülékén

A Google folyamatosan dolgozik olyan új funkciókon, amelyek a fejlesztői zászlók mögé rejtőznek, és az egyik, amely a Developer Preview 2-ben megérkezett, az hangulatjel háttérkép létrehozásához. A New York Times mostanában cikket publikált részletezi, hogy a Google hogyan tervezi a ChatGPT-t. A jelentés azt is bemutatta, hogy a vállalat egyes imázs- és videóprojektjei, amelyek jelenleg a működik, beleértve egy „tapétakészítőt a Pixel okostelefonhoz”. Az Android 14 DP2-ben egy új „Emoji Wallpaper” alkalmazást észleltünk a /product csomagban. partíció. Úgy tűnik, Pixel-exkluzív, mivel a csomag neve „com.google.android.apps.emojiwallpaper”, és ehhez a „com.google.android.feature” funkciójelző szükséges. PIXEL_EXPERIENCE” kell deklarálni.

Miután engedélyezte, egy új „Emoji Lab” opció jelent meg a háttérképlistában. Ha megérinti, megnyílt egy felhasználói felület, amely lehetővé tette, hogy új háttérképet hozzak létre különféle hangulatjelekkel. Tapéta létrehozásakor akár 14 hangulatjelet is beilleszthet a tervezésbe, választhat az olyan minták közül, mint a „Mosaic”, „Lotus”, „Stacks”, „Sprizma” és „Prizma”, majd válasszon a különböző színek közül. Ha nem tudja, milyen designt szeretne, koppintson a „véletlenszerűsítés” gombra, hogy az alkalmazás véletlenszerű hangulatjel-háttérképet hozzon létre.

Miután létrehozta a háttérképet, az elmentésre kerül a telefon háttérképválasztásánál az Emoji Lab részébe. Nincs garancia arra, hogy ez a funkció a Google Pixel okostelefonokon is elérhető lesz, de szórakoztató funkciónak tűnik.

Az Android 14 regionális beállítási funkciója megkérheti az alkalmazásokat, hogy használják a kívánt naptár- és számrendszert

Az Android egy globális operációs rendszer, és mint ilyen, különböző módokon támogatást igényel az emberek számára megértheti a dátumokat, időpontokat és más regionális méréseket, például a Fahrenheit-Celsius és a kilométereket mérföldekkel szemben. Nem mindig helyénvaló, ha egy alkalmazás feltételezi, hogy a felhasználó milyen mérőszámot szeretne használni, és ezért sok alkalmazás (különösen az időjárás-alkalmazások) kérdez milyen mérőszámot szeretne használni. A Google alkalmazásonkénti nyelvi beállításokat adott az Android 13-ban, és úgy tűnik, hogy ezt az ötletet más felhasználási esetekre is kiterjeszti.

A vállalat egy új „regionális preferenciák” funkciót tesztel az Android 14-ben, amely lehetővé teszi a felhasználók számára, hogy beállítsák saját beállításaikat preferált hőmérsékleti mértékegységek, naptár, a hét első napja és mindegyik számrendszere locale. A „Régiós beállítások” a Beállítások > Rendszer > Nyelvek és bevitel alatt jelenik meg, ha a rejtett fejlesztői jelző be van kapcsolva.

Ez a funkció már elérhető az Android 14 Developer Preview 2 verziójában.

Az Android 14 jobb támogatást nyújthat a billentyűzetekhez az érintőpad kézmozdulataival és a módosító billentyűk újrakiosztásával

A Google arra törekedett, hogy az Android jobban működjön a nagy képernyős eszközökön, és ezeknek az erőfeszítéseknek köszönhetően most olyan dolgok állnak rendelkezésünkre, mint pl a tálca, a tevékenységek beágyazása, optimalizáltabb alkalmazások, továbbfejlesztett postafiók és jobb osztott képernyős támogatás, amelyek többsége megérkezett ban ben Android 12L. Az Android 14 DP1 jobb billentyűzet-támogatással rendelkezik.

Az Android 14 támogatást készül hozzáadni a módosító billentyűk viselkedésének megváltoztatásához. Az Android 14 rendszerben felcserélheti a Caps lock, Ctrl, Meta és Alt billentyűk viselkedését, bár ehhez meg kell fordítania a fejlesztői jelzőt. Az általános kulcselrendezési fájlt frissítettük az Android 14-ben, hogy további Linux-kulcskódokat képezzenek Android-kulcskódokká. A változások a következők:

• 120-as kulcs innen: (undefined) ide: RECENT_APPS
• 228-as gomb: KEYBOARD_BACKLIGHT_TOGGLE
• 229. gomb: KEYBOARD_BACKLIGHT_DOWN
• 230-as gomb: KEYBOARD_BACKLIGHT_UP
• 248-as gomb: MUTE
• 418-as gomb: ZOOM_IN
• 419 gomb: ZOOM_OUT
• 528-as gomb: FÓKUSZ

Ezenkívül a fejlesztői jelző engedélyezése után az Android 14 DP1 új „Touchpad” opciót jelenít meg a beállítások alatt. Itt beállíthatja, hogy meg kell-e koppintania a kattintáshoz, megváltoztathatja a görgetés irányát (fordított görgetés), vagy átkapcsolhatja, hogy az érintőpad jobb alsó részének megérintése további lehetőségeket jelenítsen-e meg. Beállíthatja a mutató sebességét is, ha az alapértelmezett érték túl alacsony vagy túl gyors. Vannak még érintőpados gesztusok is, és egy oktatóprogram engedélyezhető a második fejlesztői jelző megfordításával. Személyre szabhatja ezeket az érintőpadi navigációs gesztusokat, amelyek a következőket tartalmazzák:

• Menjen vissza három ujjal balra vagy jobbra csúsztatva
• Három ujjal felfelé húzva térjen haza
• Nyissa meg a legutóbbi alkalmazásokat három ujjal felfelé húzva, majd lenyomva
• Nyissa meg az értesítéseket három ujjal lefelé húzással
• Négy ujjal balra vagy jobbra csúsztatva válthat az alkalmazások között

Az Android 14 megkönnyítheti a szolgáltató által telepített bloatware megtalálását és törlését

A bloatware-t nehéz meghatározni, de lényegében minden olyan előre telepített alkalmazásról van szó, amely egy okostelefonra meghaladja a felhasználói igényeket. A probléma az, hogy ezek az igények személyenként eltérőek, de valószínűleg mindannyian egyetértünk abban, hogy a háttérben, a felhasználó tudta vagy beleegyezése nélkül telepített alkalmazások számítanak. Az Android 14 DP1 rendszerben van egy rejtett „háttérben telepített alkalmazások” menü, amely alapértelmezés szerint nem érhető el. Meg kell fordítania egy rejtett fejlesztői jelzőt, hogy megjelenjen, és még akkor sem jelenik meg a Beállítások normál verziójában. Ehelyett a Beállítások „Spa” nevű speciális verziójában jelenik meg, amely szintén egy fejlesztői zászló mögött van.

Ezt az új „háttérben telepített alkalmazások” felületet a „Háttérben telepített alkalmazások” nevű új rendszerszolgáltatás hajtja. Valójában Mishaal Rahman foltos bizonyíték e szolgáltatás létezéséről egy AOSP-kötelezettségen keresztül néhány hónappal ezelőtt. Akkoriban megjegyezték, hogy ezt a rendszerszolgáltatást nem csak egy új Android 14 funkcióhoz fogják használni (látszólag a fent látható „háttérben telepített alkalmazások” oldal), hanem „több közelgő Android V [Android 15]” is. jellemzők.

Amint a fenti képernyőképen látható, a végfelhasználók észrevehetik a csendben telepített alkalmazásokat és távolítsa el őket, ha akarják, és úgy tűnik, hogy az adb által telepített vagy az előtérben aktív alkalmazások nem jelennek meg a lista. Hasznos lehet bizonyos eszközökön, ahol szolgáltató SIM-kártyájának behelyezése több mint egy tucat nem kívánt alkalmazás háttértelepítését indítja el.

Az Android 14 prediktív visszamozdulatával visszafelé csúsztatva megtekintheti, hogy merre jár

Az Androidban való visszahúzás kiszámíthatatlan lehet, és ennek elég komoly oka van. Miközben az alkalmazásokban navigál, az Android rögzíti az Ön által megtett úti célokat, amelyeket back stacknek neveznek. Ez azért van így, hogy a rendszer a megfelelő helyre irányítsa Önt, amikor elcsúsztatja a visszalépéshez. Az Android 13 előtt azonban a rendszer nem tudta biztosan, hová viszi a felhasználót egy visszamozdulás. Ha visszacsúsztatott a hátsó verem végén, akkor egyenesen a korábban megnyitott alkalmazáshoz tért vissza. Ez nem volt azonnal nyilvánvaló a felhasználó számára, és ez azt jelenthette, hogy elveszíti pozícióját az alkalmazáson belül.

Azonban, ez megváltozik az Android 14-el. Az Android 13 már megvalósította ennek egy nagyon alapvető formáját, amely megmutatja a felhasználónak, amikor visszatér az indítóhoz. Az Android 14 most megmutatja, miről van szó pontosan vissza fogsz menni.

Ez egy apró, de üdvözlendő változás, amely intuitívabbá teszi az Android rendszert. Az új átmeneti animáció alapértelmezés szerint le van tiltva a DP1-ben, és videónkban továbbra is muszáj volt engedélyezze a prediktív hátsó animáció beállítását a Fejlesztői beállításokban, és olyan alkalmazást is kellett használnunk, amelyik opt az új prediktív hátsó gesztus viselkedésbe.

Az Android 14 lehetővé teszi, hogy korlátozza, hogy az alkalmazások mely fényképekhez férhessenek hozzá, még akkor is, ha nem használják a Fotóválasztót

A Photo Picker API az Android 13 egyik csúcspontja, és a Project Mainline-nak köszönhetően a 4.4-es vagy újabb verziót futtató Android-eszközökre is vissza lett portálva. Lehetővé teszi a felhasználók számára, hogy kiválasszák, hogy az alkalmazás mely fényképekhez és videókhoz férhessen hozzá, így nem férhet hozzá teljes mértékben az eszközén lévő összes fényképéhez és videójához. Az alkalmazásoknak azonban támogatniuk kell a Photo Picker API-t, és sokan nem, bár ez Android 14-ben nem számít.

Az Android 14-től kezdődően, amikor egy alkalmazás, amely a 33-as API-szintet célozza, elindítja a futásidejű engedélyek párbeszédpanelt, és megkéri a felhasználót, hogy adja meg őket. READ_MEDIA_VIDEO vagy READ_MEDIA_IMAGES (vagy mindkettő), az Android 14 új bejegyzést szúrhat be az engedélyezési párbeszédpanelbe, amely a következőt írja: „Select Photos”. Ennek a bejegyzésnek a megérintésével elindul a Photo Picker új verziója, amely lehetővé teszi a felhasználó számára, hogy kiválassza, mely fényképeket vagy videókat kívánja engedélyezni. az alkalmazás hozzáférése. Az alkalmazás ezt követően csak azokhoz a médiaelemekhez fér hozzá, amelyeket a felhasználó kifejezetten kiválasztott, kivéve, ha a felhasználó úgy dönt bővítse a hozzáférést további médiaelemekhez, vagy biztosítson hozzáférést az alkalmazásnak a teljes médiaáruház-gyűjteményhez a képek és a videókat.

Ez a bejegyzés az engedélyezési párbeszédpanelen alapértelmezés szerint nem jelenik meg az Android 14 DP1 rendszerben, mivel láthatóságát egy fejlesztői jelző zárja. Remélhetőleg a Google engedélyezi a végső kiadáshoz, mivel ez egy nagymértékben védő API a magánélet védelmében.

Az Android 14 alkalmazásklónozási funkció hozzáadására készül

A Google egy új „klónozott alkalmazások” funkciót tesztel ban ben Android 14 amely lehetővé teszi, hogy „egy második példányt hozzon létre egy alkalmazásból, hogy egyszerre két fiókot használhasson”. Ez a funkció lehet elérhetővé teszik a felhasználók számára a Beállítások alkalmazásban a Beállítások > Alkalmazások > Klónozott alkalmazások alatt, ahogy a beágyazott képernyőképeken is látható. lent.

Amikor az első alkalmazást a „klónozott alkalmazások” funkción keresztül klónozza, az Android létrehoz egy úgynevezett „klónozó felhasználói profilt”, és telepíti az alkalmazást a profilba. A később klónozott alkalmazások ugyanarra a klónprofilra lesznek telepítve, amelyet korábban létrehoztak. Mivel a klónozóprofil nem osztja meg az alkalmazásadatokat a szülő felhasználói profillal, ez azt jelenti, hogy a klónozott alkalmazások nem őrzik meg bejelentkezési adatait vagy beállításait, így a nulláról kell beállítania őket. Ha úgy dönt, hogy már nincs szüksége a klónozott alkalmazásra, törölheti az alkalmazást a „klónozott alkalmazások” oldalon vagy a szabványos „alkalmazásinformációk” felületen keresztül.

Korábban az alkalmazások klónozásának egyetlen módja az adb használatával való klónozás volt, mivel a funkciót valójában az Android 12-ben adták hozzá. Egyes OEM-ek lehetőségeket kínáltak az alkalmazások klónozására is, sőt vannak olyan harmadik féltől származó alkalmazások is, amelyek munkaprofilokat használnak az alkalmazások klónozására. Ez egy natív megoldás, amely kifejezetten a Google Pixel eszközökön fog működni.

A megosztás menü lehet végül jobbulást

Az Androidnak már régóta gondja van a megosztási menüjével. Míg a múltbeli frissítések megpróbálták kijavítani, ez nem egységes az Android OEM-változatainál vagy akár az alkalmazásoknál, és ez csak általában egy rendetlenség. Az alábbi képernyőképen pontosan látszik, mire gondolok.

A probléma még a különböző OEM-eknél is fennáll, amelyek szintén AOSP-t használnak alapként.

Szerencsére úgy tűnik, hogy a Google áthelyezheti az Android Sharesheet-et a Projekt fővonal modult egy jövőbeli kiadásban, hogy orvosolja a megosztás menü következetlenségeit egyéb jelentések. Ennek érdekében a Google egy új alkalmazást adott a rendszerképhez Android 13 QPR1 bétaverzióval. Az Android 13 QPR1 forráskódja felfedi, hogy az új "Intent Resolver" alkalmazás kezeli majd az Android implementációját. „chooser” kód, amely meghívja az Android Sharesheet-et, és arra kényszeríti a felhasználókat, hogy válasszák ki, melyik alkalmazást használják a megosztáshoz akció.

Az Android Sharesheet áthelyezésével egy Project Mainline modulba, a Google mostantól egységesebb rendszermegosztási menüt kínál az Android-eszközökön. különböző OEM-ek. Lehetővé teszi azt is, hogy a vállalat kísérletezzen azzal, hogy mi működik és mi nem, javítva ezzel anélkül, hogy nagykereskedelmi rendszerre lenne szükség. frissítés. Azt nem erősítették meg, hogy a Google ezt folytatja, de valószínűnek tűnik.

Jönnek a frissíthető gyökértanúsítványok

A gyökértanúsítványok a nyilvános kulcsú infrastruktúra (PKI) magját képezik, és megbízható tanúsító hatóságok (CA) írják alá őket. Néha azonban ezek a hitelesítésszolgáltatók megbízhatatlanná válnak, és módot kell teremteni arra, hogy az eszközök új tanúsítványokat kapjanak, hogy biztosítsák az internethez való teljes hozzáférést. Korábban az Androidnál az új tanúsítványok terjesztésének egyetlen módja az OTA-frissítés volt, mivel azokat a telefon rendszerpartícióján tárolták.

Ez a jövőben változni fog, valószínűleg Android 14 esetén, mivel a Google létrehozza a gyökérboltot a telefonján (az az áruház, amely alapvetően megmondja a telefonnak milyen tanúsítványokat fogadnak el) a Conscrypt Mainline modul része, amely a Google Play rendszeren keresztül frissíthető Frissítések. A legtöbb felhasználó számára ez nem számít, de megvédi telefonját egy esetleges internetes katasztrófától, ha egy jelentős tanúsító hatóság hirtelen megbízhatatlanná válna egyik napról a másikra.

A Health Connect az Android 14 részeként jelenhet meg

Számtalan állapotkövető alkalmazás létezik az Androidon, de nem minden egyes alkalmazás fedi le az összes nyomon követni kívánt létfontosságú elemet. Az alkalmazások választhatják és meg is teszik, hogy egyénileg osztják meg az adatokat más alkalmazásokkal, de korábban nem volt ilyen egy API, amelyet az egészségügyi alkalmazások felhasználhatnak az adatok megosztására. Health Connect a Google válasza a problémára, amely képes közvetítőként működni a nyomkövető alkalmazások számára, hogy megosszák egymással az adatokat. Ha a MyFitnessPal adatokat akar venni a Samsung Health-től, a Fitbit-től és a Google Fit-től, akkor korábban közvetlenül kellett kapcsolódnia ezekhez az alkalmazásokhoz. Ebben az esetben csak a Health Connecthez kell csatlakoznia, és a Health Connect kezeli az összes ilyen kapcsolatot.

A Health Connect ma már valóban elérhető a Google Play Áruházban, de a probléma az, hogy nincs előre telepítve a telefonra, így nem mindenki tud róla. A Google jelezte szándékát, hogy legalább előre telepítse néhány telefonok, és feltehetően a cég megvárja, amíg le nem áll a béta, hogy ezt megtegye. A jelentések azt sugallják hogy Android 14-el érkezik és nagy valószínűséggel Mainline modulként. Nem erősítették meg, de sok erős bizonyíték van arra, hogy ez a helyzet.

Mondjon búcsút az Android Beamnek

Miután az Android 10-ben megszűnt, a Google megteszi végül az Android Beam eltávolítása az AOSP-ből, az Android Gerritről szóló kötelezettségvállalás szerint. Az Android Beam két eszköz összekapcsolására használható az adatátvitel egyszerű elindításához. Ezt már felváltotta a Nearby Share, ami lényegében ugyanezt teszi, szóval nem nagy baj.

A legnagyobb probléma azonban az, hogy a Nearby Share a Google Mobile Services (GMS) szolgáltatásra támaszkodik hogy a Google alapvetően elvett egy funkciót az AOSP-től és egy saját szolgáltatás mögé rejtette el hogy nem az AOSP része. Ez azt jelenti, hogy azok a gyártók, akik nem részei (vagy nem lehetnek, mint például a Huawei) a Google saját, GMS-re vonatkozó licencszerződésében, kimaradnak egy funkcióból.

Köszönjön műholdon keresztül

Hiroshi Lockheimer, a Google Androidért felelős alelnöke szerint az Android 14 támogatja a műholdas kommunikációt. Azt mondta, hogy a Google "műholdakra tervez", és a vállalat izgatottan várja partnereit "hogy mindezt engedélyezze az Android következő verziójában." Tekintettel az olyanok nyomására, mint az Apple, amely nemrégiben bevezette a műholdas támogatást az iPhone 14 sorozathoz is, úgy tűnik, ez az irány, amely felé halad az iparág.

---

Android 14 Beta 2: Bejelentett funkciók

Az Android 14 Beta 2 az idei Google I/O során érkezett meg, és gyorsan követte a béta 2.1-es verzió, amely javított néhány hibát. A béta verzióban végrehajtott változtatások szinte mindegyike hibajavítás és általános rendszerfejlesztés is volt, bár hozzáadták a beépített és egyéni hátsó animációk támogatását.

Android 14 Beta 1: Bejelentett funkciók

Az Android 14 Beta 1 néhány változtatással megérkezett, bár a legtöbb a motorháztető alatt volt.

Változások a felhasználói felületen

Az Android 14 Beta 1 egy új vissza nyilat jelentett be, amely kiegészíti a felhasználói háttérképet és az eszköztémát, valamint egy új megosztási lapot amely már aktív a Google Chrome legújabb bétaverziójában. Az alkalmazások egyéni műveleteket adhatnak hozzá a rendszermegosztási lapokhoz, ami a jövőben intuitívabbá teszi őket.

Fejlesztői változások

Az útvonalak mostantól lekérdezhetők és interpolálhatók, az Android Path API pedig egy rugalmas mechanizmus, amelyet vektorgrafikák létrehozására és megjelenítésére használnak. Az Android 14 rendszerben lekérdezheti az útvonalakat, hogy megtudja, mi van bennük, és az API frissítései olyan funkciókat is hozzáadnak, amelyek segítségével interpolálhat olyan útvonalakat, amelyek szerkezete pontosan megegyezik.

Ezenkívül az Android 14 javítja az alkalmazásonkénti nyelvi beállításokat, és lehetővé teszi az alkalmazások számára, hogy észleljék az aktuális alkalmazás felhasználói felületének nyelvét. Az Android Studio Giraffe Canary 7 és az AGP 8.1.0-alpha07 segítségével beállíthatja az alkalmazást, hogy automatikusan támogassa az alkalmazásonkénti nyelveket.

Végül az alkalmazások korlátozhatják a meghatározott nézeteket úgy, hogy azok csak olyan kisegítő lehetőségek számára legyenek láthatók, amelyek azt állítják, hogy hasznosak a fogyatékkal élő felhasználók számára. A Play Protect igyekszik biztosítani, hogy az alkalmazások igazat adjanak ezeknek az állításoknak, és ez az attribútum accessibilityDataSensitiveként van meghatározva.

---

Android 14 Developer Preview 2: Bejelentett funkciók

Az Android 14 Developer Preview 2 még néhány változtatással érkezett, bár ezek többsége fejlesztőknek szól.

Adatvédelem és biztonság

A Photo Picker egy API, amelyet a Google vezetett be az Android 13-mal. Az alkalmazásoknak nem kell engedélyt kérniük ahhoz, hogy hozzáférjenek a felhasználó által a Fotóválasztóval kiválasztott elemekhez, így ez egy adatvédelmi mód a fényképek és videók alkalmazásokkal való megosztására. Mi már engedélyezte ezt a funkciót az első Android 14 fejlesztői előnézetben, de alapvetően lehetővé teszi, hogy kiválassza, hogy mely fényképekhez férhessen hozzá az alkalmazás.

Valamint az Android 14 hozzáteszi a Hitelesítés-kezelő platform API-ként, és megkönnyíti a bejelentkezést azáltal, hogy támogatja az API-kat a hitelesítő adatok lekéréséhez és tárolásához, a felhasználó által konfigurált hitelesítési adatszolgáltatók, például a jelszókezelők. Támogatja a jelszót is, a új iparági szabvány a jelszó nélküli hitelesítéshez, ami biztonságosabb, mint felhasználónév és jelszó használata az alkalmazásokba való bejelentkezéshez. Lehetővé teszi a felhasználók számára, hogy jelszót hozzanak létre az alkalmazásokhoz, és tárolják azokat a Google Jelszókezelőben. A tárolt jelszavak szinkronizálódnak az azonos Google-fiókba bejelentkezett eszközök között.

Végül vannak biztonságosabb implicit szándékok, és az Android 14-et célzó alkalmazásoknak jogosultságokat kell biztosítaniuk a háttérben végzett tevékenységek elindításához, amikor Függő szándékot küldenek, vagy amikor szolgáltatást kötnek.

Továbbfejlesztett alkalmazási tapasztalatok

Az Android 14 számos PackageInstaller API-t vezet be, hogy egyszerűsítse és javítsa a felhasználói élményt az APK-k telepítése során, különösen a harmadik féltől származó alkalmazásboltokból származókat. Ezek tartalmazzák:

• requestUserPreapproval(): Lehetővé teszi a felhasználó számára az APK letöltésének elhalasztását a telepítés jóváhagyásáig.
• setRequestUpdateOwnership(): Lehetővé teszi a telepítő számára, hogy jelezze, hogy ő felelős az alkalmazás jövőbeni frissítéseiért.
• setDontKillApp(): Lehetővé teszi az alkalmazások opcionális funkcióinak zökkenőmentes telepítését osztott APK-kon keresztül, miközben az alkalmazás használatban van.

---

Android 14 fejlesztői előnézet 1: bejelentett funkciók

Android 14 fejlesztői előnézet 1 sok változást hoz a táblázatba. Míg az érdekesebbek egy része el van rejtve a végfelhasználó, a Google elől tette bejelent néhány érdekes frissítést és változást is. Ezek tartalmazzák:

Extra testreszabási lehetőségek

Mivel az Android a testreszabásról szól, néhány olyan változtatás történt, amelyek nemcsak megkönnyítik az okostelefon testreszabása, hanem a további hozzáféréssel rendelkező felhasználók segítése is követelményeknek. Ez magában foglalja a nagyobb, nem lineáris skálázású betűtípusokat, az alkalmazásonkénti nyelvi beállításokat és a nyelvtani inflexiós API-t, amely támogatja a nemek szerinti nyelveket, például a franciát, a németet és a spanyolt.

Adatvédelmi és biztonsági fejlesztések

Az Android 14 rendszerrel a Google megduplázza az évek során kifejlesztett adatvédelmi és biztonsági fejlesztéseket. Kezdetnek, a rosszindulatú programok elleni eddigi egyik legagresszívebb lépéseként a Google letiltotta az Android SDK 22-es vagy alacsonyabb szintű alkalmazásainak telepítését. Ennek az az oka, hogy egyes rosszindulatú programok vagy más veszélyes alkalmazások az SDK 22-t célozzák meg, hogy elkerüljék az Android 6.0 Marshmallow-val bevezetett futásidejű engedélyezési modellt. A fejlesztők és a rajongók továbbra is telepíthetik a régebbi alkalmazásokat a következők használatával adb parancs.

adb install --bypass-low-target-sdk-block FILENAME.apk

Vannak más fejlesztések is, beleértve a biztonságosabb implicit szándékokat, a biztonságosabb dinamikus kódbetöltést, és megkövetelik, hogy az alkalmazások a dinamikus Context.registerReceiver() paramétert exportáltként vagy nem exportáltként határozzák meg.

Háttérfolyamat optimalizálás

Az okostelefonok akkumulátorának élettartamát nem csak az előtérben, hanem a háttérben zajló események is befolyásolják. Az alkalmazásoknak háttérfolyamatokra van szükségük ahhoz, hogy információkat fogadjanak vagy értesítéseket küldhessenek Önnek, ezért a Google optimalizálta a háttérben sugárzott adásokat. Az alkalmazások fogadják kontextusban regisztrált adások, ha az alkalmazás belép a gyorsítótárazott állapot, mivel a kontextusban regisztrált vevőkhöz küldött adások sorba kerülhetnek, és csak akkor juthatnak el az alkalmazáshoz, ha az kikerül a gyorsítótárazott állapotból. Továbbá néhány ismétlődő kontextusba bejegyzett adás, mint pl BATTERY_CHANGED, összevonható egy végső adássá, mielőtt kézbesítené, amint az alkalmazás kikerül a gyorsítótárazott állapotból.

A Google most sokkal előrébb jár abban is, hogy milyen előtér-szolgáltatásoknak kell lenniük / ezek számára vannak fenntartva a legmagasabb prioritást élvező felhasználói feladatok, hogy az Android javítani tudja az erőforrás-fogyasztást és az akkumulátort élet. Vannak új munkák is, például a felhasználó által kezdeményezett adatátviteli típusok.

Alkalmazáskompatibilitás

A Google bevezeti az OpenJDK 17 támogatását, hogy teljes mértékben engedélyezze a Java 17 funkcióit a következő fejlesztői előnézetekben. Köszönet Projekt fővonal, a Google azt állítja, hogy több mint 600 millió eszköz képes lesz megkapni a legújabb ART-frissítéseket, amelyek ezeket a változtatásokat is tartalmazzák.

A Google azt is lehetővé teszi a fejlesztők számára, hogy váltsanak új funkciókat, és ezek a funkciók a fejlesztői beállítások között találhatók.

Az Android 14 Beta 2 letöltése és telepítése Google Pixel eszközére

Könnyedén letöltheti az Android 14 Beta 2-t, és feltétlenül tekintse meg útmutatónkat hogyan kell telepíteni az Android 14-et ha nem biztos benne, hogyan kell ezt megtenni.

A Google hivatalosan kiadja ezt a fejlesztői előzetes frissítést a Pixel 7 Pro, Pixel 7, Pixel 6 Pro, Pixel 6, Pixel 5a 5G, Pixel 5 és Pixel 4a (5G) telefonokhoz. A 64 bites rendszerképeket az Android Studio Android emulátorával is használhatja.