Android 14 memperkenalkan fitur dan API baru yang hebat untuk para developer. Bagian berikut membantu Anda mempelajari fitur-fitur yang tersedia untuk aplikasi Anda, serta mulai menggunakan API yang terkait.
Untuk melihat daftar mendetail tentang API yang ditambahkan, diubah, dan dihapus, baca laporan perbedaan API. Untuk mengetahui detail tentang API yang ditambahkan, buka referensi API Android — untuk Android 14, cari API yang ditambahkan di level API 34. Untuk mempelajari area tempat perubahan platform dapat memengaruhi aplikasi Anda, pastikan untuk memeriksa perubahan perilaku Android 14 untuk aplikasi yang menargetkan Android 14 dan untuk semua aplikasi.
Internasionalisasi
Preferensi bahasa per aplikasi
Android 14 expands on the per-app language features that were introduced in Android 13 (API level 33) with these additional capabilities:
Automatically generate an app's
localeConfig: Starting with Android Studio Giraffe Canary 7 and AGP 8.1.0-alpha07, you can configure your app to support per-app language preferences automatically. Based on your project resources, the Android Gradle plugin generates theLocaleConfigfile and adds a reference to it in the final manifest file, so you no longer have to create or update the file manually. AGP uses the resources in theresfolders of your app modules and any library module dependencies to determine the locales to include in theLocaleConfigfile.Dynamic updates for an app's
localeConfig: Use thesetOverrideLocaleConfig()andgetOverrideLocaleConfig()methods inLocaleManagerto dynamically update your app's list of supported languages in the device's system settings. Use this flexibility to customize the list of supported languages per region, run A/B experiments, or provide an updated list of locales if your app utilizes server-side pushes for localization.App language visibility for input method editors (IMEs): IMEs can utilize the
getApplicationLocales()method to check the language of the current app and match the IME language to that language.
Grammatical Inflection API
Tiga miliar orang menggunakan bahasa bergender: bahasa yang kategori gramatikalnya—seperti kata benda, kata kerja, kata sifat, dan preposisi—diterapkan dengan gender orang dan objek yang Anda ajak bicara atau Anda bicarakan. Secara tradisional, banyak bahasa bergender menggunakan gender gramatikal maskulin sebagai gender default atau generik.
Menjangkau pengguna dalam gender gramatikal yang salah, seperti menyapa perempuan dengan gender gramatikal yang maskulin, dapat memberi dampak negatif pada performa dan sikap mereka. Sebaliknya, UI dengan bahasa yang mencerminkan gender gramatikal pengguna dengan benar dapat meningkatkan interaksi pengguna dan memberikan pengalaman pengguna yang lebih personal dan terdengar alami.
Guna membantu Anda mem-build UI yang berorientasi pengguna untuk bahasa-bahasa bergender, Android 14 memperkenalkan Grammatical Inflection API, yang memungkinkan Anda menambahkan dukungan untuk gender gramatikal tanpa perlu memfaktorkan ulang aplikasi.
Preferensi regional
Regional preferences enable users to personalize temperature units, the first day of the week, and numbering systems. A European living in the United States might prefer temperature units to be in Celsius rather than Fahrenheit and for apps to treat Monday as the beginning of the week instead of the US default of Sunday.
New Android Settings menus for these preferences provide users with a
discoverable and centralized location to change app preferences. These
preferences also persist through backup and restore. Several APIs and
intents—such as
getTemperatureUnit
and
getFirstDayOfWeek—
grant your app read access to user preferences, so your app can adjust how it
displays information. You can also register a
BroadcastReceiver on
ACTION_LOCALE_CHANGED
to handle locale configuration changes when regional preferences change.
To find these settings, open the Settings app and navigate to System > Languages & input > Regional preferences.
Aksesibilitas
Penskalaan font non-linear ke 200%
Mulai Android 14, sistem mendukung penskalaan font hingga 200%, yang memberikan opsi aksesibilitas tambahan kepada pengguna.
Agar elemen teks besar di layar tidak diskalakan terlalu besar, sistem akan menerapkan kurva penskalaan non-linear. Strategi penskalaan ini berarti teks besar tidak diskalakan pada kecepatan yang sama dengan teks yang lebih kecil. Penskalaan font non-linear membantu mempertahankan hierarki proporsional antara elemen dengan ukuran yang berbeda, sekaligus memitigasi masalah dengan penskalaan teks linear pada derajat yang tinggi (seperti teks terpotong atau teks yang menjadi lebih sulit dibaca karena ukuran layar yang sangat besar).
Menguji aplikasi Anda dengan penskalaan font nonlinear
Jika Anda sudah menggunakan unit piksel skalabel (sp) untuk menentukan ukuran teks, opsi tambahan dan peningkatan penskalaan ini akan diterapkan secara otomatis ke teks di aplikasi Anda. Namun, Anda tetap harus melakukan pengujian UI dengan ukuran font maksimum diaktifkan (200%) untuk memastikan aplikasi Anda menerapkan ukuran font dengan benar dan dapat mengakomodasi ukuran font yang lebih besar tanpa memengaruhi kegunaan.
Untuk mengaktifkan ukuran font 200%, ikuti langkah-langkah berikut:
- Buka aplikasi Settings dan buka Accessibility > Display size and text.
- Untuk opsi Font size, ketuk ikon plus (+) hingga setelan ukuran font maksimum diaktifkan, seperti yang ditunjukkan dalam gambar yang menyertai bagian ini.
Menggunakan satuan piksel yang diskalakan (sp) untuk ukuran teks
Ingatlah untuk selalu menentukan ukuran teks dalam unit sp. Saat aplikasi Anda menggunakan unit sp, Android dapat menerapkan ukuran teks pilihan pengguna dan menskalakannya dengan benar.
Jangan gunakan unit sp untuk padding atau tentukan tinggi tampilan dengan asumsi padding implisit: dengan penskalaan font non-linear, dimensi sp mungkin tidak proporsional, sehingga 4sp + 20sp mungkin tidak sama dengan 24sp.
Mengonversi satuan piksel yang diskalakan (sp)
Gunakan TypedValue.applyDimension() untuk mengonversi dari unit sp
ke piksel, dan gunakan TypedValue.deriveDimension() untuk
mengonversi piksel ke sp. Metode ini menerapkan kurva penskalaan
non-linear yang benar secara otomatis.
Hindari persamaan hardcode menggunakan
Configuration.fontScale atau
DisplayMetrics.scaledDensity. Karena penskalaan font bersifat non-linear, kolom scaledDensity tidak lagi akurat. Kolom fontScale
hanya boleh digunakan untuk tujuan informasi karena font tidak lagi
disesuaikan dengan satu nilai skalar.
Menggunakan satuan sp untuk lineHeight
Selalu tentukan android:lineHeight menggunakan unit sp, bukan dp, sehingga tinggi baris diskalakan bersama dengan teks Anda. Jika tidak, jika teks Anda
adalah sp, tetapi lineHeight Anda dalam dp atau px, teks tidak akan diskalakan dan terlihat sempit.
TextView otomatis mengoreksi lineHeight sehingga proporsi yang Anda inginkan tetap dipertahankan, tetapi hanya jika textSize dan lineHeight ditentukan dalam unit sp.
Kamera dan media
Ultra HDR untuk gambar
Android 14 adds support for High Dynamic Range (HDR) images that retain more of the information from the sensor when taking a photo, which enables vibrant colors and greater contrast. Android uses the Ultra HDR format, which is fully backward compatible with JPEG images, allowing apps to seamlessly interoperate with HDR images, displaying them in Standard Dynamic Range (SDR) as needed.
Rendering these images in the UI in HDR is done automatically by the framework
when your app opts in to using HDR UI for its Activity Window, either through a
manifest entry or at runtime by calling
Window.setColorMode(). You can also capture compressed Ultra
HDR still images on supported devices. With more colors recovered
from the sensor, editing in post can be more flexible. The
Gainmap associated with Ultra HDR images can be used to render
them using OpenGL or Vulkan.
Zoom, Fokus, Postview, dan lainnya di ekstensi kamera
Android 14 mengupgrade dan meningkatkan ekstensi kamera, sehingga aplikasi dapat menangani waktu pemrosesan yang lebih lama, yang memungkinkan gambar yang lebih baik menggunakan algoritma yang intensif komputasi seperti fotografi cahaya rendah di perangkat yang didukung. Fitur ini memberi pengguna pengalaman yang lebih andal saat menggunakan kemampuan ekstensi kamera. Contoh peningkatan ini mencakup:
- Estimasi latensi pemrosesan pengambilan gambar diam dinamis memberikan estimasi latensi pengambilan gambar diam yang jauh lebih akurat berdasarkan kondisi lingkungan dan situasi saat ini. Panggil
CameraExtensionSession.getRealtimeStillCaptureLatency()untuk mendapatkan objekStillCaptureLatencyyang memiliki dua metode estimasi latensi. MetodegetCaptureLatency()menampilkan estimasi latensi antaraonCaptureStarteddanonCaptureProcessStarted(), dan metodegetProcessingLatency()menampilkan estimasi latensi antaraonCaptureProcessStarted()dan frame akhir yang diproses yang tersedia. - Dukungan untuk callback progres pengambilan sehingga aplikasi dapat menampilkan
progres saat ini dari operasi pemrosesan pengambilan gambar diam yang berjalan lama. Anda dapat memeriksa
apakah fitur ini tersedia dengan
CameraExtensionCharacteristics.isCaptureProcessProgressAvailable, dan jika tersedia, Anda akan mengimplementasikan callbackonCaptureProcessProgressed(), yang memiliki progres (dari 0 hingga 100) yang diteruskan sebagai parameter. Metadata khusus ekstensi, seperti
CaptureRequest.EXTENSION_STRENGTHuntuk menelepon jumlah efek ekstensi, seperti jumlah pemburaman latar belakang denganEXTENSION_BOKEH.Fitur Postview untuk Still Capture di ekstensi kamera, yang memberikan gambar yang kurang diproses dengan lebih cepat daripada gambar akhir. Jika ekstensi telah meningkatkan latensi pemrosesan, gambar pasca-tampilan dapat diberikan sebagai placeholder untuk meningkatkan UX dan diganti nanti dengan gambar akhir. Anda dapat memeriksa apakah fitur ini tersedia dengan
CameraExtensionCharacteristics.isPostviewAvailable. Kemudian, Anda dapat meneruskanOutputConfigurationkeExtensionSessionConfiguration.setPostviewOutputConfiguration.Dukungan untuk
SurfaceViewyang memungkinkan jalur rendering pratinjau yang lebih dioptimalkan dan hemat daya.Dukungan untuk ketuk untuk memfokuskan dan melakukan zoom selama penggunaan ekstensi.
Zoom dalam sensor
Jika REQUEST_AVAILABLE_CAPABILITIES_STREAM_USE_CASE di
CameraCharacteristics berisi
SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW, aplikasi Anda
dapat menggunakan kemampuan sensor lanjutan untuk memberikan streaming RAW yang dipangkas dengan piksel
yang sama dengan bidang pandang penuh menggunakan CaptureRequest
dengan target RAW yang memiliki kasus penggunaan streaming yang disetel ke
CameraMetadata.SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW.
Dengan menerapkan kontrol penggantian permintaan, kamera yang diperbarui memberi pengguna kontrol zoom bahkan sebelum kontrol kamera lainnya siap.
Audio USB lossless
Android 14 mendapatkan dukungan untuk format audio lossless untuk pengalaman
level audiophile melalui headset berkabel USB. Anda dapat membuat kueri perangkat USB untuk
atribut mixer pilihannya, mendaftarkan pemroses untuk perubahan pada atribut
mixer pilihan, dan mengonfigurasi atribut mixer menggunakan
class AudioMixerAttributes. Class ini mewakili
format, seperti mask saluran, frekuensi sampel, dan perilaku mixer audio. Class
ini memungkinkan audio dikirim langsung, tanpa pencampuran,
penyesuaian volume, atau efek pemrosesan.
Alat dan produktivitas developer
Credential Manager
Android 14 adds Credential Manager as a platform API, with additional support back to Android 4.4 (API level 19) devices through a Jetpack Library using Google Play services. Credential Manager aims to make sign-in easier for users with APIs that retrieve and store credentials with user-configured credential providers. Credential Manager supports multiple sign-in methods, including username and password, passkeys, and federated sign-in solutions (such as Sign-in with Google) in a single API.
Passkeys provide many advantages. For example, passkeys are built on industry standards, can work across different operating systems and browser ecosystems, and can be used with both websites and apps.
For more information, see the Credential Manager and passkeys documentation and the blogpost about Credential Manager and passkeys.
Health Connect
Health Connect is an on-device repository for user health and fitness data. It allows users to share data between their favorite apps, with a single place to control what data they want to share with these apps.
On devices running Android versions prior to Android 14, Health Connect is available to download as an app on the Google Play store. Starting with Android 14, Health Connect is part of the platform and receives updates through Google Play system updates without requiring a separate download. With this, Health Connect can be updated frequently, and your apps can rely on Health Connect being available on devices running Android 14 or higher. Users can access Health Connect from the Settings in their device, with privacy controls integrated into the system settings.
Health Connect includes several new features in Android 14, such as exercise routes, allowing users to share a route of their workout which can be visualized on a map. A route is defined as a list of locations saved within a window of time, and your app can insert routes into exercise sessions, tying them together. To ensure that users have complete control over this sensitive data, users must allow sharing individual routes with other apps.
For more information, see the Health Connection documentation and the blogpost on What's new in Android Health.
Update OpenJDK 17
Android 14 melanjutkan pekerjaan memuat ulang library inti Android agar selaras dengan fitur dalam rilis OpenJDK LTS terbaru, termasuk update library dan dukungan bahasa Java 17 untuk developer aplikasi dan platform.
Fitur dan peningkatan berikut disertakan:
- Mengupdate sekitar 300 class
java.baseke dukungan Java 17. - Pemblokiran Teks, yang memperkenalkan literal string multibaris ke bahasa pemrograman Java.
- Pencocokan Pola untuk instance, yang memungkinkan objek
diperlakukan sebagai memiliki jenis tertentu dalam
instanceoftanpa variabel tambahan. - Class tertutup, yang memungkinkan Anda membatasi class dan antarmuka yang dapat memperluas atau menerapkannya.
Berkat update sistem Google Play (Project Mainline), lebih dari 600 juta perangkat diaktifkan untuk menerima update Android Runtime (ART) terbaru yang menyertakan perubahan ini. Ini adalah bagian dari komitmen kami untuk memberi aplikasi lingkungan yang lebih konsisten dan aman di seluruh perangkat, serta memberikan fitur dan kemampuan baru kepada pengguna, terlepas dari rilis platform.
Java dan OpenJDK adalah merek dagang atau merek dagang terdaftar dari Oracle dan/atau afiliasinya.
Peningkatan untuk app store
Android 14 memperkenalkan beberapa PackageInstaller API yang
memungkinkan app store meningkatkan pengalaman pengguna mereka.
Meminta persetujuan penginstalan sebelum mendownload
Menginstal atau mengupdate aplikasi mungkin memerlukan persetujuan pengguna.
Misalnya, saat penginstal yang menggunakan izin
REQUEST_INSTALL_PACKAGES mencoba menginstal
aplikasi baru. Pada versi Android sebelumnya, app store hanya dapat meminta persetujuan pengguna
setelah APK ditulis ke sesi penginstalan dan
sesi berkomitmen.
Mulai Android 14, metode requestUserPreapproval()
memungkinkan penginstal meminta persetujuan pengguna sebelum melakukan sesi
penginstalan. Peningkatan ini memungkinkan app store menunda download APK apa pun hingga
setelah penginstalan disetujui oleh pengguna. Selain itu, setelah pengguna
menyetujui penginstalan, app store dapat mendownload dan menginstal aplikasi di
latar belakang tanpa mengganggu pengguna.
Mengklaim tanggung jawab untuk update mendatang
Metode setRequestUpdateOwnership() memungkinkan penginstal
memberi tahu sistem bahwa penginstal bermaksud bertanggung jawab atas update mendatang
untuk aplikasi yang diinstalnya. Kemampuan ini memungkinkan penerapan
kepemilikan update, yang berarti bahwa hanya pemilik update yang diizinkan
untuk menginstal update otomatis ke aplikasi. Penerapan
kepemilikan update membantu memastikan bahwa pengguna hanya menerima update dari app store
yang diharapkan.
Penginstal lainnya, termasuk yang menggunakan izin
INSTALL_PACKAGES, harus menerima persetujuan eksplisit
pengguna untuk menginstal update. Jika pengguna memutuskan untuk melanjutkan update dari sumber lain, kepemilikan update akan hilang.
Mengupdate aplikasi pada waktu yang tidak terlalu mengganggu
App store biasanya ingin menghindari update aplikasi yang aktif digunakan karena hal ini menyebabkan proses aplikasi yang sedang berjalan dihentikan, yang berpotensi mengganggu aktivitas pengguna.
Mulai Android 14, InstallConstraints API
memberi penginstal cara untuk memastikan update aplikasi mereka terjadi pada
momen yang tepat. Misalnya, app store dapat memanggil metode
commitSessionAfterInstallConstraintsAreMet() untuk
memastikan update hanya dilakukan saat pengguna tidak lagi
berinteraksi dengan aplikasi yang dimaksud.
Menginstal pemisahan opsional dengan lancar
Dengan APK terpisah, fitur aplikasi dapat dikirimkan dalam file APK terpisah,
bukan sebagai APK monolitik. APK terpisah memungkinkan app store mengoptimalkan
pengiriman berbagai komponen aplikasi. Misalnya, app store dapat mengoptimalkan
berdasarkan properti perangkat target. PackageInstaller
API telah mendukung pemisahan sejak
diperkenalkan di API level 22.
Di Android 14, metode setDontKillApp() memungkinkan
penginstal menunjukkan bahwa proses aplikasi yang sedang berjalan tidak boleh dihentikan saat
pemisahan baru diinstal. App store dapat menggunakan fitur ini untuk menginstal
fitur baru aplikasi dengan lancar ketika pengguna sedang menggunakan aplikasi.
Paket metadata aplikasi
Mulai Android 14, penginstal paket Android memungkinkan Anda menentukan metadata aplikasi, seperti praktik keamanan data, yang akan disertakan di halaman app store seperti Google Play.
Mendeteksi kapan pengguna mengambil screenshot perangkat
Untuk menciptakan pengalaman yang lebih standar dalam mendeteksi screenshot, Android 14 memperkenalkan API deteksi screenshot yang menjaga privasi. API ini memungkinkan aplikasi mendaftarkan callback per aktivitas. Callback ini dipanggil, dan pengguna akan diberi tahu saat pengguna mengambil screenshot ketika aktivitas itu terlihat.
Pengalaman pengguna
Tindakan kustom Sharesheet dan peringkat yang ditingkatkan
Android 14 updates the system sharesheet to support custom app actions and more informative preview results for users.
Add custom actions
With Android 14, your app can add custom actions to the system sharesheet it invokes.
Improve ranking of Direct Share targets
Android 14 uses more signals from apps to determine the ranking of the direct share targets to provide more helpful results for the user. To provide the most useful signal for ranking, follow the guidance for improving rankings of your Direct Share targets. Communication apps can also report shortcut usage for outgoing and incoming messages.
Dukungan untuk animasi bawaan dan kustom untuk Kembali Prediktif
Android 13 introduced the predictive back-to-home animation behind a developer option. When used in a supported app with the developer option enabled, swiping back shows an animation indicating that the back gesture exits the app back to the home screen.
Android 14 includes multiple improvements and new guidance for Predictive Back:
- You can set
android:enableOnBackInvokedCallback=trueto opt in to predictive back system animations per-Activity instead of for the entire app. - We've added new system animations to accompany the back-to-home animation from Android 13. The new system animations are cross-activity and cross-task, which you get automatically after migrating to Predictive Back.
- We've added new Material Component animations for Bottom sheets, Side sheets, and Search.
- We've created design guidance for creating custom in-app animations and transitions.
- We've added new APIs to support custom in-app transition animations:
handleOnBackStarted,handleOnBackProgressed,handleOnBackCancelledinOnBackPressedCallbackonBackStarted,onBackProgressed,onBackCancelledinOnBackAnimationCallback- Use
overrideActivityTransitioninstead ofoverridePendingTransitionfor transitions that respond as the user swipes back.
With this Android 14 preview release, all features of Predictive Back remain behind a developer option. See the developer guide to migrate your app to predictive back, as well as the developer guide to creating custom in-app transitions.
Penggantian per aplikasi produsen perangkat layar besar
Penggantian per aplikasi memungkinkan produsen perangkat mengubah perilaku aplikasi di perangkat layar besar. Misalnya, penggantian FORCE_RESIZE_APP menginstruksikan sistem untuk mengubah ukuran aplikasi agar sesuai dengan dimensi tampilan (menghindari mode kompatibilitas ukuran) meskipun resizeableActivity="false" disetel dalam manifes aplikasi.
Ganti dimaksudkan untuk meningkatkan pengalaman pengguna di perangkat layar besar.
Properti manifes baru memungkinkan Anda menonaktifkan beberapa penggantian produsen perangkat untuk aplikasi Anda.
Penggantian per aplikasi pengguna perangkat layar besar
Penggantian per aplikasi mengubah perilaku aplikasi di perangkat layar besar. Misalnya, penggantian produsen perangkat OVERRIDE_MIN_ASPECT_RATIO_LARGE menetapkan rasio aspek aplikasi ke 16:9, terlepas dari konfigurasi aplikasi.
Android 14 QPR1 memungkinkan pengguna menerapkan penggantian per aplikasi melalui menu setelan baru di perangkat layar besar.
Berbagi layar aplikasi
Berbagi layar aplikasi memungkinkan pengguna berbagi jendela aplikasi, bukan seluruh layar perangkat selama perekaman konten layar.
Dengan berbagi layar aplikasi, status bar, menu navigasi, notifikasi, dan elemen UI sistem lainnya dikecualikan dari tampilan bersama. Hanya konten aplikasi yang dipilih yang dibagikan.
Berbagi layar aplikasi meningkatkan produktivitas dan privasi dengan memungkinkan pengguna menjalankan beberapa aplikasi, tetapi membatasi berbagi konten ke satu aplikasi.
Smart Reply yang didukung LLM di Gboard pada Pixel 8 Pro
On Pixel 8 Pro devices with the December Feature Drop, developers can try out higher-quality smart replies in Gboard powered by on-device Large Language Models (LLMs) running on Google Tensor.
This feature is available as a limited preview for US English in WhatsApp, Line, and KakaoTalk. It requires using a Pixel 8 Pro device with Gboard as your keyboard.
To try it out, first enable the feature in Settings > Developer Options > AiCore Settings > Enable Aicore Persistent.
Next, open a conversation in a supported app to see LLM-powered Smart Reply in Gboard's suggestion strip in response to incoming messages.
Grafik
Jalur dapat dikueri dan diinterpolasi
Android's Path API is a powerful and flexible mechanism for
creating and rendering vector graphics, with the ability to stroke or fill a
path, construct a path from line segments or quadratic or cubic curves, perform
boolean operations to get even more complex shapes, or all of these
simultaneously. One limitation is the ability to find out what is actually in a
Path object; the internals of the object are opaque to callers after creation.
To create a Path, you call methods such as
moveTo(), lineTo(), and
cubicTo() to add path segments. But there has been no way to
ask that path what the segments are, so you must retain that information at
creation time.
Starting in Android 14, you can query paths to find out what's inside of them.
First, you need to get a PathIterator object using the
Path.getPathIterator API:
Kotlin
val path = Path().apply { moveTo(1.0f, 1.0f) lineTo(2.0f, 2.0f) close() } val pathIterator = path.pathIterator
Java
Path path = new Path(); path.moveTo(1.0F, 1.0F); path.lineTo(2.0F, 2.0F); path.close(); PathIterator pathIterator = path.getPathIterator();
Next, you can call PathIterator to iterate through the segments
one by one, retrieving all of the necessary data for each segment. This example
uses PathIterator.Segment objects, which packages up the data
for you:
Kotlin
for (segment in pathIterator) { println("segment: ${segment.verb}, ${segment.points}") }
Java
while (pathIterator.hasNext()) { PathIterator.Segment segment = pathIterator.next(); Log.i(LOG_TAG, "segment: " + segment.getVerb() + ", " + segment.getPoints()); }
PathIterator also has a non-allocating version of next() where you can pass
in a buffer to hold the point data.
One of the important use cases of querying Path data is interpolation. For
example, you might want to animate (or morph) between two different paths. To
further simplify that use case, Android 14 also includes the
interpolate() method on Path. Assuming the two paths have
the same internal structure, the interpolate() method creates a new Path
with that interpolated result. This example returns a path whose shape is
halfway (a linear interpolation of .5) between path and otherPath:
Kotlin
val interpolatedResult = Path() if (path.isInterpolatable(otherPath)) { path.interpolate(otherPath, .5f, interpolatedResult) }
Java
Path interpolatedResult = new Path(); if (path.isInterpolatable(otherPath)) { path.interpolate(otherPath, 0.5F, interpolatedResult); }
The Jetpack graphics-path library enables similar APIs for earlier versions of Android as well.
Mesh kustom dengan shader verteks dan fragmen
Android telah lama mendukung mesh segitiga gambar dengan bayangan kustom, tetapi format mesh input telah dibatasi untuk beberapa kombinasi atribut yang telah ditentukan. Android 14 menambahkan dukungan untuk mesh kustom, yang dapat didefinisikan sebagai segitiga atau strip segitiga, dan dapat, secara opsional, diindeks. Mesh ini ditentukan dengan atribut kustom, langkah vertex, beragam, serta shader vertex dan fragmen yang ditulis dalam AGSL.
Vertex shader menentukan variasi, seperti posisi dan warna, sedangkan
fragment shader secara opsional dapat menentukan warna untuk piksel, biasanya dengan
menggunakan variasi yang dibuat oleh vertex shader. Jika warna disediakan oleh shader fragmen, warna tersebut akan digabungkan dengan warna Paint saat ini menggunakan mode gabungan yang dipilih saat menggambar mesh. Seragam dapat diteruskan
ke shader fragmen dan vertex untuk fleksibilitas tambahan.
Perender buffer hardware untuk Canvas
Untuk membantu dalam penggunaan Canvas API Android untuk menggambar
akselerasi hardware ke HardwareBuffer, Android 14
memperkenalkan HardwareBufferRenderer. API ini
sangat berguna jika kasus penggunaan Anda melibatkan komunikasi dengan
komponer sistem melalui SurfaceControl untuk gambar
dengan latensi rendah.