Cookies op Tweakers

Tweakers is onderdeel van DPG Media en maakt gebruik van cookies, JavaScript en vergelijkbare technologie om je onder andere een optimale gebruikerservaring te bieden. Ook kan Tweakers hierdoor het gedrag van bezoekers vastleggen en analyseren. Door gebruik te maken van deze website, of door op 'Cookies accepteren' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt? Bekijk dan ons cookiebeleid.

Meer informatie

Google brengt laatste Developer Preview van Android 12 uit

Google heeft de derde en laatste Developer Preview van Android 12 uitgebracht. Vanaf volgende maand komen er alleen nog bèta's uit van de nieuwe versie van het mobiele OS. De nieuwe versie voegt onder meer splashscreens toe aan elke app.

Android genereert het splashscreen automatisch op basis van het app-icoon en een kleur, zodat ontwikkelaars niets hoeven te doen, meldt Google. Er komen tools om het splashscreen aan te passen met bijvoorbeeld eigen kleuren of animaties. De nieuwe functie botst met huidige splashscreens in apps, want dan ziet de gebruiker twee splashscreens achter elkaar. Google raadt ontwikkelaars aan om daarnaar te kijken.

Daarnaast gaat Android bij weblinks die leiden naar een app niet langer vragen in welke app ze die willen openen. In plaats daarvan kunnen apps een default claimen en met een intent hun app automatisch laten openen bij het klikken op een dergelijke link. Nu is er nog een keuzescherm voordat Android een app opent op basis van een link.

In de nieuwe Developer Preview zitten nog enkele andere nieuwigheden, zoals standaard-ondersteuning voor camera's met hoge resoluties. Dat moeten fabrikanten nu apart implementeren. Ook komen er meer mogelijkheden om moderne trilmotors aan te sturen voor gedetailleerdere haptische feedback.

Dit is de derde en laatste Developer Preview, zegt Google. In mei volgt de eerste bèta, aan het einde van de zomer is de uiteindelijke release. De Developer Previews zijn alleen voor Googles eigen telefoons vanaf de Pixel 3 uit 2018.

Wat vind je van dit artikel?

Geef je mening in het Geachte Redactie-forum.

Door Arnoud Wokke

Nieuwsredacteur

22-04-2021 • 07:45

38 Linkedin

Reacties (38)

Wijzig sortering
Wat is het nut van die splash screens? Mij lijkt het dat kleine apps die snel opstarten daardoor gewoon trager gaan starten... Sowieso zal het weer maanden duren voordat apps die al hun eigen splash screen hebben aangepast zijn en je dus 2 keer kan wachten tot dat scherm dat niks toevoegt verdwijnt.

Ik snap dat sommige apps wat tijd nodig hebben om te starten en dan kan een splash screen handig zijn om aan te geven dat er effectief iets gebeurt, maar verplicht voor alle apps vind ik toch een brug te ver.
Bij Android krijg je standaard een wit scherm terwijl je app aan het laden is. Hier kun je als developer wat aan doen, maar de mogelijkheden zijn beperkt en het voelt bovendien erg hacky aan. De app moet laden, dus je kan dan beter wat laten zien in plaats van enkel een wit scherm.

Bij iOS kun je voor zover ik weet sinds het begin een splashscreen maken. Apple raad zelf aan om dit scherm zoveel mogelijk te laten lijken op het eerste scherm na het splashscreen. Dat is ook wat Apple zelf doet met de eigen apps. Veel ontwikkelaars negeren dat advies echter door een logo te plaatsen, maar dat is niet erg. Je app wordt er niet langzamer van en je moet een 'wachtscherm' toch wel hebben.
Dat is wel raar, wat moet ik mij hierbij voorstellen dan bij bijv een mail cliënt? Een splash screen met een neppe inbox met nepmails er in?
Bijna. Je moet dan voorstellen: Alle iconen staan op het scherm, de lijst van emails is leeg. Als je een iPhone hebt moet je er maar eens goed op letten. Zeker bij wat tragere iPhones ga je het vooral zien.

Zie hier een voorbeeld van Safari. Op het Launch Screen/Splash Screen zie je de adresbalk bovenaan en de knoppenbalk al onderaan staan. Zodra de app klaar is met laden, ziet het er zo uit en is alles ingevuld.

