Android 4.1 API

Level API: 16

Android 4.1 (JELLY_BEAN) adalah progres platform yang menawarkan peningkatan performa dan pengalaman pengguna yang lebih baik. Menambahkan fitur baru bagi pengguna dan developer aplikasi. Dokumen ini menyediakan pengantar API baru yang paling penting dan berguna untuk developer aplikasi.

Sebagai developer aplikasi, Android 4.1 tersedia untuk Anda dari SDK Manager sebagai image sistem yang dapat dijalankan di emulator Android dan platform SDK yang dapat digunakan untuk mem-build aplikasi. Anda harus mendownload image sistem dan platform secepatnya untuk mem-build dan menguji aplikasi di Android 4.1.

Untuk lebih mengoptimalkan aplikasi pada perangkat yang menjalankan Android 4.1, Anda harus menyetel targetSdkVersion ke "16", menginstalnya di image sistem Android 4.1, mengujinya, lalu memublikasikan update dengan perubahan ini.

Anda dapat menggunakan API di Android 4.1 sekaligus mendukung versi lama dengan menambahkan kondisi ke kode yang akan memeriksa API level sistem sebelum menjalankan API yang tidak didukung oleh minSdkVersion Anda. Untuk mempelajari lebih lanjut cara mempertahankan kompatibilitas mundur, baca Membuat UI yang Kompatibel dengan Mundur.

Informasi selengkapnya tentang cara kerja API level tersedia di Apa yang dimaksud dengan API Level?

Komponen Aplikasi

Layanan terisolasi

Dengan menentukan android:isolatedProcess="true" dalam tag <service>, Service Anda akan berjalan dalam proses ID pengguna terpisah yang tidak memiliki izinnya sendiri.

Manajemen memori

Konstanta ComponentCallbacks2 baru seperti TRIM_MEMORY_RUNNING_LOW dan TRIM_MEMORY_RUNNING_CRITICAL memberikan proses latar depan informasi lebih lanjut tentang status memori sebelum sistem memanggil onLowMemory().

Metode getMyMemoryState(ActivityManager.RunningAppProcessInfo) baru memungkinkan Anda mengambil status memori umum.

Penyedia konten

Metode baru, acquireUnstableContentProviderClient(), memungkinkan Anda mengakses ContentProviderClient yang mungkin "tidak stabil" sehingga aplikasi Anda tidak akan error jika penyedia konten melakukannya. Ini berguna saat Anda berinteraksi dengan penyedia konten dalam aplikasi terpisah.

Wallpaper Animasi

Protokol intent baru untuk langsung meluncurkan aktivitas pratinjau wallpaper animasi, sehingga Anda dapat membantu pengguna memilih wallpaper animasi dengan mudah tanpa memaksa mereka untuk keluar dari aplikasi dan membuka pemilih wallpaper Beranda.

Untuk meluncurkan pemilih wallpaper animasi, panggil startActivity() dengan Intent menggunakan ACTION_CHANGE_LIVE_WALLPAPER dan tambahan yang menentukan ComponentName wallpaper animasi Anda sebagai string di EXTRA_LIVE_WALLPAPER_COMPONENT.

Navigasi stack aplikasi

Android 4.1 mempermudah penerapan pola desain yang tepat untuk navigasi Naik. Anda hanya perlu menambahkan android:parentActivityName ke setiap elemen <activity> dalam file manifes. Sistem menggunakan informasi ini untuk membuka aktivitas yang sesuai ketika pengguna menekan tombol Naik di panel tindakan (sambil juga menyelesaikan aktivitas saat ini). Jadi, jika Anda mendeklarasikan android:parentActivityName untuk setiap aktivitas, Anda tidak memerlukan metode onOptionsItemSelected() untuk menangani peristiwa klik pada ikon aplikasi panel tindakan—sistem sekarang akan menangani peristiwa tersebut dan melanjutkan atau membuat aktivitas yang sesuai.

Hal ini sangat efektif untuk skenario saat pengguna memasuki salah satu aktivitas aplikasi Anda melalui intent "pembahasan mendalam" seperti dari notifikasi atau intent dari aplikasi yang berbeda (seperti yang dijelaskan dalam panduan desain untuk Menavigasi Antar-Aplikasi). Jika pengguna memasuki aktivitas Anda dengan cara ini, aplikasi Anda mungkin tidak secara alami memiliki data sebelumnya aktivitas yang dapat dilanjutkan saat pengguna menavigasi ke atas. Namun, saat Anda menyediakan atribut android:parentActivityName untuk aktivitas, sistem akan mengenali apakah aplikasi Anda sudah berisi data sebelumnya dari aktivitas induk atau tidak dan, jika tidak, akan membuat data sebelumnya yang sintetis yang berisi semua aktivitas induk.

