Android 11 Beta 2

A Google kiadta az Android 11 Beta 2-t korábban ma, így már csak egy béta van hátra szeptember 8-i stabil megjelenés előtt. A béta 2 a "Platform Stabilitás" kiadás, ami azt jelenti, hogy az Android 11 SDK, az NDK API-k, az alkalmazások felé néző felületek, a platform viselkedése, valamint a nem SDK felületekre vonatkozó korlátozások véglegesítésre kerültek. Hivatalos blogbejegyzésében a Google egyetlen új funkciót sem említett, de ez nem jelenti azt, hogy nincsenek. Az általunk talált változások közül sok nem nyilvánvaló, és néhányuk már a óta létezik az első béta kiadás a múlt hónapban. Itt van minden, amit eddig találtunk.

Új felhasználói funkciók és változások az Android 11 Beta 2 verziójában

Az új médialejátszó a Gyorsbeállítások kialakításában alapértelmezés szerint engedélyezve van

Az Android 11 egyik legörömtelibb változása az újratervezett médialejátszó az értesítési panelen. Ahelyett, hogy más értesítések mellett lennének, a médialejátszó értesítései mostantól a Gyorsbeállítások panel alatti saját, dedikált területen jeleníthetők meg. Az Android 11 Beta 1 verziójában át kellett váltania a „Média folytatása” nevű fejlesztői opciót, hogy megkapja ezt az új dizájnt. A 2. béta verzióban ez az új médialejátszó hely alapértelmezés szerint engedélyezve van. Az új lejátszásvezérlők tartalmaznak egy gombot is, amellyel gyorsan válthat a médiakimenet a csatlakoztatott eszközök között.

Az Android 11 új médialejátszási vezérlőinek egyik további előnye, hogy képes megjegyezni és lépkedjen végig 5 korábbi médiaülésen. Ennek támogatása némi munkát igényel a fejlesztőktől, de remélhetőleg hamarosan megjelennek az olyan alkalmazások, mint a YouTube Music, a Pandora és a Spotify.

Új, ragyogó "hullámzás" animáció a médialejátszó vezérlőiben

Ez bevallottan meglehetősen csekély változás, de azt gondoltuk, hogy ügyes volt, amikor először észrevettük. A médialejátszási értesítés gombjaival való interakció során egy új, ragyogó/hullámzó animáció látható. Kis érintés, de nagyon jól néz ki.

A képernyőrögzítő egyszerre tud rögzíteni eszköz/belső hangot és/vagy mikrofont

Az Android 10 hozzáadta az AudioPlaybackCapture API-t, hogy az alkalmazások hivatalos módon rögzítsék más alkalmazások hangkimenetét. Amíg az Android 10 hozzáadta ezt az API-t, a legtöbb képernyőrögzítő alkalmazás rögzítette a mikrofon hangkimenetét. A harmadik féltől származó képernyőrögzítő alkalmazásoktól eltekintve az emberek már évek óta sürgetik a Google-t, hogy adjon hozzá natív képernyőrögzítőt az Androidhoz. Ez végül megérkezett a korábbi Android 11 kiadásokhoz, de csak a mikrofonból lehetett hangot rögzíteni. Végül a Beta 2 lehetőséget ad az eszköz hangjának, mikrofonjának vagy mindkettőnek egyidejű rögzítésére! Ez rendkívül hasznosnak bizonyul az oktatási képernyőfelvételek készítéséhez vagy a játék közbeni narrációhoz. Beleástunk a kódba, és megállapítottuk, hogy ez a funkció a fent említett AudioPlaybackCaptureAPI-t használja, ami azt jelenti, nem tud majd hangot rögzíteni a leiratkozó alkalmazásokból.

Kevesebb zűrzavar a megosztási lapon

Az Android Share Sheet az egyik leghasznosabb funkciója, bár lehet néha kicsit idegesítő. A megosztási lapot olyan alkalmazások listája tölti fel, amelyek úgynevezett megosztási célokkal rendelkeznek, amelyek képesek kezelni a megosztott tartalmat, legyen az szöveg, képek, videók, URL-ek stb. A megosztási lap tetején megjelenik a megosztott tartalom előnézete. Ez alatt egy sor található Parancsikonok megosztása Ez lehetővé teszi, hogy gyorsan megosszon tartalmat egy adott kapcsolattartóval, amelyet az alkalmazások által megjeleníthető egyéb billentyűparancsok, valamint az Ön által rögzített billentyűparancsok követnek. Végül minden olyan fennmaradó alkalmazás, amely támogatja az Ön által megosztott tartalmat, megjelenik egy függőlegesen görgető „Alkalmazáslistában”.

