I assume that the upfront permissions prompted before an install will be simpler and fewer, and the more granular permissions (like microphone or camera access) will be prompted when they are actually requested by the app. Just like iOS.
Don't think so, as their post install UI slide showed pr category switches with categories very similar to those already seen in the "improved" Play app.
I disagree. I don't know that they've got the right balance until I try it, but anything is better than eg Facebook having permission to just about everything and presumably using it whenever some algorithm tells them there might be useful data to grab.
Forcing them to ask every time will either show my concern is wrong (a good thing) or stop them doing it (even better).
Well that goes without saying. I'm just trying to say that applications running on M and later that still target an older SDK will not use the new system.
According to the android session this morning even apps compiled against older SDKs will still have permissions that can be disabled when run in M, so they were encouraging everyone to test apps on M even if they weren't going to release their app built against the M SDK anytime soon.
As best i could tell, on a device running M it would be like this:
M ready app, you get no permissions display up front but asked to approve on API use.
Older app, you get a permissions display up front and can disable API access in Android settings.
On older devices both M ready apps and older apps would behave like today, giving you a list of permissions up front and no way to control them (unless you are running a custom Android or the OEM added the possibility).