Als gebruiker voelt het erg snel. Weliswaar moet de webpagina nog geladen worden, maar de browser zelf lijkt al gestart te zijn vanaf het eerste moment. De grap is dus dat dat niet zo is, en dat je dus naar een Splash Screen hebt zitten kijken. Zo wek je toch de indruk dat je app nog sneller is dan dat hij eigenlijk is.

Zodra je het trucje door hebt zal je dit opvallen bij alle apps van Apple. Van Settings tot de Klok, en van Mail tot foto's.

Bron: iOS Human Interface Guidelines over het Launch Screen
Volgens mij krijg je dan van die grijze balkjes, lijkt een soort mockup.
Inderdaad werkt dat op Ubuntu Touch ook zo: elke app moet daar een splash screen hebben. Vind ik ook een stuk fijner dan naar een wit scherm staren en hopen dat 'ie echt opstart.
Toen ik voor Android 4 nog apps ontwikkelde kon ik gewoon splash screens maken, is dat niet meer zo?..
Als developer vind ik dat splashscreens de verantwoordelijkheid zijn van de developer en de app zelf.

Ik begrijp dan ook niet waarom een OS daar een rol in moet spelen. Ik hoop dat je het uit kunt zetten.

Het lijkt er op dat Google klaar is met Android en nu aan nutteloze toevoegingen is begonnen, net als Microsoft destijds bij Office. Tenminste: als dit de nieuwe features van Android12 zijn.

Wel jammer. Ik zou persoonlijk meer gedacht hebben aan features die dual sim beter ondersteunen. Daar valt nog veel te halen.
Waarom vind je dat? Letterlijk elke app moet ingeladen worden. Het is toch fijn dat er dan een duidelijke API is die je kan gebruiken, die consistent werkt op elke mobiel, en dus uiteindelijk een betere gebruikservaring geeft voor de eindgebruiker en voor de ontwikkelaar. Ik begrijp dat het niet strikt noodzakelijk is, maar er zitten genoeg dingen in Android (of elk OS) die niet strikt noodzakelijk zijn. Dit neemt geen nuttige functionaliteiten weg (iets wat Google/Android nog wel eens wilt doen).
Ik denk dat we het moeten aanmoedigen, het steeds makkelijker/toegankelijker maken om hoog kwalitatieve en consistente apps te ontwikkelen.
Dat er een API is die je kunt gebruiken is zeker geen probleem. dat er een scherm voor je wordt gegenereerd in jouw app gaat mij te ver.

Als het mijn mobiele app is dan ben ik verantwoordelijk voor de userexperience en daar valt een splash screen onder.
Als je dat als developer niet doet en de gebruiker vindt het irritant dan word je daar vanzelf op afgerekend.

Misschien is het meer semantisch maar ik vind dit gewoon echt iets waar een OS zich niet mee moet bemoeien. Dat is dus niet hetzelfde als dat ik vind dat een OS het makkelijker moet kunnen maken voor een ontwikkelaar.
dat er een scherm voor je wordt gegenereerd in jouw app gaat mij te ver.
Wordt ie in de app gegenereerd dan? Of moet je het zien als een van de vele animaties in het OS?
Als je dat als developer niet doet en de gebruiker vindt het irritant dan word je daar vanzelf op afgerekend.
Of het OS wordt erop afgerekend dat het bijvoorbeeld unresponsive overkomt.
Misschien is het meer semantisch maar ik vind dit gewoon echt iets waar een OS zich niet mee moet bemoeien
Ik vind persoonlijk dat je zit te muggenziften, maar de discussie over waar een OS ophoudt is natuurlijk ook niet heel gek om te voeren.
Een splashscreen maak ik altijd per applicatie. dat is overigens heel weinig werk.

Je tweede punt kan inderdaad een reden zijn geweest voor Google. Alleen denk ik dat dit soort opmerkingen eerder in de appstore op de applicatie gemaakt worden dan in het algemeen naar Android.

Voor mij is een splashscreen onderdeel van de userexperience. Je kunt er logo's en andere dingen in zetten. Ik wil niet dat Google dit voor mij gaat invullen. En zoals ik het lees gaat Google voor iedere app een splashscreen genereren, ongeacht of je er zelf al een hebt.

Misschien zat ik daar fout.