Amellett, hogy néha fájdalmasan lassú, a Share Sheet egyik legnagyobb problémája az, hogy mennyire zsúfolt lehet, ha egy csomó alkalmazás van telepítve. Szerencsére az Android 11 Beta 2 egy kicsit lecsökkenti a megosztási menüt, mivel kombinálja az ugyanabból az alkalmazásból származó megosztási célokat. A fenti képernyőképeken 3 megosztási cél látható MiXplorer, egy ingyenes és népszerű fájlkezelő alkalmazás a fórumainkról. Bár ez a 3 megosztási cél továbbra is megjelenik a Megosztási parancsikonok részben, mindegyik a teljes „Alkalmazáslista” „MiXplorer” alatt van. A Beta 2-t futtató Pixel 3a XL-emen nincs sok alkalmazás telepítve, de ha igen, ez a kis változtatás valóban segítene csökkenteni a megosztást. lap.

...és a rögzített alkalmazásokon már van egy ikon, amely jelzi, hogy rögzítve vannak

Íme egy másik egyszerű kis változtatás a megosztási lapon, aminek sok értelme van: A megosztási lap tetejére rögzített alkalmazások mostantól tényleges kitűző ikont jelenítenek meg.

Az eszközvezérlők hosszan megnyomásával a bekapcsoló menüben a tevékenységhez juthat

Az Android 11 egyik legjobb funkciója az a képesség, hogy az intelligens otthon kezelőszerveit a teljesítmény menüben jelenítse meg. Ez a „Device Controls” névre keresztelt funkció egy API-val érkezik, amelyhez az intelligens otthoni alkalmazások fejlesztői csatlakozhatnak. Eddig, a Google Home alkalmazást már hozzáadott támogatást, ezen a héten pedig a Google megkezdte az okosotthon fejlesztők tájékoztatását felszállni a fedélzetre. Ha nem lenne tudatában, akkor ténylegesen hosszan megnyomhatja az okosotthon bármelyik vezérlőjét, hogy megnyissa a tevékenység részletes vezérlőivel az adott IoT-termékhez anélkül, hogy meg kellene nyitnia a dedikált kb. Valójában ez az eszközvezérlők egyik legfontosabb funkciója, de nem közismert, és ellentmondásos jelentéseket hallottunk arról, hogy ez lehetséges-e az Android 11 Beta 1-ben. Ennek ellenére, ha korábban nem volt tudatában, remélhetőleg most az vagy.

Ha nincs Google Pixel telefonja, ne reménykedjen túl sokat ezzel a funkcióval kapcsolatban. Végül is nincs garancia minden Android 11-et futtató eszközön megjelenik.

Új ikon a buborékos beszélgetés elindításához

A „Bubbles” az Android 11 egyike funkciók kiemelése, bár fejlesztői lehetőségként indult az Android 10-ben. Az első bétaverzióban a Buborékok funkció kikerült a Fejlesztői beállításokból a Beállítások > Alkalmazások és értesítések > Értesítések menüpontba. Az „Alkalmazások buborékok megjelenítésének engedélyezése” lehetőség alapértelmezés szerint engedélyezve van, de az alkalmazásoknak továbbra is támogatniuk kell a beszélgetések buborékként való megjelenítését. Eddig csak A Google Üzenetek alkalmazás és Facebook Messenger támogatja a csevegés buborékokban való megjelenítését.

A buborékértesítések támogatása a fejlesztők azonban csak egy darabja a rejtvénynek. A felhasználóknak tudniuk kell erről a funkcióról, ezért a legutóbbi bétaverzióban a Google hozzáadott néhány hasznos belépési információt, amikor először indít csevegést egy buborékban. A 2. bétaverzióban most egy újratervezett ikon található az értesítésben, amellyel a beszélgetés buborékként jelenik meg. Ez az értesítés egyértelműbbé teszi a felhasználó számára, hogy az értesítés megérintésével az üzenet kiugrik az értesítési ablakból.

A PiP ablakok kevésbé méretezhetők

