Android 12 er min favorittiterasjon av Android ennå, men den er ikke perfekt. Det er mange endringer - noen gode, og noen definitivt dårlige.
Android 12 har vært her i omtrent en måned, og jeg har brukt den som min daglige sjåfør på Google Pixel 6 Pro siden lanseringen. Android 12 representerer API-nivå 31, og det kom i form av et AOSP-kildekodefall noen uker før ruller ut til Pixel-smarttelefoner.
Tidligere år ville den nye Android-versjonen rullet ut til tidligere Pixel-telefoner før lanseringen av den nye enheten som kommer, men Google holdt tilbake denne gangen. Kynikeren i meg føler at det var for markedsføringsformål -- tross alt var hele slagordet for Pixel 6-serien at det var "For All You Are" med stort fokus på personalisering. Gitt at Android 12 handler om personalisering, tror jeg egentlig ikke det er kontroversielt å tro at Google med vilje holdt tilbake Android 12 Pixel lanseres for å avsløre den sammen med en ny smarttelefon med et helt nytt utseende og følelse sammenlignet med forgjengere.
Det er mye å fordype seg i når det kommer til Android 12, og selv om jeg er komfortabel med å si at det er min favoritt Android-versjon fra et estetisk synspunkt, er jeg usikker på om det er min favoritt totalt sett. Google fortsetter å viske ut linjene for hva som er en Pixel-eksklusiv funksjon og hva som er en Android 12-funksjon, men alt jeg har identifisert som en Pixel-eksklusiv funksjon vil bli identifisert som sådan.
Naviger i denne anmeldelsen:
-
Materiale Du og andre UI-endringer
- Hurtiginnstillinger
- Widgets
- Pixel Launcher (eksklusiv Pixel)
- Nylig URL-deling (eksklusiv Pixel)
- Andre endringer
- Prestasjonsklasse
-
Personvern
- Dashboard for personvern
- Redusert plasseringstilgang
- Varsling om tilgang til utklippstavlen
- Tilgang til kamera og mikrofon
- Private Compute Core (eksklusiv Pixel)
-
Endringer under panseret i Android 12
- Introduksjonen av det generiske kjernebildet
- Fantomprosesser
Materiale Du og andre UI-endringer
Den desidert største endringen i Android 12 er Material You
Den desidert største endringen i Android 12 er Materiale deg, den nyeste versjonen av Googles materialdesignspråk. Materiale Du, som Google beskriver, "søker å lage design som er personlig for enhver stil, tilgjengelig for ethvert behov, levende og tilpasningsdyktig for hver skjerm." Da Google utviklet Android 12, opprettet Google en ny temamotor med kodenavnet "monet" som genererer en rik palett av pastellfarger avledet fra brukerens bakgrunn. Disse fargene blir deretter brukt på ulike deler av systemet og verdiene deres gjøres tilgjengelige gjennom en API som brukerens applikasjoner kan kalle, og dermed lar apper bestemme om de vil fargelegge sine UI. Google har gått all-in på Material You, og selskapet har oppdatert de fleste appene sine for å inkludere dynamiske farger.
Hvis du vil lære mer om det, kan du sjekke ut vår forklaring av hvordan materiale du arbeider.
Hurtiginnstillinger
Android 12s hurtiginnstillinger ser ut til å være ekstremt polariserende. Det er noen ganske store knapper, en helt ny åpningsanimasjon, og alt er veldig avrundet. Jeg elsker den nye nedtrekkbare animasjonen, selv om jeg savner den gaussiske uskarphet bak varslene. Den solide fargen gjør det ikke for meg, selv om det også er Material You inspirert. Likevel er denne nye nedtrekksanimasjonen en av favorittanimasjonene mine i hele Android.
Jeg synes at Android 12s varsler og hurtiginnstillinger ser mye bedre ut
Sammenlignet med Android 11, synes jeg at Android 12s varsler og hurtiginnstillinger ser mye bedre ut. Jeg vet at det er mange argumenter som sier at du taper på nyttig plass (den faller fra seks lett tilgjengelige innstillinger til fire), men du får også ekstra plass i rullegardinmenyen. Det er nå åtte alternativer i motsetning til seks, og de seks som tidligere ble vist var akkurat de samme seks som ble raskt åpnet uansett. Med andre ord, for å få tilgang til de to neste innstillingene, på Android 11 måtte du trekke ned, trekke ned igjen og deretter sveipe over. På Android 12 trenger du bare å trekke ned, trekke ned, og så har du allerede tilgang til to flere brytere enn du ville ha hatt tidligere.
For å være ærlig tror jeg også at det sannsynligvis er bedre hvis knappene også inneholder navnet på funksjonen. Jeg er en superbruker, så jeg vet hva ikonene betyr, men gjør virkelig alle det? Jeg er sikker på at noen av de grunnleggende, som Wi-Fi, kan nesten alle ha en gjetning på, men spesielt ikke-forstyrr-alternativet er et jeg kunne se forvirre folk. Det er også en av/på-knapp som bringer deg til en strømmeny, men standard oppførsel fra Android 12L er at strømknappen i hurtiginnstillingene åpner assistenten først med mindre du trykker lenge den.
Jeg tror at det mest overflødige tillegget til hurtiginnstillingene må være Google Pay-kortet. Du trenger aldri å åpne Google Pay for å betale med kortet ditt, siden det fungerer fra hvilken som helst skjerm på telefonen din når som helst. Den eneste gangen du virkelig trenger å åpne det er å velge et spesifikt kort hvis du vil bruke et som ikke er standard, men hvor ofte gjør de fleste det? Jeg bruker egentlig aldri kontrollalternativet for smarthjemenheter, siden lysene mine er stemmeaktiverte. Jeg får tilgang til enhetskontrolldelen av telefonen min kanskje en gang i uken på det meste.
En annen kontroversiell endring gjort i Android 12 er hvordan du slår av Wi-Fi på en Android 12-enhet. Hvis du trykker på hurtiginnstillingsflisen for Internett, kommer du til en annen meny der du kan bytte mobildata, Wi-Fi eller velge et annet Wi-Fi-nettverk.
Hvis jeg skal være ærlig, foretrekker jeg personlig denne endringen over hva det en gang var, men jeg kan forstå frustrasjonen takket være innføringen av et ekstra knappetrykk. Fra min egen erfaring føler jeg at det er fornuftig at Wi-Fi og mobildata er under samme paraply. Imidlertid, hvis du ønsker å få tilbake en dedikert knapp for å bytte Wi-Fi, Mishaal Rahman delte en kommando på Twitter som du kan utføre via adb for å få den tilbake.
<span >adb shell settings put secure sysui_qs_tiles span><span >"$(settings get secure sysui_qs_tiles),wifi"span>
Totalt sett tror jeg at den nye varslingsskuffen og hurtiginnstillingene er godt designet, og jeg foretrekker begge deler av dem, selv om jeg ville ha likt å se appene bak varslene mine i likhet med tidligere Android-versjoner. Jeg tror at mange av disse endringene gir mening, og jeg kjøper ikke nødvendigvis hatet til noen av dem.
Googles pakke med apper har massevis av Android 12 Material You-kompatible widgets, og de tar alle etter hva det dominerende systemtemaet er. De kan noen ganger være trege å endre for å passe til resten av systemtemaet, men de justeres basert på hvor de er også plassert på hjemmemenyen. Jeg bruker egentlig aldri Androids widgets (jeg bruker ikke mye tid på startskjermen min eller bryr meg egentlig om å få det til å se fancy ut lenger), men for folk som gjør det, vil du kanskje like disse endringene.
Google annonserte en overhaling av widgets i Android 12, og selskapet leverte definitivt. For å tilpasse seg de visuelle endringene i Android 12, oppfordrer Google utviklere til å implementere widgets med avrundede hjørner med polstring. De Widgets API ble omarbeidet fullstendig for å forbedre brukeropplevelsen på tvers av flere plattformer, Android-varianter og lanseringer. Widgets har mer dynamiske kontroller som lar deg samhandle med avmerkingsbokser, radioknapper og brytere rett fra startskjermen. Widgetvelgeren tilbyr til og med responsive forhåndsvisninger.
Den nye APIen legger også til støtte dynamisk fargelegging som en del av Material You-temamotoren, som lar widgets tilpasse seg bakgrunnen, som andre visuelle elementer. Google har også fjernet det nødvendige konfigurasjonstrinnet når du plasserer en widget på startskjermen og har lagt til et nytt API for å konstruere bakoverkompatible widgets.
Interessant nok kan informasjonen fra widgets nå nås av Google Assistant for å gi rask innsikt ved hjelp av Capabilities API. I en blogg innlegg, bemerket Google at assistenten ville være i stand til å gi brukere "enkeltsvar, raske oppdateringer og flertrinns interaksjoner” ved å se over informasjonen som er tilgjengelig i widgets.
Pixel Launcher (eksklusiv Pixel)
Pixel Launcher er åpenbart en Pixel-eksklusiv funksjon, og den er like barebones som alltid. Det er en søkefelt permanent fast nederst på skjermen, en widget med et blikk øverst, og Google-appen sitter til venstre på startskjermen. Det er forenklet og det fungerer, men jeg vet at mange foretrekker å kunne fjerne Google-søkefeltet.
Pixel launcher kommer med muligheten til å gi forslag til apper som skal startes, både i dokken nederst og i appskuffen i full lengde. Appforslag er drevet av kunstig intelligens og er basert på telefonens bruk. Jeg har lagt merke til at appene nederst ofte skiller seg fra de anbefalte appene i appskuffen, noe som tyder på at de anbefalte appene på begge disse stedene er beregnet annerledes.
Pixel Launcher gjør det også mulig å endre apprutenettstørrelsen, aktivere temaikoner og bytte mellom et mørkt og et lyst tema. Temaikonene er merket som "beta" som... er bra fordi de ikke ser bra ut. Jeg liker ideen som Google går for med dem, siden de har Material You-tema, men de ser ikke bra ut, spesielt når apper som ikke støttes vises rett ved siden av dem.
Pixel Launcher er i stor grad iOS-lanseringsprogrammet til Android-verdenen
App-skuffen har også en Pixel-eksklusivt søk på hele enheten som er tilgjengelig for mer enn bare å søke i appene dine. Dette kalles "Universal Search", og det er bygget på AppSearch-tjeneste, noe som betyr at andre OEM-er enkelt kan bygge en funksjon som dette inn i sine varianter av Android hvis de ville. Den kan søke gjennom kontakter, apper, app-snarveier, innstillinger og mer. Det er flott for å finne spillelistene dine på Spotify, for eksempel. Du kan aktivere en funksjon slik at hver gang du trekker opp app-skuffen, vil tastaturet også heves og du umiddelbart kan begynne å skrive. Jeg prøvde å bruke denne en stund, men slo den av til slutt.
Pixel Launcher er i stor grad iOS-lanseringsprogrammet til Android-verdenen. Den mangler ganske mye tilpasning som vi har kommet til å forvente fra slike som Nova Launcher eller noen av de andre beste Android-startere du kan få. Noen mennesker liker den enkelheten, og selv om jeg ikke har noe imot det, er det kult å ha alternativer å leke med.
Nylig URL-deling (eksklusiv Pixel)
Nylig URL-deling er en Pixel-eksklusiv funksjon som lar brukere dele linker til nylig sett nettinnhold rett fra den nylige skjermen. Enhver app kan aktivere den, men den er aktivert som standard i Google Chrome, og det er en rask og enkel måte å dele koblinger på tvers av apper og legger til enda mer funksjonalitet til Nylige-menyen.
Andre endringer
Min største kritikk med Android 12 er endringen i hvordan batteristatistikk vises. Spesielt som anmelder er disse ekstremt problematiske av en rekke årsaker. Ikke bare er ikke aksene merket på noen måte, men dataene er så mye mindre brukbare enn før. Appbruken min de siste 24 timene tilbakestilles ikke etter lading av telefonen, noe som betyr at jeg ikke lenger kan vise skjermbilder av batteristatistikk etter en dags bruk. Jeg har ty til å bruke en annen app, GSam, bare for å samle inn data for batteristatistikk. Det er gjort enda verre fordi hver bar er en to-timers pause, noe som gir meg praktisk talt ingenting. Det er nesten fornærmende at Google la til den funksjonaliteten som om det var en forbedring i forhold til eldre Android-versjoner. Den delen er forresten en Pixel-eksklusiv - du kan ikke trykke på disse stolpene i Android 12 som standard.
En annen liten kritikk jeg har er at fingeravtrykkskanneren under skjermen ikke vises samtidig som mønstertastaturet. Du kan enten legge inn et mønster eller sette inn fingeravtrykket ditt, og hvis du sveiper opp for å få tilgang til mønsteret ditt, må du sveipe tilbake for å få tilgang til fingeravtrykksensoren. Hvorfor kan ikke begge aktiveres? Det ville gi mer mening og være mer sammenhengende, spesielt fordi selve tastaturet ikke tar opp mye plass. Det føles som en merkelig avgjørelse, spesielt når andre OEM-er har funnet ut av dette allerede.
Prestasjonsklasse
Android-kompatibilitetsdefinisjonsdokumentet er en viktig del av Android-økosystemet. For å opprettholde konsistens i APIer og plattformadferd mellom Android-enheter, samler Google distribusjonen av Google Mobile Services (som inkluderer applikasjoner og rammeverk som Google Play Store og Google Play Services) med lisensavtaler som krever at enheter overholder reglene under Googles “Android-kompatibilitetsprogram” (blant andre krav). Android-kompatibilitetsprogrammet består av flere automatiserte testsuiter og et sett med regler som er oppregnet i CDD (CDD PDF for Android 12 tilgjengelig her).
Når det gjelder Android 12, er det et par endringer som CDD skisserer, men de fleste er pene liten eller egentlig bare har en innvirkning på OEM-er. En av de største endringene vi har sett var introduksjonen av en "ytelsesklasse” som kan defineres i byggeegenskapene til en Android-smarttelefon. Google har allerede annonsert dette sammen med utgivelsen av Android 12 Beta 1, og det er en enkel måte for utviklere å sjekke hvor rask en Android-smarttelefon faktisk er. På Android-utviklersiden, sier Google at hver versjon av Android har sin egen tilsvarende ytelsesklasse, noe som betyr at det er en ytelsesklasse for Android 12 og det vil være en for Android 13, 14 og så videre.
Ytelsesklasser er fremoverkompatible. Dette betyr at en enhet kan oppgradere til en ny Android-versjon uten å endre ytelsesklassen, men det betyr også at enheter kan endre klasse hvis de oppfyller kravene til det nye operativsystemet versjon. Noen nøkkelkrav for ytelsesklasse 12 er nedenfor.
Ytelsesklasse 12 nøkkelkrav
- Minst 6 GB RAM
- Minst 400 dpi og 1080p oppløsning
- Minst 120MB/s sekvensiell skrive, 250MB/s sekvensiell lese, 10MB/s tilfeldig skrivehastighet og 40MB/s tilfeldig lesehastighet
- Må ha (minst) et 12 MP bakkamera som kan ta opp i 4K 30 FPS
- Må ha (minst) et 4 MP frontvendt kamera som er i stand til 1080p 30 FPS-opptak
Ytelsesklasser kan være nyttige for apputviklere for å forbedre den generelle opplevelsen på ikke bare enheter som oppfyller "ytelsesklasse"-spesifikasjonen, men også for lavere-end telefoner. Hvis en app oppdager at en telefon ikke oppfyller kravene til en "ytelsesklasse"-enhet, kan de slå av visse, mer krevende funksjoner eller visuelle effekter for å forbedre måten appen fungerer på i lavere ende telefoner. På samme måte kan den også oppdage om den kjører på en av beste Android-telefoner, i så fall kan den aktivere funksjoner med høy ytelse.
Tidligere har vi sett Google forsøke å definere forskjellige typer minimumsmaskinvare for bestemte funksjoner. Husker du Googles Daydream VR? Selskapet satte et minimumskompatibilitetskrav i CDD for Daydream-kompatible enheter med lanseringen av Android 7.1 Nougat. Noen av disse kravene inkluderte et fysisk kjernekrav, Vulkan-støtte, minimum og maksimum skjermstørrelse, HEVC- og VP9-støtte og mer. Dette er helt klart en utvikling av dette konseptet, selv om det brukes bredere på tvers av Android-økosystemet.
Forvirrende nok ser ytelsesklasser ut til å bli utgitt i takt med Android-versjoner, men fungerer også uavhengig av dem. En enhet på Android 12 kan starte med ytelsesklasse 12, og deretter oppgradere til Android 13 i fremtiden, men beholde sin eldre ytelsesklasse. En ytelsesklasse for Android 11 ble definert med tilbakevirkende kraft i CDD.
Formålet er forvirrende, men det ser ut til å bare være en minimumsspesifikasjon som apper kan sjekke ut og se om de kjører på en rimelig kraftig enhet eller ikke. Jeg er ikke sikker på hvilken nøyaktig måte en apputvikler vil bruke disse spesifikasjonene på, men jeg tror at tilleggsinformasjon om enhet som gjøres tilgjengelig for apputviklere er til syvende og sist en god ting, selv om den sannsynligvis må utfylles og gis en bestemt hensikt. Det ser ut til at det akkurat nå først og fremst er rettet mot «medieytelse», noe som forklarer hvorfor mye av fokuset er på lagringshastighet, skjermoppløsning og kameraegenskaper.
Personvern
Personvern har i økende grad vært et av Googles største fokus de siste årene. Over 2,5 milliarder enheter kjører Android rundt om i verden, og en så stor installasjonsbase betyr at det er mye uønsket interesse fra trusselaktører. Det er derfor hver nye versjon av Android legger til funksjoner for å sikre at den sensitive informasjonen din bare er tilgjengelig for deg. Android 12 introduserer massevis av nye personvernrelaterte endringer. Ikke bare er det den nye overskriften Privacy Compute Core (for øyeblikket en Pixel-eksklusiv), men det er også Privacy Dashboard, kamera- og mikrofonindikatorer, plasseringskontroller og mer.
Over 2,5 milliarder enheter kjører Android rundt om i verden
Dashboard for personvern
Denne nye personvernpanelskjermen gir brukere informasjon om hvor ofte komponenter som kamera, mikrofon og plassering får tilgang til av apper, og den lar brukere vite hvilke apper som har tilgang til dem, hvor ofte de har tilgang til dem, og lar brukere tilbakekalle disse tillatelsene hvis de tror de har tilgang til dem også ofte. Det er et fantastisk tillegg som gjør det veldig enkelt å se hvordan vitale tillatelser får tilgang til forskjellige apper.
Redusert plasseringstilgang
Android 12 har introdusert muligheten til å gi apper en "omtrentlig" plassering i stedet for en presis plassering. Tenk for eksempel på værappen din. Trenger det virkelig å kjenne din nøyaktig adresse? Vanligvis ikke, og det er mer fornuftig at alt den trenger er kunnskap om din generelle lokalitet. Dette konseptet er implementert i Android 12 slik at du kan bestemme om en app skal få tilgang til din nøyaktige plassering eller en omtrentlig plassering.
Varsling om tilgang til utklippstavlen
Google la til en toast-melding som vises når en app får tilgang til utklippstavlen din. Vi har alle lagret sensitive data på utklippstavlen før, vanligvis fordi vi trenger å kopiere disse dataene fra ett sted til et annet. Men før Android 12 kunne apper få tilgang til utklippstavlen etter ønske, og det var ingen måte å vite om og når de gjorde det. Skålen viser ikke om forespørselen om å få tilgang til utklippstavlen kommer fra den samme appen som den ble kopiert i.
Tilgang til kamera og mikrofon
Du kan enkelt avbryte kamera- og mikrofontilgang fra telefonens hurtiginnstillinger, og det beste er at systemet håndterer det for deg. Som et resultat av dette vil apper på en elegant måte håndtere avskjæringen og vil ikke krasje hvis du plutselig tilbakekaller tilgang, så lenge de følger beste praksis. For eksempel vil apper bare se en svart søker når kameratilgang er deaktivert. Disse bryterne er ikke i hurtiginnstillingene som standard og må dras ut manuelt. Etter min mening føler jeg at personvernsentriske funksjoner som disse bør vises og gjøres mye mer fremtredende for sluttbrukeren slik at de vet at de eksisterer.
Private Compute Core (eksklusiv Pixel)
Private Compute Services sies å gi en personvernbevarende bro mellom Private Compute Core og skyen, gjør det mulig å levere nye AI-modeller og andre oppdateringer til maskinlæringsfunksjoner i sandkasse over en sikker bane. Google sier kommunikasjon mellom funksjoner og Private Compute Services skjer over et sett med målrettede åpen kildekode APIer, som fjerner identifiserende informasjon fra data og bruker personvern teknologier som Federert læring, Federated Analytics og privat informasjonsinnhenting. Hvis du vil lære mer om dette, kan du sjekke ut vår forklaring av alt vi vet om den private datamaskinkjernen i Google Pixel 6-serien.
Endringer under panseret i Android 12
Introduksjonen av det generiske kjernebildet
Google har jobbet med å redusere fragmentering på Android i årevis, selv om en del av årsaken til det er den iboende naturen til Android. Det er utallige OEM-er aktive i området, og alle ønsker å gjøre sine egne modifikasjoner for sine egne enheter. Problemet er da at det ser ut til at Android OS-oppdateringer er trege med å rulle ut over hele linja, men det er ikke mye Google faktisk kan gjøre for å tvinge OEM-er til å oppdatere enhetene sine. Som sådan er det nest beste Google kan gjøre å gjøre oppdateringsprosessen så enkel som mulig.
For å løse denne fragmenteringen jobbet Google med Android Generic Kernel Image (GKI). Dette er egentlig en kjerne kompilert rett fra en ACK-gren. GKI isolerer SoC-leverandør og OEM-tilpasninger til plugin-moduler, eliminerer kode utenfor treet og lar Google sende kjerneoppdateringer direkte til sluttbrukeren. I over et år har Google jobbet med en måte å levere GKI-oppdateringer via Play Store, ved bruk av en hovedlinjemodul. Sørg for å sjekke ut hvordan det generiske kjernebildet er neste skritt mot å løse Androids fragmenteringsproblem.
Fantomprosesser
Android 12 introduserte et par restriksjoner på bakgrunnsprosesser; den første er at underordnede prosesser til apper som bruker for mye CPU i bakgrunnen vil bli drept hvis foreldreprosessen også er i bakgrunnen. Den andre begrensningen som er innført er en begrensning på antall underordnede prosesser som kan være aktive til enhver tid. Fra begå historie, ser det ut til at Google prøvde å slå ned på useriøse bakgrunnsprosesser.
"Apper kan bruke Runtime.exec() for å skape underordnede prosesser, og rammeverket har ingen anelse om livssyklusen. Spor nå disse prosessene når vi finner dem - for øyeblikket under prøvetakingen av CPU-statistikken kan de bli oppdaget. Hvis den bruker for mye CPU mens den overordnede appprosessen også er i bakgrunnen, drep den. Som standard tillater vi opptil 32 slike prosesser; prosessen med den dårligste oom adj-poengsummen til foreldrene deres vil bli drept hvis det er for mange av dem.»
Selvfølgelig er Android-smarttelefoner allerede beryktet for bakgrunnsapp-drap. Stort sett alle store OEM-er engasjerer seg i det på en eller annen måte, form eller form, og selskaper liker det OnePlus, Samsung og Xiaomi regnes blant de verste. Mens AOSP har noen bakgrunnsapprestriksjoner, er det typisk for produsenter å bygge sine egne restriksjoner på toppen av AOSP. Dette er imidlertid ganske strenge begrensninger for strømbrukere og oppmuntrer til atferd som strømbrukere har vært vokalt imot i lang tid. Kanskje det vil øke batterilevetiden i det lange løp, men det er en ganske brukerfiendtlig tilnærming.
Android 12 er min favorittiterasjon av Android ennå
Android 12 er den mest polerte og mest komplette versjonen av Android ennå
Når det kommer til Android-versjoner, er Android 12 den mest polerte og mest komplette versjonen av Android ennå, i mine øyne. Bortsett fra noen av Material Yous plager, er fargetema fantastisk, og jeg liker virkelig hvordan telefonen stiller seg inn for å passe meg. Nesten alle disse endringene, fra personvern og sikkerhet til forbedringer under panseret, er bra for sluttbrukeren, og til syvende og sist går en lang, lang vei til å modne Android-plattformen.
Er det et punkt der det er endring for endringens skyld? Kanskje, men jeg er ikke helt sikker på at vi har nådd det ennå. Android 11 så bra ut, men den så også veldig barbeint ut. Visuelt rot er dårlig, og jeg føler at Android 12 klarer å oppnå et nytt, oppdatert utseende uten å legge til noe ekstra rot. Når det er sagt, forstår jeg argumentene angående bortkastet plass -- jeg bryr meg egentlig ikke nok om det. Telefonen min fungerer fortsatt, den ser penere ut, og jeg synes den er et mer velsmakende utseende gjennomsnitt (les: ikke entusiast) bruker.
Mange av disse endringene må forbedres i Android 13. Jeg føler ikke nødvendigvis at jeg bruker en beta, men det føles som Google kan gjøre det mer. Det føles som om det er mer som må gjøres, og det er mer det vil bli ferdig.