Je hebt gelijk met het muggenziften: je bent niet de eerste die het zegt :) Maar ik wil als developer niet dat anderen voor mij zaken gaan bepalen, waardoor ik meer moeite moet doen om het toch zo te krijgen als ik het wil.
Deze feature lijkt mij voor een deel in het nadeel werken voor developers die al hebben gewerkt aan deze feature. Voor hen (waaronder jouzelf) komt het werk te liggen om het splashscreen te verplaatsen van de huidge positie naar de nieuwe locatie, met behulp van de tools is dat hopelijk een klein klusje. Voor degene die er nog geen tijd aan hebben besteed hebben in de basis een splashscreen op basis van de app, en hebben daarnaast eenvoudigere methode een aangepast splashscreen toe te voegen.

Het voordeel van de wijziging is dat elke app een nette basis krijgt als splashscherm, wat de algehele ervaring van een android telefoon omhoog haalt. Dus vanuit Google begrijp ik het wel, betere UX over de gehele breedte van android draaiende apparaten, zonder developers ergens toe te dwingen.

Hopelijk worden de tools zodanig makkelijk dat het overzetten van de bestaande splashscreens eenvoudig wordt, ook zou het mooi zijn als er extra mogelijkheden bijkomen. Dat zou apps met een bestaande splashscherm niet enkel werk opleveren, maar ook mogelijkheden.
Ik begrijp je punt wel. Het is soms een beetje vaag waar je de lijn trekt tussen waar het OS eindigt, en waar de app begint, vooral met een form factor als een telefoon, waar het om fullscreen apps gaat. Ik zelf zie liever het splash screen als onderdeel van een OS animatie, die in dezelfde scope zit als de animatie de je ziet wanneer je switcht van app bijvoorbeeld. Alleen nu geven ze je een beetje flexibiliteit om de transitie te stylen naar de app.
Ik begrijp dan ook niet waarom een OS daar een rol in moet spelen.
Waarschijnlijk omdat het gros van de ontwikkelaars dit niet gaat doen en Google zo probeert de algehele ervaring van Android te verbeteren. Ik doe een gok.
Als developer vind ik dat splashscreens de verantwoordelijkheid zijn van de developer en de app zelf.
Voor zover ik het begrijp krijgen we als developers juist meer tools om iets te doen aan het splashscreen (zonder allerlei gekke dingen te doen zoals een 'Splash Activity' te maken of de achtergrond van de app veranderen van wit naar een plaatje, of een van de andere gekke hacks die er waren om een beetje resultaat te krijgen).

Voor apps zonder Splash Screen wordt er dan een app-logo getoont lijkt het, in plaats van het witte scherm. Prima toch? Kan je als ontwikkelaar dan zelf wat aan doen.
Ik heb alle animaties uit staan, dat kan via het developers menu. Is al een stuk beter vind ik
Dat is uiteraard je eigen voorkeur, maar niet iedereen zal dat fijn vinden. Animaties dienen niet om de boel te vertragen, maar om te verduidelijken wat er gebeurd. Animaties uitzetten komt de usability vaak niet ten goede.

Dan is het extra jammer als in die animaties wél zaken werden gestopt die alleen maar de boel vertragen.
Ik heb dit ook een lange tijd gehad, ik doe dat op elk OS omdat die animaties alles langzaam aan laten voelen.

Echter is mijn ervaring dat sommige (slecht ontwikkelde apps) soms helaas niet meer werken. Ik weet niet meer welke app maar ik heb ooit een app gehad die niet voorbij laadschermen kwam en ik enkel een niet-geanimeerde laadcirkel. Dat was echter op Android (4?), ben je dat ook eens tegengekomen moonlander?
Op die oude toestellen stelde ik dat ook altijd al in, en toen werkte het inderdaad niet voor elke app. Maar tegenwoordig heb ik nergens problemen meer mee.
Er is een korte tijd waar je app niks rendert en puur aan het opstarten is, hier kun je een splashscreen neerzetten. Ik hoop dat dit nieuwe splashscreen niks toevoegd maar alleen iets op de achtergrond tekent zolang je app aan het starten is.
Misschien dat ze de ervaring voor een native app en een webapp (PWA) willen gelijktrekken? Voor zover ik weet hebben die altijd een splashscreen en op deze manier worden beide ervaringen ongeveer gelijk... Geen idee of dat ook daadwerkelijk de gedachte erachter is, maar dit is waar ik gelijk aan moest denken.
Ik vind een stukje uniformiteit gewoon erg prettig. Alle splash screens op dezelfde manier vormgegeven is mooi, en voorkomt dat ontwikkelaars er allerlei onnodige informatie in gaan zetten. Het idee is natuurlijk ook dat het OS steeds sneller de app gaat laden waardoor je bijvoorbeeld geen tijd meer hebt om een titel te kunnen lezen. Dus alleen icoontje en achtergrondje is dan fijner.
Langzamer zal het zeker niet worden, dit scherm wordt alleen getoond zolang er ingeladen wordt. Google en Apple zijn juist hun best aan het doen om alles sneller te maken.