Úgy tűnik, hogy a Kép a képben ablakok kevésbé rugalmasak az átméretezés terén, ez a funkció nemrég került be az Android 11 Developer Preview 4-be. A fenti képernyőképek azt mutatják, hogy milyen mértékben lehet átméretezni az ablakokat. Nem sok, sajnos. A korábbi kiadások lehetővé tették az ablakok átméretezését mindaddig, amíg a képarány megmaradt, de most úgy tűnik, hogy van felső határa az ablakméretnek, valószínűleg az eszköz DPI-jét illetően.

Új Select gomb ikon a legutóbbi alkalmazások áttekintésében

Itt van még egy apró változás: a Legutóbbi alkalmazások áttekintésében a „Kiválasztás” gomb új ikonnal lett áttervezve. Ez az.

További 3 új kulcskiosztási fájl játékvezérlőkhöz

Írtunk arról, hogyan működik az Android 11 84 új kulcsleképezést hoz Xbox, Razer, PDP, Mad Catz és más játékvezérlőkhöz. Nos, a Beta 2 további 3-at ad a listához: egy másik Xbox 360 vezeték nélküli kontrollert, egy Xbox USB-vezérlőt és a Steam-vezérlőt (1001-es modell). Ezeknek a vezérlőknek a gombjai mostantól megfelelően hozzá vannak rendelve a kulcsfontosságú bemenetekhez, amelyeket az alkalmazások felismerhetnek, miközben Android-eszközhöz csatlakoznak.

A Pixel Launcher alkalmazásfiók elvesztette átlátszóságát

Ez a változás bevallottan megtörténhetett egy korábbi kiadásban, de nem vettük észre, amíg egy tippadó fel nem hívta rá a figyelmünket. Már nincs átlátszóság a háttérben, amikor megnyitja az alkalmazásfiókot a Pixel Launcherben. Nem tudjuk, miért változtattak ezen, de azt tudjuk, hogy a Google a színfalak mögött dolgozik az ablakok elmosódásának megvalósítása az összeállító szintjén.

A 90 Hz-es frissítési gyakoriság kényszerítése eltávolítva, a Smooth Display mostantól eggyel kevesebbre van

Amint arra először rámutatott néhány Reddit felhasználó, az Android 11 Beta 2 Pixel 4 és Pixel 4 XL készülékekhez való Android 11 Beta 2 verziójában a Fejlesztői beállításokban eltávolították a „90 Hz kényszerítés” frissítési gyakoriság lehetőségét. Ezenkívül a "Smooth Display" kapcsolót a szembetűnőbb elhelyezés a Megjelenítés beállításainál. Mindkét változást működés közben láthatja a fenti tweetben.

A Force 90Hz opció eltávolítása néhány panaszhoz vezetett a felhasználók részéről, akik most a képernyő villogásával kapcsolatos problémákról számolnak be. Ezek a problémák valószínűleg abból erednek kijelző váltás a különböző gamma kalibrációk között amikor a frissítési gyakoriság megváltozik. Ez a legtöbb esetben nem észrevehető, de egyes felhasználók láthatják, ha a kijelző és a környezeti fényerő alacsony. Ne feledje, hogy a Pixel 4, mint a legtöbb nagy frissítési gyakoriságú kijelzővel rendelkező okostelefon, nem támogatja a valódi változó frissítési gyakoriságú váltást. Ehelyett a telefon az előre beállított megjelenítési módok között vált.

Nem tudjuk, miért döntött úgy a Google, hogy eltávolítja ezt a remek lehetőséget. Szerencsére, ha az ADB-vel vagy bármilyen WRITE_SETTINGS engedéllyel rendelkező alkalmazással babrál, könnyen rákényszerítheti a telefont, hogy mindig 90 Hz-en működjön (állítsa be a Beállításokat. System.min_refresh_rate és Settings. System.peak_refresh_rate "90"-re).

A Beszélgetéseknek külön beállítási oldala van

A Beállítások > Alkalmazások és értesítések részben található egy külön beállításrészlet a beszélgetésekhez, amely elkülönül a többi értesítési albeállítástól. Itt módosíthatja a „Beszélgetésként” felismert alkalmazásértesítések beállításait. Módosíthatja a prioritást, azt, hogy az alkalmazás megjelenhet-e buborékként, stb.

Egy kis módosítás a jelölő képernyőkép-szerkesztőn

