This is an interesting point. Couldn't the OS give access to the pixel data without access to the EXIF data? i.e. doesn't need to give direct access to the image file, just convert it first to strip the metadata.

That still gives you the image data which might be private, but we should be able to lock that behind a permission dialog "Allow access to current desktop background image" or whatever. It's a weird and very specific permission but it might be worth having.

▲

izacus 5 days ago | parent | next [-]

It could, but there's other benefits as well of decoupling wallpaper rendering from the launcher - it allows you to switch the launcher without having to beg the developer (OEM nowadays) to support your preferred (live) wallpaper. It gives you freedom to choose while preventing what the OP is ranting about - the launcher developer deciding for you what's best for you.

	▲	cosmic_cheese 5 days ago \| parent [-]
		> the launcher developer deciding for you what's best for you. I don’t understand how I would be deciding what’s best for users? The only reason why third party launchers wouldn’t support live wallpapers is if Google didn’t give devs the tools to render them. All they’d need to do is include a WallpaperView the dev can add to their view hierarchy that supports live wallpapers. Boom, the dev can do fancy effects and the user loses nothing.

▲

SSLy 5 days ago | parent | prev [-]

of coure the OS could that.