[Reactie gewijzigd door warrior7 op 22 april 2021 09:57]

Google heeft jarenlang in hun developer guides gezegd dat splash screens slecht zijn voor de gebruikerservaring en een last resort zouden moeten zijn als je een zware applicatie of game aan het maken bent.

Splash screens zijn misschien leuk voor trage telefoons, maar als ontwikkelaar is het jouw verantwoordelijkheid om de app snel te laten opstarten.

Ik snap echt niet wat die apps allemaal aan het doen zijn met 3 seconden CPU time op een moderne telefoon. Zeven jaar geleden startten apps even snel op op een scherm van de helft van de resolutie en een fractie van de CPU power en RAM. De kwaliteit van apps is de laatste jaren echt met enorme stappen achteruit gegaan en in mijn ogen zijn deze splash screens enkel een manier om de luiheid van ontwikkelaars te verhullen.Als eindgebruiker heb ik er echt helemaal niks aan.
Daarnaast gaat Android bij weblinks die leiden naar een app niet langer vragen in welke app ze die willen openen. In plaats daarvan kunnen apps een default claimen en met een intent hun app automatisch laten openen bij het klikken op een dergelijke link. Nu is er nog een keuzescherm voordat Android een app opent op basis van een link.
Gebeurt dit niet nu al? Sommige PostNL links in mijn mail worden automatisch geopend in de PostNL app nadat ik die geïnstalleerd had.

Tevens vind ik dat soms knap irritant omdat ik sommige links liever in (bijv.) Firefox Focus open dan in mijn gewone browser of de bijhorende app.
Ik was ook benieuwd idd. Nu heb je dus de optie als ontwikkelaar om automatisch zonder een dialoog je App te openen, dan ben je een verified link. Als je dat niet doet krijgt de gebruiker bijvoorbeeld de optie tussen jouw app en de browser. Dat gaat veranderen, de gebruiker wordt dan altijd naar de browser gestuurd.
we’ve changed the default handling of links that aren’t verified through Android App Links or manually approved for links by the user. Now the OS will directly open them in the default browser, rather than showing a chooser dialog
Is dat niet omdat er maar 1 app is die de link kan afhandelen? Volgens mij krijg je nu alleen het keuzescherm wanneer je een app hebt geïnstalleerd die een bepaalde link af kan handelen, of wanneer je je standaard keuze reset.
N
Is dat niet omdat er maar 1 app is die de link kan afhandelen? Volgens mij krijg je nu alleen het keuzescherm wanneer je een app hebt geïnstalleerd die een bepaalde link af kan handelen, of wanneer je je standaard keuze reset.
Nou, het gaat soms best aardig, en soms goed mis. Linkje naar een betaalapp gaat vaak standaard goed, maar soms... vanuit de App een betaling doen, via de bank App afrekenen, en dan teruggestuurd worden naar een browser, waarin de web-versie van de App geopend wordt, die je dan doorleidt terug naar de App.

Task UnFailed UnSuccesfully: Je komt er wel, maar van A naar B via C, D en F :P