A Pixel telefonokhoz tartozik egy alapvető képernyőkép-szerkesztés, a Markup. Az Android 11 rendszerben az ikonok felső sora megváltozott. A „Megosztás” gombot egy megosztási ikon váltotta fel, a „Mentés” gombot pedig egy új párbeszédablakba helyeztük át, amely akkor jelenik meg, megérinti a „Kész” gombot (ami korábban csak egy visszafelé mutató nyíl volt a Markupból való kilépéshez), és most megjelenik egy kuka ikon a kép. Ha a „Kész” elemre koppint, a Törlés opció is elérhető arra az esetre, ha meggondolná magát.

Új „Képernyőfedvények engedélyezése a Beállításokban” fejlesztői opció

A Fejlesztői beállításokban van egy új lehetőség, az úgynevezett „Képernyőfedvények engedélyezése a Beállításokban”. Ennek engedélyezése engedélyezze a „megjelenítés más alkalmazások felett” engedéllyel rendelkező alkalmazások számára, hogy lebegő ablakaikat a Beállítások tetején jelenítsék meg képernyők. Nem vagyunk teljesen biztosak abban, hogy miért adták hozzá ezt a kapcsolót, tekintve, hogy a Google ezt tervezi szüntesse meg a fedvényeket a Bubbles API javára. Lehetséges, hogy a Google olyan képernyőolvasókat és más kisegítő lehetőségeket szeretne létrehozni, amelyek fedvényeket használnak, hogy segítsék a felhasználókat a Beállítások között navigálásban.

A buborékok szépen elrejtőznek, amikor egy alkalmazás teljes képernyőre vált

@AnalogCyan tippadó szerint az Android 11 rendszerben a lebegő buborék ikon most elrejtőzik, amikor elindít egy alkalmazást, teljes képernyőre vált.

Béta 1-ből: Tiltsa le az automatikus Wi-Fi csatlakozást bizonyos hálózatoknál

Az Android támogatja a Wi-Fi automatikus bekapcsolását és a közeli (megbízható) hálózatokhoz való csatlakozást, de ez mindig is a „mindent vagy semmit” szempont volt a Pixel telefonok esetében. Vagy engedélyezte a „Wi-Fi automatikus bekapcsolása” beállítást a Beállítások > Hálózat és internet > Wi-Fi > Wi-Fi beállítások menüpontban, vagy nem. Az első Android 11 bétaverzióban a Google hozzáadta a funkció Wi-Fi-hálózatonkénti átkapcsolásának lehetőségét. Egyszerűen lépjen a "Hálózat" részleteire bármely mentett Wi-Fi hálózathoz, majd kapcsolja be az "automatikus csatlakozás" lehetőséget.

Béta 1-ből: Képek mentése a Legutóbbi alkalmazások áttekintéséből

A Pixel telefonokon található Device Personalization Services alkalmazás egy remek funkcióval egészíti ki az alkalmazások legutóbbi áttekintését: lehetővé teszi a szöveg vagy a képek hosszan lenyomásával a helyi menü megnyitásához. Egy korábbi Android 11 bétaverziójában a Google hozzáadta a hosszan lenyomott kép „mentésének” lehetőségét az alkalmazások legutóbbi áttekintésében.

Fejlesztési funkciók az Android 11 Beta 2-ben

Az APK lebontása gyakran megjósolhatja azokat a funkciókat, amelyek egy alkalmazás jövőbeli frissítésében érkezhetnek meg, de előfordulhat, hogy az itt említett funkciók bármelyike ​​nem fog megjelenni egy jövőbeli kiadásban. Ennek az az oka, hogy ezek a funkciók jelenleg nincsenek implementálva az élő összeállításban, és a fejlesztők bármikor levonhatják őket egy jövőbeli buildből.

Új Pixel Launcher fejlesztői lehetőség, amely elválasztja a legutóbbi tevékenységeket az indítótól

