I know this info is where you show, and it’s « too late ». It should be here :
And why put the legacy package at the end of the list ??? This is totally unfair.
Or. Better in my opinion, there should be only 1 item per app and choice of packaging be given on next page, before installing.
( here I put too many types of packaging on purpose )
This only to avoid people installing snap ( or else ) without knowing it.
This is what happens today : many people discover they installed a snap after when they don’t understand why their snap-app can’t access such folder or usb-thumb… just browse forums, it’s common « bad » surprise.
Hence my exaggeration with the word « cheat » : package type must be shown upfront, not on second or third page, and not at the bottom of a page. It’s basic and well-mannered UI design. Otherwise it looks like an eluding attempt.
Of course it’s stating what it does. For geek people who already know what is a snap. For average Joe, it should also mention something like : « once installed, set your needed permissions in settings/applications or software/chromium ».
Regarding permissions, I really think it would be more efficient if at first launch of a snap, the app would automatically launch the ad-hoc page from « software » or « settings/applications » in 20.04.
( missing translations here, another harmful detail for adoption )
Good point, lol. No I never really care about it because it was actually on an external support and fully unpacked in RAM. At least it’s how I understood that process. Does it mean we could end up with « visually » 100% full partition, freezing a system, but in fact it’s not « physically » true ? Then what storage info an above-average Joe like me should trust ? Imagine a little light laptop with only one 32 or 64 GiB ssd and a dozen snap app’s → 
?
See, snap brings a lot of new things to care about, even for a basic user. It’s neither good or bad but it implies new GUI tools for « surfacing » the new features. I think such a tool should be « handled » by the snapcrafter team, not by distro, and be shipped as a core tool. Then anything regarding snap could be managed from only one trusted, universal, full featured « place » ( by universal I mean not-distro-specific ). A snap-manager.