Microsoft haalt bloatware uit Foto's-app, maar zet die om in een WebView2-app

Microsoft herziet de Foto's-app in Windows 11 door in de bovenbalk en het rechtermuisklikmenu minder knoppen naar andere apps en diensten van Microsoft op te nemen. De vernieuwde app is te testen in het Experimental-kanaal voor Windows. Het blijkt geen native app meer te zijn, maar een WebView2-app.

De transformatie van Windows-app naar webapp kan betekenen dat Foto's meer geheugen en processorvermogen kost. Een app draait dan op Windows' ingebouwde webengine Edge. Dit staat haaks op Microsofts inspanningen om bloatware uit Foto's te verwijderen, schrijft Windows Latest. De previewversie van Foto's voelt nu wel sneller en lijkt meer op de functionele app die het ooit was, oordeelt de technieuwssite.

Microsoft krijgt echter kritiek omdat het deze Windows-app omzet in een WebView2-app. Deze verandering druist ook in tegen de recente oproep van Microsoft-topman Rudy Huyn om terug te gaan naar native apps. Hij zet daarvoor een nieuw ontwikkelteam op. Afgelopen vrijdag beloofde Windows-topman Pavan Davuluri optimalisaties waardoor het besturingssysteem beter draait op pc's met maar 8GB geheugen.

Toch niet terug naar native apps?

In de afgelopen maanden lijkt de Windows-maker toch vaker voor webapps te kiezen. Zo was een nieuwe testversie van de Copilot-app in maart niet langer een native app, maar een webapp. Verder bleek de functie voor agenda-informatie in het Actiecentrum voor Windows 11 een geheugenhongerige webapp te zijn. Deze functie zat al in Windows 10, maar ontbrak in de opvolger.

Reacties (35)

[doltishDuke]

Soms vraag ik me echt af hoe dat er bij Microsoft op de werkvloer uit ziet. Met dit soort acties krijg je toch het beeld dat iedereen daar als een kip zonder kop door elkaar rent en lekker z'n eigen ding aan het doen is.

[REDSD]

Ik vermoed dat dit traject al gestart was voor de roep om meer native apps. Als deze oplossing beter is dan de huidige app, waarom zou je het dan niet alsnog uitbrengen.

[RoelRoel]

Het is eigenlijk best krankzinnig om een hele engine die gebouwd is om websites van 1990 tot nu te renderen op te starten alleen om een foto te tonen.

[LootersV]

Microsoft heeft voor Windows alleen al dubbel zoveel ontwikkelaars en misschien wel 50 keer zoveel managers, als Apple in totaal aan ontwikkelaars en managers binnen het complete bedrijf heeft. Dat kan dus nooit efficiënt zijn wanneer we de output vergelijken.

[nms2003]

😁 Dat is een interessant gegeven.

[Jazco2nd]

Maar is het een gegeven? Of een mening?

[Mathijs Kok]

😁 Dat is een interessant gegeven.

En tegelijkertijd complete onzin.

[Nephalem82]

Dat is ook de reden voor het overweldigende marktaandeel van macOS.

[LootersV]

Het marktaandeel macOS op apparaten boven de 1000 of 2000 euro kan overweldigend lijken, maar in totaal zal Windows zeker meer installaties hebben

[Nephalem82]

Haha ja ik was ook sarcastisch

[Jolijter]

Was daar maar een bron voor.

[doltishDuke]

Dat kan wel wezen maar dat maakt sturing toch juist extra belangrijk? In gepaste mate, want meer managers aannemen heeft natuurlijk weinig zin.

Er luistert daar volgens mij ook niemand naar de afdeling UI? Hoe kan het toch zo zijn dat werkelijk elk softwarepakket van Microsoft zijn eigen UI principes hanteert? Vergelijk dan eens de foto's app met de verkenner of het configuratiescherm met Teams, waar het al helemaal de spuigaten uit loopt? Hoe kan dat?!

Toen ik een jaar of 15 geleden privé over ging naar Linux speelde dat daar ook. Nu moet ik zakelijk noodgedwongen terug naar Windows en godallemachtig, wat een postpocalyptische ravage heeft men ervan gebrouwen

[Reactie gewijzigd door doltishDuke op 2 augustus 2026 10:47]

[Juice2000]

