Platform Android bertanggung jawab untuk menggambar UI sistem, seperti
status bar dan menu navigasi. UI sistem ini ditampilkan, apa pun
aplikasi yang digunakan pengguna. WindowInsets
memberikan informasi tentang UI
sistem untuk memastikan aplikasi Anda menggambar di area yang benar dan UI Anda tidak tertutup
oleh UI sistem.
![Menuju tepi ke tepi untuk menggambar di belakang kolom sistem](https://developer.android.com/static/develop/ui/compose/images/layouts/insets/e2e-intro.gif?authuser=5&hl=id)
Secara default, UI aplikasi Anda dibatasi untuk diletakkan dalam UI sistem, seperti status bar dan menu navigasi. Hal ini memastikan konten aplikasi Anda tidak terhalang oleh elemen UI sistem.
Namun, sebaiknya aplikasi memilih ikut serta untuk menampilkan di area tempat UI sistem juga ditampilkan, sehingga pengalaman pengguna yang lebih lancar dan memungkinkan aplikasi Anda memanfaatkan ruang jendela yang tersedia secara optimal. Hal ini juga memungkinkan aplikasi dianimasikan bersama UI sistem, terutama saat menampilkan dan menyembunyikan keyboard virtual.
Memilih untuk menampilkan di wilayah ini dan menampilkan konten di belakang UI sistem disebut edge-to-edge. Di halaman ini, Anda akan mempelajari berbagai jenis inset, cara memilih untuk menggunakan tata letak layar penuh, dan cara menggunakan API inset untuk menganimasikan UI Anda dan menghindari mengaburkan bagian aplikasi Anda.
Dasar-dasar inset
Saat aplikasi ditampilkan di layar penuh, Anda harus memastikan bahwa konten dan interaksi penting tidak terhalang oleh UI sistem. Misalnya, jika tombol ditempatkan di belakang menu navigasi, pengguna mungkin tidak dapat mengkliknya.
Ukuran UI sistem dan informasi penempatannya ditentukan melalui inset.
Setiap bagian dari UI sistem memiliki jenis inset yang sesuai yang menjelaskan ukurannya dan lokasinya. Misalnya, inset status bar memberikan ukuran dan posisi status bar, sedangkan inset menu navigasi memberikan ukuran dan posisi menu navigasi. Setiap jenis inset terdiri dari empat dimensi piksel: atas, kiri, kanan, dan bawah. Dimensi ini menentukan seberapa jauh UI sistem diperluas dari sisi jendela aplikasi yang sesuai. Untuk menghindari tumpang-tindih dengan jenis UI sistem tersebut, UI aplikasi harus di-inset oleh jumlah tersebut.
Jenis inset Android bawaan ini tersedia melalui WindowInsets
:
Inset yang menjelaskan status bar. Ini adalah bilah UI sistem atas yang berisi ikon notifikasi dan indikator lainnya. |
|
Inset status bar saat terlihat. Jika status bar saat ini disembunyikan (karena memasuki mode layar penuh yang imersif), inset status bar utama akan kosong, tetapi inset ini tidak akan kosong. |
|
Inset yang menjelaskan menu navigasi. Ini adalah kolom UI sistem di sisi kiri, kanan, atau bawah perangkat, yang menjelaskan ikon taskbar atau navigasi. Kontrol ini dapat berubah saat runtime berdasarkan metode navigasi pilihan pengguna dan interaksi dengan taskbar. |
|
Inset menu navigasi saat terlihat. Jika menu navigasi saat ini disembunyikan (karena memasuki mode layar penuh yang imersif), inset menu navigasi utama akan kosong, tetapi inset ini tidak akan kosong. |
|
Inset yang menjelaskan dekorasi jendela UI sistem jika dalam jendela bentuk bebas, seperti kolom judul atas. |
|
Inset kolom teks saat terlihat. Jika kolom teks saat ini tersembunyi, inset bilah teks utama akan kosong, tetapi inset ini tidak akan kosong. |
|
Penyatuan inset kolom sistem, yang mencakup status bar, menu navigasi, dan kolom teks. |
|
Inset kolom sistem saat terlihat. Jika kolom sistem saat ini disembunyikan (karena memasuki mode layar penuh yang imersif), inset kolom sistem utama akan kosong, tetapi inset ini tidak akan kosong. |
|
Inset yang menjelaskan jumlah ruang di bagian bawah yang ditempati keyboard software. |
|
Inset yang menjelaskan jumlah ruang yang ditempati keyboard software sebelum animasi keyboard saat ini. |
|
Inset yang menjelaskan jumlah ruang yang akan ditempati keyboard virtual setelah animasi keyboard saat ini. |
|
Jenis inset yang menjelaskan informasi lebih mendetail tentang UI navigasi, yang memberikan jumlah ruang tempat "ketukan" akan ditangani oleh sistem, dan bukan aplikasi. Untuk menu navigasi transparan dengan navigasi gestur, beberapa elemen aplikasi dapat diketuk melalui UI navigasi sistem. |
|
Inset elemen yang dapat diketuk saat terlihat. Jika elemen yang dapat diketuk saat ini disembunyikan (karena memasuki mode layar penuh imersif), inset elemen utama yang dapat diketuk akan kosong, tetapi inset ini tidak akan kosong. |
|
Inset yang mewakili jumlah inset tempat sistem akan mencegat gestur untuk navigasi. Aplikasi dapat menentukan penanganan gestur ini dalam jumlah terbatas melalui |
|
Subset gestur sistem yang akan selalu ditangani oleh sistem, dan yang tidak dapat dikecualikan melalui |
|
Inset yang mewakili jumlah spasi yang diperlukan untuk menghindari tumpang-tindih dengan potongan layar (notch atau lubang jarum). |
|
Inset yang mewakili area melengkung tampilan waterfall. Tampilan waterfall memiliki area melengkung di sepanjang tepi layar tempat layar mulai digabungkan di sepanjang sisi perangkat. |
Jenis ini dirangkum oleh tiga jenis inset "aman" yang memastikan konten tidak tersamarkan:
Jenis inset yang "aman" ini melindungi konten dengan cara yang berbeda, berdasarkan inset platform yang mendasarinya:
- Gunakan
WindowInsets.safeDrawing
untuk melindungi konten yang tidak boleh digambar di bawah UI sistem apa pun. Ini adalah penggunaan inset yang paling umum: untuk mencegah konten gambar yang dikaburkan oleh UI sistem (baik sebagian maupun seluruhnya). - Gunakan
WindowInsets.safeGestures
untuk melindungi konten dengan gestur. Tindakan ini akan menghindari konflik gestur sistem dengan gestur aplikasi (seperti untuk sheet bawah, carousel, atau dalam game). - Gunakan
WindowInsets.safeContent
sebagai kombinasiWindowInsets.safeDrawing
danWindowInsets.safeGestures
untuk memastikan konten tidak memiliki tumpang-tindih visual dan tidak ada gestur yang tumpang-tindih.
Penyiapan inset
Untuk memberi aplikasi kontrol penuh atas tempat menggambar konten, ikuti langkah-langkah penyiapan berikut. Tanpa langkah-langkah ini, aplikasi Anda dapat menggambar warna hitam atau solid di belakang UI sistem, atau tidak bergerak secara sinkron dengan keyboard virtual.
- Panggil
enableEdgeToEdge()
diActivity.onCreate
. Panggilan ini meminta aplikasi Anda ditampilkan di belakang UI sistem. Aplikasi Anda kemudian akan mengontrol cara penggunaan inset tersebut untuk menyesuaikan UI. Tetapkan
android:windowSoftInputMode="adjustResize"
dalam entriAndroidManifest.xml
Aktivitas Anda. Setelan ini memungkinkan aplikasi Anda menerima ukuran IME software sebagai inset, yang dapat Anda gunakan untuk memberikan padding dan menata letak konten dengan tepat saat IME muncul dan menghilang di aplikasi Anda.<!-- in your AndroidManifest.xml file: --> <activity android:name=".ui.MainActivity" android:label="@string/app_name" android:windowSoftInputMode="adjustResize" android:theme="@style/Theme.MyApplication" android:exported="true">
API Compose
Setelah Aktivitas mengambil kontrol untuk menangani semua inset, Anda dapat menggunakan Compose API untuk memastikan bahwa konten tidak terhalang dan elemen yang dapat berinteraksi tidak tumpang-tindih dengan UI sistem. API ini juga menyinkronkan tata letak aplikasi Anda dengan perubahan inset.
Misalnya, ini adalah metode paling dasar untuk menerapkan inset ke konten seluruh aplikasi:
override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) enableEdgeToEdge() setContent { Box(Modifier.safeDrawingPadding()) { // the rest of the app } } }
Cuplikan ini menerapkan inset jendela safeDrawing
sebagai padding di sekitar
seluruh konten aplikasi. Meskipun memastikan bahwa elemen yang dapat berinteraksi tidak
tumpang-tindih dengan UI sistem, hal ini juga berarti bahwa tidak ada aplikasi yang akan menggambar di belakang
UI sistem untuk mencapai efek edge-to-edge. Untuk memaksimalkan penggunaan seluruh
jendela, Anda perlu menyesuaikan tempat inset diterapkan per layar
atau komponen demi komponen.
Semua jenis inset ini dianimasikan secara otomatis dengan animasi IME yang di-backport ke API 21. Selanjutnya, semua tata letak yang menggunakan inset ini juga akan dianimasikan secara otomatis saat nilai inset berubah.
Ada dua cara utama untuk menggunakan jenis inset ini untuk menyesuaikan tata letak Composable: pengubah padding dan pengubah ukuran inset.
Pengubah padding
Modifier.windowInsetsPadding(windowInsets: WindowInsets)
menerapkan
inset jendela tertentu sebagai padding, yang bertindak seperti Modifier.padding
.
Misalnya, Modifier.windowInsetsPadding(WindowInsets.safeDrawing)
menerapkan
inset gambar yang aman sebagai padding di 4 sisi.
Ada juga beberapa metode utilitas bawaan untuk jenis inset yang paling umum.
Modifier.safeDrawingPadding()
adalah salah satu metode tersebut, setara dengan
Modifier.windowInsetsPadding(WindowInsets.safeDrawing)
. Ada pengubah analog
untuk jenis inset lainnya.
Pengubah ukuran inset
Pengubah berikut menerapkan jumlah inset jendela dengan menetapkan ukuran komponen menjadi ukuran inset:
Menerapkan sisi awal windowInsets sebagai lebar (seperti |
|
Menerapkan sisi akhir windowInsets sebagai lebar (seperti |
|
Menerapkan sisi atas windowInsets sebagai tinggi (seperti |
|
|
Menerapkan sisi bawah windowInsets sebagai tinggi (seperti |
Pengubah ini sangat berguna untuk mengubah ukuran Spacer
yang menghabiskan
ruang inset:
LazyColumn( Modifier.imePadding() ) { // Other content item { Spacer( Modifier.windowInsetsBottomHeight( WindowInsets.systemBars ) ) } }
Pemakaian inset
Pengubah padding inset (windowInsetsPadding
dan helper seperti
safeDrawingPadding
) otomatis menggunakan bagian inset yang
diterapkan sebagai padding. Saat masuk lebih dalam ke hierarki komposisi, pengubah padding
inset bertingkat dan pengubah ukuran inset mengetahui bahwa beberapa bagian
inset telah dipakai oleh pengubah padding inset luar, dan menghindari
penggunaan bagian inset yang sama lebih dari sekali yang akan mengakibatkan terlalu
banyak ruang ekstra.
Pengubah ukuran inset juga menghindari penggunaan bagian inset yang sama lebih dari sekali jika inset telah digunakan. Namun, karena mengubah ukurannya secara langsung, inset tidak digunakan.
Akibatnya, pengubah padding bertingkat secara otomatis mengubah jumlah padding yang diterapkan ke setiap composable.
Dengan melihat contoh LazyColumn
yang sama seperti sebelumnya, LazyColumn
sedang
diubah ukurannya oleh pengubah imePadding
. Di dalam LazyColumn
, item terakhir
diukur agar sesuai dengan tinggi bagian bawah kolom sistem:
LazyColumn( Modifier.imePadding() ) { // Other content item { Spacer( Modifier.windowInsetsBottomHeight( WindowInsets.systemBars ) ) } }
Saat IME ditutup, pengubah imePadding()
tidak menerapkan padding, karena
IME tidak memiliki tinggi. Karena pengubah imePadding()
tidak menerapkan padding,
tidak ada inset yang digunakan, dan tinggi Spacer
akan menjadi ukuran
sisi bawah kolom sistem.
Saat IME terbuka, inset IME akan dianimasikan agar sesuai dengan ukuran IME, dan
pengubah imePadding()
mulai menerapkan padding bawah untuk mengubah ukuran
LazyColumn
saat IME terbuka. Saat mulai menerapkan
padding bawah, pengubah imePadding()
juga akan mulai menggunakan jumlah inset tersebut. Oleh karena itu, tinggi Spacer
mulai menurun, sebagai bagian dari spasi untuk kolom
sistem telah diterapkan oleh pengubah imePadding()
. Setelah
pengubah imePadding()
menerapkan jumlah padding bawah yang lebih besar
dari kolom sistem, tinggi Spacer
adalah nol.
Saat IME ditutup, perubahan terjadi secara terbalik: Spacer
mulai
diperluas dari ketinggian nol setelah imePadding()
diterapkan kurang dari
sisi bawah kolom sistem, hingga akhirnya Spacer
cocok dengan tinggi
sisi bawah kolom sistem setelah IME dianimasikan sepenuhnya.
TextField
Perilaku ini dilakukan melalui komunikasi antara semua
pengubah windowInsetsPadding
, dan dapat dipengaruhi dengan beberapa cara
lainnya.
Modifier.consumeWindowInsets(insets: WindowInsets)
juga menggunakan inset
dengan cara yang sama seperti Modifier.windowInsetsPadding
, tetapi tidak menerapkan
inset yang digunakan sebagai padding. Hal ini berguna jika digabungkan dengan pengubah ukuran
inset, untuk menunjukkan kepada saudara kandung bahwa sejumlah inset
telah digunakan:
Column(Modifier.verticalScroll(rememberScrollState())) { Spacer(Modifier.windowInsetsTopHeight(WindowInsets.systemBars)) Column( Modifier.consumeWindowInsets( WindowInsets.systemBars.only(WindowInsetsSides.Vertical) ) ) { // content Spacer(Modifier.windowInsetsBottomHeight(WindowInsets.ime)) } Spacer(Modifier.windowInsetsBottomHeight(WindowInsets.systemBars)) }
Modifier.consumeWindowInsets(paddingValues: PaddingValues)
berperilaku sangat
mirip dengan versi dengan argumen WindowInsets
, tetapi memerlukan
PaddingValues
arbitrer untuk digunakan. Hal ini berguna untuk memberi tahu turunan saat padding atau spasi disediakan oleh beberapa mekanisme selain pengubah padding inset, seperti Modifier.padding
biasa atau spasi tinggi tetap:
@OptIn(ExperimentalLayoutApi::class) Column(Modifier.padding(16.dp).consumeWindowInsets(PaddingValues(16.dp))) { // content Spacer(Modifier.windowInsetsBottomHeight(WindowInsets.ime)) }
Jika inset jendela mentah diperlukan tanpa pemakaian, gunakan
nilai WindowInsets
secara langsung, atau gunakan WindowInsets.asPaddingValues()
untuk
menampilkan PaddingValues
inset yang tidak terpengaruh oleh konsumsi.
Namun, karena catatan di bawah, sebaiknya gunakan pengubah ukuran inset jendela
dan pengubah ukuran inset jendela jika memungkinkan.
Fase Inset dan Jetpack Compose
Compose menggunakan API inti AndroidX dasar untuk memperbarui dan menganimasikan inset, yang menggunakan API platform dasar yang mengelola inset. Karena perilaku platform tersebut, inset memiliki hubungan khusus dengan fase Jetpack Compose.
Nilai inset diperbarui setelah fase komposisi, tetapi sebelum fase tata letak. Ini berarti bahwa pembacaan nilai inset dalam komposisi umumnya menggunakan nilai inset yang terlambat satu frame. Pengubah bawaan yang dijelaskan di halaman ini dibuat untuk menunda penggunaan nilai inset hingga fase tata letak, yang memastikan bahwa nilai inset digunakan pada frame yang sama saat diperbarui.
Animasi IME keyboard dengan WindowInsets
Anda dapat menerapkan Modifier.imeNestedScroll()
ke penampung scroll untuk membuka dan
menutup IME secara otomatis saat men-scroll ke bagian bawah penampung.
class WindowInsetsExampleActivity : AppCompatActivity() { override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) WindowCompat.setDecorFitsSystemWindows(window, false) setContent { MaterialTheme { MyScreen() } } } } @OptIn(ExperimentalLayoutApi::class) @Composable fun MyScreen() { Box { LazyColumn( modifier = Modifier .fillMaxSize() // fill the entire window .imePadding() // padding for the bottom for the IME .imeNestedScroll(), // scroll IME at the bottom content = { } ) FloatingActionButton( modifier = Modifier .align(Alignment.BottomEnd) .padding(16.dp) // normal 16dp of padding for FABs .navigationBarsPadding() // padding for navigation bar .imePadding(), // padding for when IME appears onClick = { } ) { Icon(imageVector = Icons.Filled.Add, contentDescription = "Add") } } }
Gambar 1. Animasi IME
Dukungan inset untuk Komponen Material 3
Untuk kemudahan penggunaan, banyak composable Material 3 bawaan
(androidx.compose.material3
)
menangani inset itu sendiri, berdasarkan cara composable ditempatkan di aplikasi Anda
sesuai dengan spesifikasi Material.
Composable penanganan inset
Di bawah ini adalah daftar Komponen Material yang otomatis menangani inset.
Panel aplikasi
TopAppBar
/SmallTopAppBar
/CenterAlignedTopAppBar
/MediumTopAppBar
/LargeTopAppBar
: Menerapkan sisi atas dan horizontal kolom sistem sebagai padding karena digunakan di bagian atas jendela.BottomAppBar
: Menerapkan sisi bawah dan horizontal kolom sistem sebagai padding.
Penampung konten
ModalDrawerSheet
/DismissibleDrawerSheet
/PermanentDrawerSheet
(konten di dalam panel navigasi modal): Menerapkan inset vertikal dan awal ke konten.ModalBottomSheet
: Menerapkan inset bawah.NavigationBar
: Menerapkan inset bawah dan horizontal.NavigationRail
: Menerapkan inset vertikal dan awal.
Scaffold
Secara default,
Scaffold
menyediakan inset sebagai parameter paddingValues
yang dapat Anda gunakan dan gunakan.
Scaffold
tidak menerapkan inset ke konten. Tanggung jawab ini menjadi tanggung jawab Anda.
Misalnya, untuk menggunakan inset ini dengan LazyColumn
di dalam Scaffold
:
Scaffold { innerPadding -> // innerPadding contains inset information for you to use and apply LazyColumn( // consume insets as scaffold doesn't do it by default modifier = Modifier.consumeWindowInsets(innerPadding), contentPadding = innerPadding ) { items(count = 100) { Box( Modifier .fillMaxWidth() .height(50.dp) .background(colors[it % colors.size]) ) } } }
Mengganti inset default
Anda dapat mengubah parameter windowInsets
yang diteruskan ke composable untuk
mengonfigurasi perilaku composable. Parameter ini dapat berupa jenis
inset jendela yang berbeda untuk diterapkan, atau dinonaktifkan dengan meneruskan instance kosong:
WindowInsets(0, 0, 0, 0)
.
Misalnya, untuk menonaktifkan penanganan inset di
LargeTopAppBar
,
tetapkan parameter windowInsets
ke instance kosong:
LargeTopAppBar( windowInsets = WindowInsets(0, 0, 0, 0), title = { Text("Hi") } )
Interop dengan inset sistem View
Anda mungkin perlu mengganti inset default saat layar memiliki kode View dan Compose dalam hierarki yang sama. Dalam hal ini, Anda harus jelas tentang mana yang harus menggunakan inset, dan mana yang harus mengabaikannya.
Misalnya, jika tata letak terluar adalah tata letak Android View, Anda harus
menggunakan inset dalam sistem View dan mengabaikannya untuk Compose.
Atau, jika tata letak terluar adalah composable, Anda harus menggunakan
inset di Compose, dan memberikan padding pada composable AndroidView
sebagaimana mestinya.
Secara default, setiap ComposeView
menggunakan semua inset pada
tingkat pemakaian WindowInsetsCompat
. Untuk mengubah perilaku default ini, tetapkan
ComposeView.consumeWindowInsets
ke false
.
Referensi
- Now in Android - aplikasi Android yang berfungsi sepenuhnya dan dibangun sepenuhnya dengan Kotlin dan Jetpack Compose.
Direkomendasikan untuk Anda
- Catatan: teks link ditampilkan saat JavaScript nonaktif
- Komponen Material dan tata letak
- Memigrasikan
CoordinatorLayout
ke Compose - Pertimbangan lainnya