Catatan: Saat pengguna memasuki aktivitas yang mendalam di aplikasi Anda dan membuat tugas baru untuk aplikasi Anda, sistem sebenarnya menyisipkan tumpukan aktivitas induk ke dalam tugas. Dengan demikian, menekan tombol Kembali juga akan menavigasi kembali tumpukan aktivitas induk.

Saat membuat data sebelumnya yang sintetis untuk aplikasi Anda, sistem akan mem-build Intent dasar untuk membuat instance baru dari setiap aktivitas induk. Jadi, tidak ada status tersimpan untuk aktivitas induk seperti yang Anda harapkan ketika pengguna secara alami menavigasi melalui setiap aktivitas. Jika salah satu aktivitas induk biasanya menampilkan UI yang bergantung pada konteks pengguna, informasi konteks tersebut akan hilang dan Anda harus mengirimkannya saat pengguna menavigasi kembali melalui tumpukan. Misalnya, jika pengguna melihat album di aplikasi musik, mengarahkan ke atas mungkin akan membawa mereka ke aktivitas yang mencantumkan semua album dalam genre musik yang dipilih. Dalam hal ini, jika tumpukan harus dibuat, Anda perlu memberi tahu aktivitas induk tentang genre album saat ini sehingga induk dapat menampilkan daftar yang tepat seolah-olah pengguna benar-benar berasal dari aktivitas tersebut. Untuk mengirimkan informasi tersebut ke aktivitas induk sintetik, Anda harus mengganti metode onPrepareNavigateUpTaskStack(). Ini memberi Anda objek TaskStackBuilder yang dibuat oleh sistem untuk menyintesis aktivitas induk. TaskStackBuilder berisi objek Intent yang digunakan sistem untuk membuat setiap aktivitas induk. Dalam implementasi onPrepareNavigateUpTaskStack(), Anda dapat memodifikasi Intent yang sesuai untuk menambahkan data tambahan yang dapat digunakan aktivitas induk untuk menentukan konteks yang sesuai dan menampilkan UI yang sesuai.

Saat membuat TaskStackBuilder, sistem akan menambahkan objek Intent yang digunakan untuk membuat aktivitas induk dalam urutan logisnya mulai dari bagian atas hierarki aktivitas. Jadi, Intent terakhir yang ditambahkan ke array internal adalah induk langsung dari aktivitas saat ini. Jika Anda ingin mengubah Intent untuk induk aktivitas, pertama-tama tentukan panjang array dengan getIntentCount() dan teruskan nilai tersebut ke editIntentAt().

Jika struktur aplikasi Anda lebih kompleks, tersedia beberapa API lain yang memungkinkan Anda menangani perilaku navigasi Naik dan menyesuaikan sepenuhnya data sintetis sebelumnya. Beberapa API yang memberi Anda kontrol tambahan meliputi:

onNavigateUp()
Ganti ini untuk melakukan tindakan kustom saat pengguna menekan tombol Atas.
navigateUpTo(Intent)
Panggil ini untuk menyelesaikan aktivitas saat ini, lalu buka aktivitas yang ditunjukkan oleh Intent yang disediakan. Jika aktivitas ada di data sebelumnya, tetapi bukan induk terdekat, semua aktivitas lain antara aktivitas saat ini dan aktivitas yang ditentukan dengan intent juga akan selesai.
getParentActivityIntent()
Panggil ini untuk mendapatkan Intent yang akan memulai induk logis untuk aktivitas saat ini.
shouldUpRecreateTask(Intent)
Panggil ini untuk mengkueri apakah data sebelumnya yang sintetis harus dibuat untuk menavigasi ke atas. Menampilkan true (benar) jika stack sintetis harus dibuat, false (salah) jika stack yang sesuai sudah ada.
finishAffinity()
Panggil ini untuk menyelesaikan aktivitas saat ini dan semua aktivitas induk dengan afinitas tugas yang sama yang dirantai ke aktivitas saat ini. Jika mengganti perilaku default seperti onNavigateUp(), Anda harus memanggil metode ini saat membuat data sebelumnya yang sintetis melalui navigasi Naik.
onCreateNavigateUpTaskStack
Ganti ini jika Anda perlu mengontrol sepenuhnya cara pembuatan stack tugas sintetis. Jika Anda hanya ingin menambahkan beberapa data tambahan ke intent untuk data sebelumnya, sebaiknya ganti onPrepareNavigateUpTaskStack()