Ik ben er nogal huiverig voor soms hoor: Waze ooit als standaard ingesteld voor m'n locaties, maar dan ga je standaard navigeren. Als iemand via een chat dan een link stuurt van zijn whereabouts... en ik wil gewoon Google Maps om op de kaart te kijken.. Nou, vergeet 't dan maar. NAVIGEREN MET WAZE ZUL JE!
Nou, het gaat soms best aardig, en soms goed mis. Linkje naar een betaalapp gaat vaak standaard goed, maar soms... vanuit de App een betaling doen, via de bank App afrekenen, en dan teruggestuurd worden naar een browser, waarin de web-versie van de App geopend wordt, die je dan doorleidt terug naar de App.
Dat ligt er maar aan - bij Chrome gaat het "goed", bij Firefox wordt je geleid naar de Play Store pagina van die app en moet je maar het geluk hebben dat "je betaling is aangekomen" via een of andere API is binnengekomen. Heb al bij meerdere "klik hier om je account te activeren" gehad dat ik deze handmatig via Chrome moest openen, anders leidt het spul naar de Play Store in Firefox.

Op zich is het niet zo erg dus, als links zonder browser-gehannes direct in compatibele apps worden geopend.
Ik heb de indruk dat Android, en beetje net zoals Windows ondertussen gewoon "doet wat het moet doen", en het dat ook "goed genoeg" doet. Daarom zien we nauwelijks nog innovatie, enkel wat gemorrel in de marge. Spijtig, maar dat is eigen aan applicaties waaraan jaren wordt gewerkt en van dewelke de use case nauwelijks wijzigt zeker?
Google is de afgelopen jaren (en nogsteeds) bezig geweest om de core van Android aan te passen. Dit wordt gedaan om het update beleid veel makkelijker te maken en zodat een groot deel van de updates gewoon via de play store kunnen.
Voor de gewone gebruiker is er niet veel innovatie nee maar ik vind dat het bij Apple niet beter is eigenlijk. Zou ook niet weten wat er nog in moet.
Iets meer privacy?
Zomaar een wild idee.
Zeg maar waar half Android 11 om draaide?
In Android 11 kwam er bijvoorbeeld onderscheid tussen locatie gebruiken wanneer de app op de voorgrond is of op de achtergrond: https://developer.android...sions/11/privacy/location

Ook werd scoped storage geïntroduceerd, waardoor apps niet direct je hele opslag door kunnen bladeren als ze een keer iets moeten opslaan: https://developer.android...rsions/11/privacy/storage
Het permissie systeem in Android is tegenwoordig echt goed. Het probleem is nu meer de gebruiker die het niet interesseert.
Wtf? Wachter liever .5 sec langer dan dat er splashscreen over het scherm flitst.
Hoe het er uit ziet weet ik natuurlijk ook niet, misschien zo eens kijken met de laatste developer preview.

Wat leuk zou zijn, is dat het app-icoon wat je aantikt naar het midden van het scherm zou vliegen en vanuit daar de app zou openen. Dan heb je geen 'flits', maar een vloeiende beweging van launcher naar app. Een beetje zoals je nu ook ziet als je een app afsluit met de nieuwe gebaren-navigatie. De app wordt als het ware terug in zijn icoon 'geworpen'. Ziet er heel goed uit en je weet ook precies waar je vandaan kwam.

(Let wel dat zo'n Splash Screen dan alleen nodig is als de app er even over doet om te laden. Als de app al draait moet je zoiets niet zien.)
De laatste tijd neemt Google steeds maar dingen van Skins over...
Opnieuw weer een geweldige functie, die samenkomt met een hele lijst prachtige functies die Android 12 weer gaan brengen!

Nu kan ik voor de hooguit 1-2 seconden dat een app laadt een kleurtje en hun icoontje zien. Hier word ik nou echt gelukkig van...
Wat is nou het nut van Android 12? Kan ik nu nog makkelijker mijn locatie aan of uit zetten via een net iets anders geplaatste knop? Best zonde eigenlijk dat sommige van deze updates zo vernieuwend zijn als je 500e keer naar werk gaan, je ziet soms iets grappigs maar je weet dat het toch allemaal dezelfde troep is.


Om te kunnen reageren moet je ingelogd zijn


Apple iPad Pro (2021) 11" Wi-Fi, 8GB ram Microsoft Xbox Series X LG CX Google Pixel 5a 5G Sony XH90 / XH92 Samsung Galaxy S21 5G Sony PlayStation 5 Nintendo Switch Lite

Tweakers vormt samen met Hardware Info, AutoTrack, Gaspedaal.nl, Nationale Vacaturebank, Intermediair en Independer DPG Online Services B.V.
Alle rechten voorbehouden © 1998 - 2021 Hosting door True