A Pixel Launcher rejtett fejlesztői beállításaiban egy új lehetőséget fedeztünk fel, amely minden bizonnyal izgatja a moddereket. Az Android 9 Pie rendszerben a Google áthelyezte a legutóbbi alkalmazások áttekintésének kódját SystemUI-ról a Launcher3-ra, amely az AOSP indítóalkalmazás. Az Android 9 Pie-től az Android 11-ig az alkalmazások legutóbbi áttekintése a készletindító része volt, nem mindegy, hogy ez a Pixel Launcher a Google Pixel eszközökön vagy a nem Google-tól származó OEM indítóalkalmazás eszközöket. Ennek a változtatásnak az az előnye, hogy a kézmozdulatokkal történő navigáció zökkenőmentesen integrálódik az alkalmazások legutóbbi áttekintésével. Ez a lépés azonban megvan porban hagyta a külső indító fejlesztőket mivel a kézmozdulatokkal történő navigáció vagy hibás, vagy hihetetlenül zavaros, ha a felhasználó nem használja a készletindítót. Ez az új lehetőség a Pixel Launcherben utalhat arra, hogy lehetséges elszakadni a legutóbbi alkalmazások áttekintése és az indító kezelőfelülete között, de nem tudjuk pontosan, hogyan fogják megvalósítani. Figyelni fogunk azonban további nyomokra.

A gyorsítótárban lévő alkalmazások végrehajtása felfüggesztve

A Google egy új fejlesztői opción dolgozik, amelynek kódneve „gyorsítótárazott alkalmazások fagyasztója”. Néhány húr szerint kiástuk, ez a funkció "felfüggeszti a gyorsítótárban lévő alkalmazások végrehajtását". A felhasználók ezt a funkciót alkalmazásonként kapcsolhatják be alapján.

<stringname="cached_apps_freezer">Suspend execution for cached appsstring>
<stringname="cached_apps_freezer_device_default">Device defaultstring>
<stringname="cached_apps_freezer_disabled">Disabledstring>
<stringname="cached_apps_freezer_enabled">Enabledstring>
<stringname="cached_apps_freezer_reboot_dialog_text">Your device must be rebooted for this change to apply. Reboot now or cancel.string>

Ezt a funkciót még nem tudtuk felszínre hozni, de frissítünk néhány képernyőképpel, amint működésbe lép.

Device Drop Monitor

Nem meglepő, hogy a Google az új Pixel telefonokon dolgozik, bár ki tudja, mikor látnak napvilágot. Legalábbis úgy tűnik, hogy a Google még mindig aktívan gyűjti az adatokat a felhasználóktól jövőbeli eszközeik fejlesztése érdekében. A Pixel 4 és Pixel 4 XL készülékeken futó Android 11 Beta 2 új, előre telepített alkalmazással rendelkezik, a „Device Drop Monitor” néven. Az alkalmazásfiókban azonban nem találja meg. Ez az alkalmazás érzékeli, ha az eszköz gyorsan leesett a földre. A szabadesés időtartamát és a készülék gyorsulását naplózza. Esés észlelésekor az alkalmazás értesítést jelenít meg, amelyben felkéri a felhasználót egy rövid felmérés kitöltésére. A felmérés azt kéri a felhasználótól, hogy becsülje meg, milyen messzire esett a készülék, milyen anyagon landolt a telefon (beton/aszfalt/keményfa/szőnyeg/cserép/stb.), és hogy a telefon védőtokban volt-e. A felmérés kitöltése után az alkalmazás közli a felhasználókkal, hogy „bemenetük segít javítani a jövőbeli Pixel eszközök kialakítását”. Nem tudjuk ha ez az alkalmazás valaha is megjelenít majd felméréseket a normál felhasználóknak, mivel úgy tűnik, hogy a felmérést elindító kód kódolva van, és hamis értéket ad vissza.

High Brightness Mode Manager

Válaszul a felhasználói panaszokra, hogy a Pixel 4 a kijelző túl halvány ahhoz, hogy szabadban láthassa, Google frissítette az Adaptive Brightness algoritmust a High Brightness Mode (Nagy fényerejű mód) engedélyezéséhez, ha rendkívül erős környezeti megvilágítást észlel. Úgy tűnik azonban, hogy a Google áthelyezi ezt a kódot az AOSP-be, mivel egy új rendszeralkalmazást észleltünk a HbmSvManager nevű com.android.hbmsvmanager csomagnévvel, amely tartalmazza ennek logikáját algoritmus.

---

Mint mindig, ha többet megtudunk az Android 11-ről, akkor közzéteszünk egy cikket az XDA-ról. Kövesse Android 11-címkénket, hogy lépést tartson mindennel, amit találunk:

Android 11 hírek az XDA-n