Namun, sebagian besar aplikasi tidak perlu menggunakan API ini atau menerapkan onPrepareNavigateUpTaskStack(), tetapi dapat mencapai perilaku yang benar, cukup dengan menambahkan android:parentActivityName ke setiap elemen <activity>.

Multimedia

Codec media

Class MediaCodec memberikan akses ke codec media level rendah untuk mengenkode dan mendekode media Anda. Anda dapat membuat instance MediaCodec dengan memanggil createEncoderByType() untuk mengenkode media atau memanggil createDecoderByType() untuk mendekode media. Masing-masing metode ini menggunakan jenis MIME untuk jenis media yang ingin dienkode atau didekode, seperti "video/3gpp" atau "audio/vorbis".

Dengan instance MediaCodec yang dibuat, Anda kemudian dapat memanggil configure() untuk menentukan properti seperti format media atau apakah konten dienkripsi atau tidak.

Baik Anda mengenkode atau mendekode media, proses selanjutnya akan tetap sama setelah Anda membuat MediaCodec. Pertama, panggil getInputBuffers() untuk mendapatkan array objek ByteBuffer input dan getOutputBuffers() untuk mendapatkan array objek ByteBuffer output.

Jika sudah siap mengenkode atau mendekode, panggil dequeueInputBuffer() untuk mendapatkan posisi indeks ByteBuffer (dari array buffering input) yang harus Anda gunakan untuk memberi feed di media sumber. Setelah Anda mengisi ByteBuffer dengan media sumber, lepaskan kepemilikan buffer dengan memanggil queueInputBuffer().

Demikian pula untuk buffer output, panggil dequeueOutputBuffer() untuk mendapatkan posisi indeks ByteBuffer tempat Anda akan menerima hasilnya. Setelah Anda membaca output dari ByteBuffer, lepaskan kepemilikan dengan memanggil releaseOutputBuffer().

Anda dapat menangani data media terenkripsi dalam codec dengan memanggil queueSecureInputBuffer() bersama dengan API MediaCrypto, bukan queueInputBuffer() biasa.

Untuk mengetahui informasi selengkapnya tentang cara menggunakan codec, lihat dokumentasi MediaCodec.

Rekam audio menggunakan isyarat

Metode baru startRecording() memungkinkan Anda memulai perekaman audio berdasarkan tanda yang ditentukan oleh MediaSyncEvent. MediaSyncEvent menentukan sesi audio (seperti sesi yang ditentukan oleh MediaPlayer), yang jika selesai, akan memicu perekam audio untuk memulai perekaman. Misalnya, Anda dapat menggunakan fungsi ini untuk memutar nada audio yang menunjukkan awal sesi perekaman dan perekaman otomatis dimulai sehingga Anda tidak perlu menyinkronkan nada dan awal rekaman secara manual.

Trek teks dengan waktu

MediaPlayer kini menangani trek teks in-band dan out-of-band. Trek teks in-band tersedia sebagai trek teks dalam sumber media MP4 atau 3GPP. Trek teks out-of-band dapat ditambahkan sebagai sumber teks eksternal melalui metode addTimedTextSource(). Setelah semua sumber trek teks eksternal ditambahkan, getTrackInfo() harus dipanggil untuk mendapatkan daftar terbaru dari semua jalur yang tersedia dalam sumber data.

Untuk menetapkan jalur yang akan digunakan dengan MediaPlayer, Anda harus memanggil selectTrack(), menggunakan posisi indeks untuk jalur yang ingin digunakan.

Agar diberi tahu saat trek teks siap diputar, implementasikan antarmuka MediaPlayer.OnTimedTextListener dan teruskan ke setOnTimedTextListener().

Efek audio

Class AudioEffect kini mendukung jenis pra-pemrosesan audio tambahan saat merekam audio:

  • Akustik Echo Canceler (AEC) dengan AcousticEchoCanceler menghilangkan kontribusi sinyal yang diterima dari pihak jarak jauh dari sinyal audio yang diambil.
  • Kontrol Perolehan Otomatis (AGC) dengan AutomaticGainControl secara otomatis menormalisasi output dari sinyal yang diambil.
  • Noise Peredam (NS) dengan NoiseSuppressor menghilangkan suara bising di latar belakang dari sinyal yang diambil.

Anda dapat menerapkan efek pra-prosesor ini pada audio yang direkam dengan AudioRecord menggunakan salah satu subclass AudioEffect.

Catatan: Tidak ada jaminan bahwa semua perangkat mendukung efek ini, jadi Anda harus selalu memeriksa ketersediaan terlebih dahulu dengan memanggil isAvailable() pada class efek audio yang sesuai.

Pemutaran tanpa jeda

