[FR]:

### Is there an existing FR for this?

- [x] I have searched the existing issues

### For which area is this FR?

General

### Is it for a specific sample?

_No response_

### Describe the feature request

Saya ingin menambahkan contoh implementasi SinglePermission.kt yang mendemonstrasikan:

Permintaan izin (permission) secara dinamis sesuai standar Android terbaru (API 33+), dengan dukungan multiple permission, termasuk AD_ID untuk keperluan integrasi iklan dan analitik.

Penjelasan kode yang jelas pada setiap tahapan, sehingga mudah dipahami oleh pemula maupun developer menengah.

Dialog edukasi pengguna (permission rationale) yang informatif, serta alur penanganan jika pengguna menolak izin, termasuk akses ke settings aplikasi.

Contoh kode siap pakai untuk mengatasi kasus penggunaan nyata (misal: akses lokasi, kamera, storage, AD_ID) pada aplikasi modern.

Demo mini aplikasi: menampilkan status izin dan memicu action (contoh: upload gambar hanya jika izin storage diberikan).

Manfaat:

Membantu developer pemula maupun lanjutan dalam mengimplementasikan runtime permissions dengan praktik terbaik dan aman, khususnya pada aplikasi yang menargetkan Android 13 (API 33+) atau lebih baru.

Mengurangi penolakan aplikasi di Play Store akibat kelalaian pada implementasi izin, terutama AD_ID dan izin sensitif lain yang menjadi persyaratan Google.

Solusi yang diharapkan:

Contoh SinglePermission.kt dan README yang mudah dipahami, serta UI sample minimalis agar bisa langsung diadaptasi di berbagai proyek.

Penjelasan fallback apabila izin tetap ditolak, serta link ke dokumentasi Google terbaru.

Terima kasih untuk perhatiannya dan semoga fitur ini bisa membantu ekosistem developer Indonesia maupun global!

### Code of Conduct

- [x] I agree to follow this project's Code of Conduct

Locate the existing SinglePermission.kt sample and its README, then review how current Android API 33+ permission guidance is represented in the repository. Define the scope for multiple permissions, rationale and denial handling, AD_ID, and the minimal demo UI before implementation. Done means a documented, runnable sample covering the requested permission states and fallback flow.

Written by the indexing model from the issue text.