Ik heb altijd het idee gehad dat bij Microsoft de coders echt wel willen en ook zien hoe het beter kan, maar dat alle beslissingen, zelfs over de kleinste details, door hoger management worden genomen. En dat daarom de dingen zo gaan.

[mrtl]

WebView2

Makkelijker te vibecoden, en als ze ze nog in dienst hebben: meer mensen kennen HTML/CSS/JS/TS.

[Sissors]

Tegelijk als juist de AI de code maakt, dan zou ik denken dat je het net zo goed native kan doen. Behalve als AI daar gewoon (nog) niet goed genoeg voor is.

[mrtl]

Nu je het zegt, als je dan toch bezig bent met AI. C# zou vrij makkelijk kunnen ja (in welke zin dat dan ook "native" is). Maar ik denk dat iets als C++ met UI-elementen gewoon meer tokens en dus geld kost. Dit is wel een grappig testje, waarin blijkt dat Python gewoon minder tokens kost dan twee andere geteste talen.

[Triblade_8472]

Tja. Je kan het zien als een poging om simpelweg alle "apps" compleet uit Windows te halen. Alles is dan immers een schil om Edge/webbased. Zo kan ik het ook, Windows op 8Gb te laten draaien, gewoon alles eruit halen was geen OS is. De rest wordt wss niet meer standaard 'geïnstalleerd' en kan je tijdens de install of later aanklikken waarna MS het hogere verbruik bij de klant legt.

Ik ben fel tegen deze manier van werken. Ik verwacht een basis zet native apps, en een fotoviewer hoort hier wat mij betreft gewoon bij.

[elmuerte]

Maar als je die optionele applicaties vervangt door WebView2 applicaties krijg je bij het gebruik van die applicaties dat ze significant meer RAM nodig hebben.

Die 8GiB gaat over RAM gebruik, niet HDD/SDD storage.

[AnonymousGerbil]

Maar wat zijn precies de cijfers voor het geheugengebruik?

Bij de webversie van outlook, bijvoorbeeld, zie ik commentaren waarbij beweerd wordt dat die met gemak een halve tot één gig reserveert, waar de native client 100-200MB pakte.

offtopic:
leuk detailtje, met de alpine mail client kom ik comfortabel onder de tweeëneenhalve MB.

[Reactie gewijzigd door AnonymousGerbil op 2 augustus 2026 09:32]

[Bedge85]

Bij mij gebruikt Thunderbird (snap package) momenteel 1.02GB werkgeheugen onder Linux. Vind dat echt wel veel.

[demianmonteverd]

Thunderbird is dan ook deels een XUL-applicatie. Een soort webview.

[fedaykin]

Wat is Alpine Mail? Een TUI? Ik zoek nog een goede mail client, vind alle alternatieven op flathub etc tot nu toe niet echt fijn.

[readefries]

Ik kende het ook niet, maar is een 'nieuwere' kijk op Pine. Mét utf ondersteuning. Inderdaad !en CLI client.

[SpankmasterC]

Is het niet zo met Webview2 dat je 1x de "browser" moet laden, maar dat dat dan gedeeld wordt qua resources door alle apps die er gebruik van maken? Of wordt voor elke app een aparte "browser" opgestart, dus dat je telkens met de overhead zit?

[wildhagen]

Is het niet zo met Webview2 dat je 1x de "browser" moet laden, maar dat dat dan gedeeld wordt qua resources door alle apps die er gebruik van maken?

Deels. De app die in WebView2 draait moet daar wel voor geschreven zijn, standaard draait elke WebView2-app zijn eigen processen, browser etc:

Each WebView2 control creates its own set of processes, such as browser, renderer, and GPU. Resource usage generally grows as more WebView2 instances are created, with each instance running its own set of browser processes.

A WebView2 instance uses memory based on the complexity of the web content and the browser processes it creates. Running many instances of the WebView2 control can strain system memory.

Below are best practices to manage and reduce the memory footprint.

Share WebView2 environments
- To save memory, use one CoreWebView2Environment across all WebView2 controls in an app, ensuring consistent parameters for sharing.

- Reuse the same environment in tabbed interfaces, rather than creating multiple environments.

Maar dat kan je deels dus mitigeren door te sharen:

If feasible, use app-level process sharing.

Multiple apps can share a browser process by using the identical user data folder and CoreWebView2EnvironmentOptions. This reduces memory usage, but requires careful management of profiles and thorough testing, due to possible cross-app interference.