Anda kini dapat melakukan pemutaran tanpa jeda antara dua objek MediaPlayer yang terpisah. Kapan pun sebelum MediaPlayer pertama selesai, panggil setNextMediaPlayer() dan Android akan mencoba memulai pemain kedua pada saat pemain pertama berhenti.

Router media. API baru MediaRouter, MediaRouteActionProvider, dan MediaRouteButton menyediakan mekanisme dan UI standar untuk memilih tempat memutar media.

Kamera

Gerakan fokus otomatis

Antarmuka baru Camera.AutoFocusMoveCallback memungkinkan Anda memproses perubahan pada gerakan fokus otomatis. Anda dapat mendaftarkan antarmuka dengan setAutoFocusMoveCallback(). Kemudian, saat kamera dalam mode fokus otomatis berkelanjutan (FOCUS_MODE_CONTINUOUS_VIDEO atau FOCUS_MODE_CONTINUOUS_PICTURE), Anda akan menerima panggilan ke onAutoFocusMoving(), yang memberi tahu apakah fokus otomatis telah mulai bergerak atau telah berhenti bergerak.

Suara kamera

Class MediaActionSound menyediakan kumpulan API sederhana untuk menghasilkan suara standar yang dibuat oleh kamera atau tindakan media lainnya. Anda harus menggunakan API ini untuk memutar suara yang sesuai saat membuat kamera diam atau video kustom.

Untuk memutar suara, cukup buat instance objek MediaActionSound, panggil load() untuk memuat suara yang diinginkan terlebih dahulu, lalu panggil play() pada waktu yang tepat.

Konektivitas

Android Beam

Android BeamTM kini mendukung transfer payload berukuran besar melalui Bluetooth. Saat Anda menentukan data yang akan ditransfer dengan metode setBeamPushUris() baru atau antarmuka callback baru NfcAdapter.CreateBeamUrisCallback, Android akan menyerahkan transfer data ke Bluetooth atau transport alternatif lainnya untuk mencapai kecepatan transfer yang lebih cepat. Cara ini sangat berguna untuk payload besar seperti file gambar dan audio, serta tidak memerlukan penyambungan yang terlihat antar-perangkat. Tidak ada tindakan tambahan yang diperlukan oleh aplikasi Anda untuk memanfaatkan transfer melalui Bluetooth.

Metode setBeamPushUris() mengambil array objek Uri yang menentukan data yang ingin ditransfer dari aplikasi. Atau, Anda dapat mengimplementasikan antarmuka NfcAdapter.CreateBeamUrisCallback, yang dapat ditentukan untuk aktivitas Anda dengan memanggil setBeamPushUrisCallback().

Saat menggunakan antarmuka callback, sistem akan memanggil metode createBeamUris() antarmuka saat pengguna mengeksekusi berbagi dengan Android Beam sehingga Anda dapat menentukan URI yang akan dibagikan pada waktu berbagi. Hal ini berguna jika URI yang akan dibagikan dapat bervariasi bergantung pada konteks pengguna dalam aktivitas, sedangkan memanggil setBeamPushUris() berguna saat URI yang akan dibagikan tidak berubah dan Anda dapat menentukannya dengan aman sebelumnya.

Penemuan layanan jaringan

Android 4.1 menambahkan dukungan untuk penemuan layanan berbasis DNS multicast, yang memungkinkan Anda menemukan dan terhubung ke layanan yang ditawarkan oleh perangkat pembanding melalui Wi-Fi, seperti perangkat seluler, printer, kamera, pemutar media, dan lainnya yang terdaftar di jaringan lokal.

Paket baru android.net.nsd berisi API baru yang memungkinkan Anda menyiarkan layanan di jaringan lokal, menemukan perangkat lokal di jaringan, dan terhubung ke perangkat.

Untuk mendaftarkan layanan, Anda harus terlebih dahulu membuat objek NsdServiceInfo dan menentukan berbagai properti layanan dengan metode seperti setServiceName(), setServiceType(), dan setPort().

Kemudian, Anda harus mengimplementasikan NsdManager.RegistrationListener dan meneruskannya ke registerService() dengan NsdServiceInfo.

Untuk menemukan layanan pada jaringan, implementasikan NsdManager.DiscoveryListener dan teruskan ke discoverServices().

Saat NsdManager.DiscoveryListener menerima callback tentang layanan yang ditemukan, Anda perlu menyelesaikan layanan dengan memanggil resolveService(), lalu meneruskan implementasi NsdManager.ResolveListener yang menerima objek NsdServiceInfo yang berisi informasi tentang layanan yang ditemukan, sehingga Anda dapat memulai koneksi.

Penemuan layanan P2P Wi-Fi

