Android 12 kan eindelijk hard optreden tegen Samsung, Xiaomi en andere bedrijven die veranderen waar de map Screenshots zich bevindt.
Samsung-telefoons functioneren op dit moment niet zo anders dan andere Android-apparaten, maar Samsung wijzigt nog steeds een paar aspecten van het Android-besturingssysteem, wat tot enkele vervelende problemen leidt. Het bedrijf bewaart al jaren screenshots in de DCIM-map, waar alleen camerafoto's en video's mogen worden opgeslagen. Dit heeft tot gevolg dat Google Photos, Dropbox en vele andere fotoback-upservices uw schermafbeeldingen kopiëren, of u dat nu wilt of niet. Gelukkig zou er eindelijk een oplossing kunnen komen als onderdeel van Androïde 12.
Android-apparaten hebben twee mappen voor het opslaan van foto's en video's. In de map 'Afbeeldingen' slaan apps media op die ze hebben gedownload (bijvoorbeeld afbeeldingen die zijn opgeslagen van Twitter go in Afbeeldingen > Twitter), en standaard slaat Android schermafbeeldingen op in Afbeeldingen onder 'Screenshots' submap. Er is ook een 'DCIM'-map in de hoofdmap van de interne opslag van Android, waarin alle foto's die u hebt gemaakt of video's die u hebt opgenomen, worden opgeslagen. De naam 'DCIM' komt van ontwerpstandaarden voor digitale camera's en staat voor 'Digital Camera IMages'.
Google Photos, Dropbox, OneDrive en andere toepassingen voor mediaback-up scannen op wijzigingen in de DCIM-map en kunnen een back-up maken van alle nieuwe bestanden die ze vinden in de cloudopslag. Dit werkt goed op de meeste telefoons, maar niet op apparaten van Samsung. De One UI-software van het bedrijf (en Samsung Experience UX daarvoor) slaat schermafbeeldingen altijd op in de DCIM-map, waardoor toepassingen deze als nieuwe camerafoto's detecteren. Er is geen manier om te voorkomen dat Google Foto's een back-up maakt van schermafbeeldingen op Samsung-apparaten, tenzij u automatische back-ups volledig uitschakelt of een hacky-oplossing van derden gebruikt, zoals PinSync. Het zou voor apps niet al te veel extra werk zijn om schermafbeeldingen te detecteren en een instelling toe te voegen om ze te negeren, maar Google Photos en anderen hebben dit niet gedaan.
Gelukkig lijkt het erop dat Google dit probleem op besturingssysteemniveau kan oplossen. Dankzij een vertrouwde bron hebben we een voorlopige herziening van het Compatibility Definition Document (CDD) verkregen Android 12, en het definieert de criteria waaraan een apparaat moet voldoen om de Android-certificering te behalen en door Google te worden verzonden toepassingen. Google stelt voor om de volgende sectie toe te voegen aan sectie 7.6.2, "Applicatie gedeelde opslag", voor de CDD van Android 12:
Als de apparaatimplementatie een screenshot- of schermopnamefunctionaliteit heeft, inclusief via een hardwaresnelkoppeling of softwareknop:
MOETEN sla het gegenereerde afbeeldings- of videobestand op in een map met de naam "Screenshots", die automatisch wordt gegenereerd onder "Afbeeldingen" in het ingebouwde geheugen of op een SD-kaart in een betrouwbare poort. Het is toegankelijk via DIRECTORY_SCREENSHOTS.
MOET NIET sla schermafbeeldingen en schermopnamen op in DCIM, Afbeeldingen, Video's of een aangepaste map.
De Android 12 CDD is nog niet afgerond, dus er is nog steeds een kans dat deze nieuwe bepaling kan worden geschrapt, vergelijkbaar met wat er gebeurde met de voorgestelde vereiste voor virtuele A/B-partities in Android 11. Deze stap zou Samsung dwingen om schermafbeeldingen op te slaan waar ze bedoeld zijn, waardoor het defecte gedrag in Google Foto's en andere applicaties zou worden verholpen. Samsung is hier ook niet de enige dader: Xiaomi's MIUI ook slaat screenshots op in DCIM, net als OPPO en Realme.
Het is vermeldenswaard dat dit Google Photos, OneDrive, Dropbox en andere services er niet van weerhoudt een back-up van Screenshots te maken. In plaats daarvan zou het de opslag van screenshots voorspelbaarder maken op alle door Google gecertificeerde Android-apparaten. Google Foto's heeft al een optie om extra mappen toe te voegen voor back-up, wat werkt met de map Screenshots op Pixel-telefoons en andere stock-achtige apparaten.
We hebben contact opgenomen met Google voor commentaar en zullen dit artikel bijwerken als we iets horen.