Keep in mind that when sharing a User Data Folder (UDF), underlying data (such as cookies, caches, and databases) is being shared between different applications.

Microsoft heeft dit gedocumenteerd in de Best Practices guide: Performance best practices for WebView2 apps - Microsoft Edge Developer documentation | Microsoft Learn

[Bedge85]

Bij een native app heb je ook een voordeel dat bepaald bibliotheken gedeeld kunnen worden als het programma dynamisch is gecompileerd. Bij een webview2 programma werkt dat denk ik niet. Als twee webview2 programma's gebouwd zijn op basis van react, dan zal react voor beide programma's los in het geheugen geladen moeten worden.

[elmuerte]

This reduces memory usage, but requires careful management of profiles and thorough testing, due to possible cross-app interference.

Dus niemand doet dit, want het is een security issue.

[Monzo]

Tja, MS kan uitleggen dat dit een native app is, want webview2.

Zullen ze niet doen, maar kan wel. Er is niet voor niets een lange, lange geschiedenis van eigen uitleg bij standaarden (kijkt met een schuin oog naar de vroege internet explorer en huidige uitleg van Office-standaarden versus de documentatie).

[RV]

Als ik het bronartikel goed lees is de update van de Photos app geen webview2 app en gelden de updates daarop. Naast de update wordt er blijkbaar een Photos (preview) geïnstalleerd die wél dan webview2 wrapper is. Dus een extra app.

[Bor]

Kan het zijn dat de webapp versies een tussenstation zijn en we dit later terugzien als native app? Het draait hier veelal om testversies zo te lezen.

[Slyceth]

Heeft u een alternatief programma dat u kunt aanbevelen boven Microsoft Photos?

[readefries]

Ik wilde Immich voorstellen, maar zie net dat daar geen Windows versie van is

[Rataplan_]

Ahja en hoe verhoudt zich dat tot deze? Webview en 8GB is al geen combinatie..

[Reactie gewijzigd door Rataplan_ op 2 augustus 2026 10:10]

[grimson]

Kleine side-note (rant 😉) over RAW/DNG-ondersteuning:

RAW-bestanden (in mijn geval specifiek Apple ProRAW / iPhone DNG’s) krijgen in de Windows Foto’s-app, de OneDrive Foto's-app én — misschien nog wel het opvallendst — in OneDrive online (webgallery) nog steeds geen echte preview. Je ziet daar simpelweg een generieke thumbnail. Ironisch genoeg toont de OneDrive-app op iOS precies deze iPhone-DNG’s wél direct met een haarscherpe preview, én zet er in de gallery zelfs letterlijk "RAW" bij als badge op de foto. Helaas geldt dat dan weer niet voor álle RAW-bestanden, want bij andere typen RAW-foto's laat de iOS-app het alsnog afweten.

In die iPhone-DNG’s zit een flinke 'baked' JPEG-preview verstopt (vaak rond de 12 MB op volledige resolutie). Mijn gevoel zegt dat de iOS-app deze informatie al kant-en-klaar van de Microsoft-servers krijgt; het lijkt me immers stug dat je telefoon voor elke DNG van ~50 MB het bestand zelf lokaal gaat binnenharken om een preview te laden. Dat zou desastreus zijn voor je databundel en het soepel scrollen door je foto's.

Wat dit nóg opvallender maakt: OneDrive heeft online ook dat tabje 'People', waar foto's via server-side gezichtsherkenning per persoon worden gegroepeerd. En jawel: die gezichtsherkenning werkt dus gewoon vlekkeloos op deze DNG’s! De servers van Microsoft lezen het bestand op de achtergrond dus gegarandeerd uit.

Als die data op de server al helemaal verwerkt wordt, maakt dat het ontbreken van previews in de webversie en de Windows-apps extra vreemd. Gezien die Windows-omgevingen vermoedelijk op een vergelijkbare WebView-basis draaien, voelt het echt alsof de Windows-/web-kant hier simpelweg een steek laat vallen in de weergave.

Maar goed, misschien zijn er simpelweg te weinig consumenten die standaard in Apple RAW uploaden om het hoog op de prioriteitenlijst van Microsoft te krijgen?

[Reactie gewijzigd door grimson op 2 augustus 2026 10:33]