Wi-Fi P2P API ditingkatkan di Android 4.1 untuk mendukung penemuan layanan pra-pengaitan di WifiP2pManager. Hal ini memungkinkan Anda menemukan dan memfilter perangkat di sekitar berdasarkan layanan menggunakan Wi-Fi P2P sebelum terhubung ke salah satunya, sedangkan Penemuan Layanan Jaringan memungkinkan Anda menemukan layanan di jaringan terhubung yang sudah ada (seperti jaringan Wi-Fi lokal).

Untuk menyiarkan aplikasi sebagai layanan melalui Wi-Fi sehingga perangkat lain dapat menemukan aplikasi Anda dan terhubung ke aplikasi tersebut, panggil addLocalService() dengan objek WifiP2pServiceInfo yang mendeskripsikan layanan aplikasi Anda.

Untuk memulai penemuan perangkat di sekitar melalui Wi-Fi, Anda harus terlebih dahulu memutuskan apakah akan berkomunikasi menggunakan Bonjour atau Upnp. Untuk menggunakan Bonjour, pertama-tama siapkan beberapa pemroses callback dengan setDnsSdResponseListeners(), yang menggunakan WifiP2pManager.DnsSdServiceResponseListener dan WifiP2pManager.DnsSdTxtRecordListener. Untuk menggunakan Upnp, panggil setUpnpServiceResponseListener(), yang memerlukan WifiP2pManager.UpnpServiceResponseListener.

Sebelum dapat mulai menemukan layanan di perangkat lokal, Anda juga perlu menelepon addServiceRequest(). Jika WifiP2pManager.ActionListener yang Anda teruskan ke metode ini menerima callback yang berhasil, Anda kemudian dapat mulai menemukan layanan di perangkat lokal dengan memanggil discoverServices().

Jika layanan lokal ditemukan, Anda akan menerima callback ke WifiP2pManager.DnsSdServiceResponseListener atau WifiP2pManager.UpnpServiceResponseListener, bergantung pada apakah Anda terdaftar untuk menggunakan Bonjour atau Upnp. Callback yang diterima dalam kedua kasus berisi objek WifiP2pDevice yang mewakili perangkat pembanding.

Penggunaan jaringan

Metode baru isActiveNetworkMetered() memungkinkan Anda memeriksa apakah perangkat saat ini terhubung ke jaringan berkuota. Dengan memeriksa status ini sebelum melakukan transaksi jaringan yang intensif, Anda dapat membantu mengelola penggunaan data yang mungkin menghabiskan biaya pengguna dan membuat keputusan yang tepat tentang apakah akan melakukan transaksi sekarang atau nanti (seperti saat perangkat terhubung ke Wi-Fi).

Aksesibilitas

Accessibility Service API

Jangkauan API layanan aksesibilitas telah meningkat secara signifikan di Android 4.1. Sekarang, Anda dapat membuat layanan yang memantau dan merespons lebih banyak peristiwa input, seperti gestur kompleks menggunakan onGesture() dan peristiwa input lainnya melalui penambahan ke class AccessibilityEvent, AccessibilityNodeInfo, dan AccessibilityRecord.

Layanan aksesibilitas juga dapat melakukan tindakan atas nama pengguna, termasuk mengklik, men-scroll, dan menelusuri teks menggunakan performAction dan setMovementGranularities. Metode performGlobalAction() juga memungkinkan layanan melakukan tindakan seperti Kembali, Beranda, dan membuka Aplikasi dan Notifikasi Terbaru.

Navigasi aplikasi yang dapat disesuaikan

Saat mem-build aplikasi Android, kini Anda dapat menyesuaikan skema navigasi dengan menemukan elemen dan widget input yang dapat difokuskan menggunakan findFocus() dan focusSearch(), serta menetapkan fokus menggunakan setAccessibilityFocused().

Widget yang lebih mudah diakses

Class android.view.accessibility.AccessibilityNodeProvider baru memungkinkan Anda menampilkan tampilan kustom yang kompleks ke layanan aksesibilitas sehingga dapat menyajikan informasi dengan cara yang lebih mudah diakses. android.view.accessibility.AccessibilityNodeProvider memungkinkan widget pengguna dengan konten lanjutan, seperti petak kalender, untuk menyajikan struktur semantik logis untuk layanan aksesibilitas yang sepenuhnya terpisah dari struktur tata letak widget. Struktur semantik ini memungkinkan layanan aksesibilitas menghadirkan model interaksi yang lebih berguna bagi pengguna yang memiliki gangguan penglihatan.

Menyalin dan Menempel

Menyalin dan menempel dengan intent

Sekarang Anda dapat mengaitkan objek ClipData dengan Intent menggunakan metode setClipData(). Hal ini sangat berguna saat menggunakan intent untuk mentransfer beberapa URI content: ke aplikasi lain, seperti saat berbagi beberapa dokumen. URI content: yang disediakan dengan cara ini juga akan mematuhi flag intent untuk menawarkan akses baca atau tulis, yang memungkinkan Anda memberikan akses ke beberapa URI dalam intent. Saat memulai intent ACTION_SEND atau ACTION_SEND_MULTIPLE, URI yang diberikan dalam intent kini otomatis disebarkan ke ClipData sehingga penerima dapat mendapatkan akses.

Dukungan untuk gaya HTML dan string

Class ClipData kini mendukung teks bergaya (baik sebagai string bergaya HTML atau Android). Anda dapat menambahkan teks bergaya HTML ke ClipData dengan newHtmlText().

Renderscript

Fungsi komputasi Renderscript telah ditingkatkan dengan fitur berikut:

  • Dukungan untuk beberapa kernel dalam satu skrip.
  • Dukungan untuk membaca dari alokasi dengan sampel yang difilter dari komputasi dalam API skrip baru rsSample.
  • Dukungan untuk berbagai tingkat presisi FP di #pragma.
  • Dukungan untuk mengkueri informasi tambahan dari objek RS dari skrip komputasi.
  • Berbagai peningkatan performa.

Pragma baru juga tersedia untuk menentukan presisi floating point yang diperlukan oleh Renderscript komputasi Anda. Hal ini memungkinkan Anda mengaktifkan operasi seperti neon, seperti operasi matematika vektor cepat di jalur CPU yang sebelumnya tidak dapat dilakukan dengan standar IEEE 754-2008 penuh.

Catatan: Mesin grafis Renderscript eksperimental kini tidak digunakan lagi.

Animasi

Animasi peluncuran aktivitas

Anda kini dapat meluncurkan Activity menggunakan animasi zoom atau animasi kustom Anda sendiri. Untuk menentukan animasi yang Anda inginkan, gunakan ActivityOptions API untuk membangun Bundle yang kemudian dapat Anda teruskan ke salah satu metode yang memulai aktivitas, seperti startActivity().

Class ActivityOptions menyertakan metode yang berbeda untuk setiap jenis animasi yang mungkin ingin Anda tampilkan saat aktivitas terbuka:

makeScaleUpAnimation()
Membuat animasi yang meningkatkan skala jendela aktivitas dari posisi awal yang ditentukan di layar dan ukuran awal yang ditentukan. Misalnya, layar utama di Android 4.1 menggunakan ini saat membuka aplikasi.
makeThumbnailScaleUpAnimation()
Membuat animasi yang meningkatkan skala jendela aktivitas mulai dari posisi yang ditentukan dan gambar thumbnail yang disediakan. Misalnya, jendela Recent Apps di Android 4.1 menggunakan ini saat kembali ke aplikasi.
makeCustomAnimation()
Membuat animasi yang ditentukan oleh resource Anda sendiri: animasi yang menentukan animasi untuk pembukaan aktivitas dan animasi lainnya untuk aktivitas yang dihentikan.

Animator waktu

TimeAnimator yang baru menyediakan mekanisme callback sederhana dengan TimeAnimator.TimeListener yang memberi tahu Anda pada setiap frame animasi. Tidak ada setelan nilai objek, interpolasi, atau durasi dengan Animator ini. Callback pemroses menerima informasi untuk setiap frame, termasuk total waktu berlalu dan waktu yang berlalu sejak frame animasi sebelumnya.

Antarmuka Pengguna

Notifikasi

Di Android 4.1, Anda dapat membuat notifikasi dengan region konten yang lebih besar, pratinjau gambar berukuran besar, beberapa tombol tindakan, dan prioritas yang dapat dikonfigurasi.

Gaya notifikasi

Metode baru setStyle() memungkinkan Anda menentukan salah satu dari tiga gaya baru untuk notifikasi yang masing-masing menawarkan region konten yang lebih besar. Untuk menentukan gaya bagi wilayah konten yang luas, teruskan setStyle() salah satu objek berikut:

Notification.BigPictureStyle
Untuk notifikasi yang menyertakan lampiran gambar besar.
Notification.BigTextStyle
Untuk notifikasi yang menyertakan banyak teks, seperti satu email.
Notification.InboxStyle
Untuk notifikasi yang menyertakan daftar string, seperti cuplikan dari beberapa email.
Tindakan notifikasi

Kini ada dukungan untuk maksimal dua tombol tindakan yang muncul di bagian bawah pesan notifikasi, baik notifikasi Anda menggunakan gaya normal maupun lebih besar.

Untuk menambahkan tombol tindakan, panggil addAction(). Metode ini memerlukan tiga argumen: resource drawable untuk ikon, teks untuk tombol, dan PendingIntent yang menentukan tindakan yang akan dilakukan.

Prioritas

Sekarang Anda dapat menunjukkan kepada sistem seberapa penting notifikasi Anda memengaruhi urutan notifikasi dalam daftar dengan menyetel prioritas menggunakan setPriority(). Anda dapat meneruskan salah satu dari lima tingkat prioritas berbeda yang ditentukan oleh konstanta PRIORITY_* dalam class Notification. Defaultnya adalah PRIORITY_DEFAULT, dan ada dua tingkat yang lebih tinggi dan dua tingkat lebih rendah.

Notifikasi berprioritas tinggi adalah notifikasi yang umumnya ingin direspons dengan cepat oleh pengguna, seperti pesan instan baru, pesan teks, atau pengingat acara yang akan datang. Notifikasi prioritas rendah adalah hal-hal seperti acara kalender yang sudah tidak berlaku atau promosi aplikasi.

Kontrol untuk UI sistem

Android 4.0 (Ice Cream Sandwich) menambahkan tanda baru untuk mengontrol visibilitas elemen UI sistem, seperti meredupkan tampilan kolom sistem atau menghilangkan sepenuhnya di handset. Android 4.1 menambahkan beberapa tanda lainnya yang memungkinkan Anda mengontrol lebih lanjut tampilan elemen UI sistem dan tata letak aktivitas sehubungan dengan elemen tersebut dengan memanggil setSystemUiVisibility() dan meneruskan tanda berikut:

SYSTEM_UI_FLAG_FULLSCREEN
Menyembunyikan UI sistem yang tidak penting (seperti status bar). Jika aktivitas Anda menggunakan panel tindakan dalam mode overlay (dengan mengaktifkan android:windowActionBarOverlay), tanda ini juga akan menyembunyikan panel tindakan dan melakukannya dengan animasi terkoordinasi saat menyembunyikan dan menampilkan keduanya.
SYSTEM_UI_FLAG_LAYOUT_FULLSCREEN
Menetapkan tata letak aktivitas untuk menggunakan area layar yang sama dengan yang tersedia saat Anda mengaktifkan SYSTEM_UI_FLAG_FULLSCREEN meskipun elemen UI sistem masih terlihat. Meskipun sebagian tata letak akan dihamparkan oleh UI sistem, hal ini berguna jika aplikasi Anda sering menyembunyikan dan menampilkan UI sistem dengan SYSTEM_UI_FLAG_FULLSCREEN, karena tata letak akan terhindar dari penyesuaian ke batas tata letak baru setiap kali UI sistem disembunyikan atau muncul.
SYSTEM_UI_FLAG_LAYOUT_HIDE_NAVIGATION
Menyetel tata letak aktivitas Anda untuk menggunakan area layar yang sama dengan yang tersedia saat Anda mengaktifkan SYSTEM_UI_FLAG_HIDE_NAVIGATION (ditambahkan di Android 4.0) meskipun elemen UI sistem masih terlihat. Meskipun sebagian tata letak akan dihamparkan oleh menu navigasi, cara ini berguna jika aplikasi Anda sering menyembunyikan dan menampilkan menu navigasi dengan SYSTEM_UI_FLAG_HIDE_NAVIGATION, karena tata letak akan terhindar dari penyesuaian dengan batas tata letak baru setiap kali menu navigasi disembunyikan atau muncul.
SYSTEM_UI_FLAG_LAYOUT_STABLE
Anda mungkin ingin menambahkan flag ini jika menggunakan SYSTEM_UI_FLAG_LAYOUT_FULLSCREEN dan/atau SYSTEM_UI_FLAG_LAYOUT_HIDE_NAVIGATION untuk memastikan bahwa saat Anda memanggil fitSystemWindows() pada tampilan, batas yang ditentukan tetap konsisten dengan memperhitungkan ruang layar yang tersedia. Artinya, dengan menetapkan flag ini, fitSystemWindows() akan berperilaku seolah-olah visibilitas elemen UI sistem tidak berubah bahkan setelah Anda menyembunyikan semua UI sistem.

Untuk diskusi selengkapnya tentang tanda UI sistem terkait lainnya, baca tanda yang ditambahkan di Android 4.0.

Tampilan jarak jauh

GridLayout dan ViewStub kini merupakan tampilan yang dapat dilepas sehingga Anda dapat menggunakannya dalam tata letak untuk widget aplikasi dan tata letak kustom notifikasi.

Jenis font

Android 4.1 menambahkan beberapa varian gaya font Roboto lainnya dengan total 10 varian, dan semuanya dapat digunakan oleh aplikasi. Aplikasi Anda kini memiliki akses ke kumpulan lengkap varian terang dan ringkas.

Rangkaian lengkap varian font Roboto yang tersedia adalah:

  • Rutin
  • Miring
  • Tebal
  • Tebal-miring
  • Cahaya
  • Miring tipis
  • Biasa dipadatkan
  • Kemiringan rapat
  • Tebal tebal
  • Tebal-miring ringkas

Anda dapat menerapkan salah satunya dengan atribut fontFamily baru yang dikombinasikan dengan atribut textStyle.

Nilai yang didukung untuk fontFamily adalah:

  • "sans-serif" untuk Roboto reguler
  • "sans-serif-light" untuk Roboto Light
  • "sans-serif-condensed" untuk Roboto Condensed

Kemudian, Anda dapat menerapkan cetak tebal dan/atau miring dengan nilai textStyle "bold" dan "italic". Anda dapat menerapkan keduanya seperti berikut: android:textStyle="bold|italic".

Anda juga dapat menggunakan Typeface.create(). Misalnya, Typeface.create("sans-serif-light", Typeface.NORMAL).

Framework Input

Beberapa perangkat input

Class InputManager baru memungkinkan Anda membuat kueri kumpulan perangkat input yang saat ini terhubung dan mendaftar agar diberi tahu saat perangkat baru ditambahkan, diubah, atau dihapus. Hal ini sangat berguna jika Anda membuat game yang mendukung beberapa pemain dan ingin mendeteksi jumlah pengontrol yang terhubung dan jika ada perubahan pada jumlah pengontrol.

Anda dapat membuat kueri semua perangkat input yang terhubung dengan memanggil getInputDeviceIds(). Tindakan ini menampilkan array bilangan bulat, yang masing-masing merupakan ID untuk perangkat input yang berbeda. Anda kemudian dapat memanggil getInputDevice() untuk memperoleh InputDevice bagi ID perangkat input yang ditentukan.

Jika Anda ingin diberi tahu saat perangkat input baru terhubung, diubah, atau terputus, implementasikan antarmuka InputManager.InputDeviceListener dan daftarkan ke registerInputDeviceListener().

Getar untuk pengontrol input

Jika perangkat input yang terhubung memiliki kemampuan getaran sendiri, kini Anda dapat mengontrol getaran perangkat tersebut menggunakan Vibrator API yang ada cukup dengan memanggil getVibrator() di InputDevice.

Izin

Berikut adalah izin baru:

READ_EXTERNAL_STORAGE
Menyediakan akses baca yang terlindungi ke penyimpanan eksternal. Di Android 4.1 secara default, semua aplikasi masih memiliki akses baca. Akses ini akan diubah dalam rilis mendatang untuk mengharuskan aplikasi meminta akses baca secara eksplisit menggunakan izin ini. Jika sudah meminta akses tulis, aplikasi Anda juga akan otomatis mendapatkan akses baca. Ada opsi developer baru untuk mengaktifkan pembatasan akses baca, yang memungkinkan developer menguji aplikasi mereka berdasarkan perilaku Android di masa mendatang.
android.Manifest.permission.READ_USER_DICTIONARY
Mengizinkan aplikasi membaca kamus pengguna. Hal ini hanya diperlukan oleh IME, atau editor kamus seperti aplikasi Setelan.
READ_CALL_LOG
Memungkinkan aplikasi membaca log panggilan sistem yang berisi informasi tentang panggilan masuk dan keluar.
WRITE_CALL_LOG
Mengizinkan aplikasi mengubah log panggilan sistem yang disimpan di ponsel Anda
android.Manifest.permission.WRITE_USER_DICTIONARY
Memungkinkan aplikasi menulis ke kamus kata pengguna.

Fitur Perangkat

Android 4.1 menyertakan deklarasi fitur baru untuk perangkat yang dikhususkan untuk menampilkan antarmuka pengguna di layar televisi: FEATURE_TELEVISION. Untuk mendeklarasikan bahwa aplikasi Anda memerlukan antarmuka televisi, deklarasikan fitur ini dalam file manifes dengan elemen <uses-feature>:

<manifest ... >
    <uses-feature android:name="android.hardware.type.television"
                  android:required="true" />
    ...
</manifest>

Fitur ini menentukan "televisi" sebagai pengalaman televisi yang khas untuk ruang keluarga: ditampilkan pada layar TV, dengan pengguna duduk jauh dari layar, dan bentuk input yang banyak dipakai adalah sesuatu seperti d-pad, dan umumnya bukan melalui sentuhan atau perangkat mouse/pointer.