Android 14 introduce fantastiche funzionalità e API per gli sviluppatori. Le seguenti guide ti aiutano a scoprire le funzionalità delle tue app e a iniziare a utilizzare le API correlate.
Per un elenco dettagliato delle API aggiunte, modificate e rimosse, leggi il report diff API. Per informazioni dettagliate sulle API aggiunte, visita la documentazione di riferimento delle API Android. Per Android 14, cerca le API aggiunte nel livello API 34. Per scoprire le aree in cui le modifiche alla piattaforma potrebbero influire sulle tue app, consulta le modifiche al comportamento di Android 14 per le app che hanno come target Android 14 e per tutte le app.
Internazionalizzazione
Lingua preferita nelle app
Android 14 espande le funzionalità per lingua per app introdotte in Android 13 (livello API 33) con le seguenti funzionalità aggiuntive:
Genera automaticamente il
localeConfigdi un'app: a partire da Android Studio Giraffe Canary 7 e AGP 8.1.0-alpha07, puoi configurare l'app in modo che supporti automaticamente le preferenze per le lingue per app. In base alle risorse del progetto, il plug-in Android per Gradle genera il fileLocaleConfige aggiunge un riferimento al file manifest finale, quindi non devi più creare o aggiornare il file manualmente. AGP utilizza le risorse nelle cartelleresdei moduli dell'app e eventuali dipendenze dei moduli della libreria per determinare le lingue da includere nel fileLocaleConfig.Aggiornamenti dinamici per il
localeConfigdi un'app: utilizza i metodisetOverrideLocaleConfig()egetOverrideLocaleConfig()inLocaleManagerper aggiornare dinamicamente l'elenco delle lingue supportate della tua app nelle impostazioni di sistema del dispositivo. Utilizza questa flessibilità per personalizzare l'elenco delle lingue supportate per regione, eseguire esperimenti A/B o fornire un elenco aggiornato delle impostazioni internazionali se la tua app utilizza i push lato server per la localizzazione.Visibilità della lingua dell'app per gli editor di metodi di immissione (IME): gli IME possono utilizzare il metodo
getApplicationLocales()per controllare la lingua dell'app corrente e associare la lingua dell'IME a quella lingua.
API Grammatical Inflection
Tre miliardi di persone parlano lingue con genere: lingue in cui le categorie grammaticali, come nomi, verbi, aggettivi e preposizioni, si declinano in base al genere delle persone e degli oggetti di cui parli o a cui ti riferisci. Tradizionalmente, molte lingue con genere grammaticale utilizzano il genere grammaticale maschile come genere predefinito o generico.
Rivolgersi agli utenti con il genere grammaticale sbagliato, ad esempio alle donne con il genere grammaticale maschile, può influire negativamente sul loro rendimento e sul loro atteggiamento. Al contrario, un'interfaccia utente con un linguaggio che riflette correttamente il genere grammaticale dell'utente può migliorare il coinvolgimento dell'utente e offrire un'esperienza utente più personalizzata e dal suono naturale.
To help you build a user-centric UI for gendered languages, Android 14 introduces the Grammatical Inflection API, which lets you add support for grammatical gender without refactoring your app.
Preferenze regionali
Le preferenze regionali consentono agli utenti di personalizzare le unità di misura della temperatura, il primo giorno della settimana e i sistemi di numerazione. Un europeo che vive negli Stati Uniti potrebbe preferire che le unità di misura della temperatura siano in gradi Celsius anziché Fahrenheit e che le app trattino il lunedì come inizio della settimana anziché la domenica, che è il valore predefinito negli Stati Uniti.
I nuovi menu Impostazioni Android per queste preferenze offrono agli utenti un punto di riferimento rilevabile e centralizzato per modificare le preferenze delle app. Queste preferenze rimangono invariate anche durante il backup e il ripristino. Diverse API e
come intenti,
getTemperatureUnit
e
getFirstDayOfWeek—
Concedi alla tua app l'accesso in lettura alle preferenze dell'utente, in modo che possa regolare il modo in cui
visualizza le informazioni. Puoi anche registrare un
BroadcastReceiver attivo
ACTION_LOCALE_CHANGED
per gestire le modifiche alla configurazione delle impostazioni internazionali quando cambiano le preferenze regionali.
Per trovare queste impostazioni, apri l'app Impostazioni e seleziona Sistema > Lingue e input > Preferenze regionali.
Accessibilità
Ridimensionamento non lineare dei caratteri fino al 200%
Starting in Android 14, the system supports font scaling up to 200%, providing users with additional accessibility options.
To prevent large text elements on screen from scaling too large, the system applies a nonlinear scaling curve. This scaling strategy means that large text doesn't scale at the same rate as smaller text. Nonlinear font scaling helps preserve the proportional hierarchy between elements of different sizes while mitigating issues with linear text scaling at high degrees (such as text being cut off or text that becomes harder to read due to an extremely large display sizes).
Test your app with nonlinear font scaling
If you already use scaled pixels (sp) units to define text sizing, then these additional options and scaling improvements are applied automatically to the text in your app. However, you should still perform UI testing with the maximum font size enabled (200%) to ensure that your app applies the font sizes correctly and can accommodate larger font sizes without impacting usability.
To enable 200% font size, follow these steps:
- Open the Settings app and navigate to Accessibility > Display size and text.
- For the Font size option, tap the plus (+) icon until the maximum font size setting is enabled, as shown in the image that accompanies this section.
Use scaled pixel (sp) units for text-sizes
Remember to always specify text sizes in sp units. When your app uses sp units, Android can apply the user's preferred text size and scale it appropriately.
Don't use sp units for padding or define view heights assuming implicit padding: with nonlinear font scaling sp dimensions might not be proportional, so 4sp + 20sp might not equal 24sp.
Convert scaled pixel (sp) units
Use TypedValue.applyDimension() to convert from sp units
to pixels, and use TypedValue.deriveDimension() to
convert pixels to sp. These methods apply the appropriate nonlinear scaling
curve automatically.
Avoid hardcoding equations using
Configuration.fontScale or
DisplayMetrics.scaledDensity. Because font scaling is
nonlinear, the scaledDensity field is no longer accurate. The fontScale
field should be used for informational purposes only because fonts are no longer
scaled with a single scalar value.
Use sp units for lineHeight
Always define android:lineHeight using sp units instead
of dp, so the line height scales along with your text. Otherwise, if your text
is sp but your lineHeight is in dp or px, it doesn't scale and looks cramped.
TextView automatically corrects the lineHeight so that your intended
proportions are preserved, but only if both textSize and lineHeight are
defined in sp units.
Fotocamera e contenuti multimediali
Ultra HDR per le immagini
Android 14 aggiunge il supporto per le immagini HDR (High Dynamic Range) che mantengono più informazioni del sensore quando scatti una foto, il che consente di ottenere colori vivaci e un maggiore contrasto. Android utilizza il formato Ultra HDR, che è completamente compatibile con le immagini JPEG, consentendo alle app di dialogare senza problemi con le immagini HDR, visualizzandole in Standard Dynamic Range (SDR) se necessario.
Il rendering di queste immagini nell'interfaccia utente in HDR viene eseguito automaticamente dal framework quando l'app attiva l'utilizzo dell'interfaccia utente HDR per la finestra di attività tramite una voce del manifest o in fase di esecuzione tramite chiamata di Window.setColorMode(). Puoi anche acquisire immagini statiche Ultra HDR compresse sui dispositivi supportati. Con un maggior numero di colori recuperati
dal sensore, la modifica in post può essere più flessibile. Il valore Gainmap associato alle immagini Ultra HDR può essere utilizzato per eseguire il rendering utilizzando OpenGL o Vulkan.
Zoom, messa a fuoco, post-visualizzazione e altro ancora nelle estensioni della fotocamera
Android 14 esegue l'upgrade e migliora le estensioni della fotocamera, consentendo alle app di gestire tempi di elaborazione più lunghi, il che consente di migliorare le immagini utilizzando algoritmi ad alta intensità di calcolo come la fotografia in condizioni di scarsa illuminazione su supportati dispositivi. Queste funzionalità offrono agli utenti un'esperienza ancora più solida quando utilizzano le funzionalità di estensione della videocamera. Ecco alcuni esempi di questi miglioramenti:
- La stima della latenza di elaborazione delle foto dinamiche fornisce stime della latenza di acquisizione delle foto molto più accurate in base alle condizioni ambientali e della scena attuali. Chiama
CameraExtensionSession.getRealtimeStillCaptureLatency()per ottenere un oggettoStillCaptureLatencycon due metodi di stima della latenza. Il metodogetCaptureLatency()restituisce la latenza stimata traonCaptureStartedeonCaptureProcessStarted(), mentre il metodogetProcessingLatency()restituisce la latenza stimata traonCaptureProcessStarted()e il frame elaborato finale disponibile. - Supporto per i callback relativi all'avanzamento dell'acquisizione in modo che le app possano mostrare l'avanzamento corrente delle operazioni di elaborazione di acquisizioni di foto ancora in corso. Puoi verificare se questa funzionalità è disponibile con
CameraExtensionCharacteristics.isCaptureProcessProgressAvailablee, in questo caso, implementare il callbackonCaptureProcessProgressed(), a cui viene passato come parametro il progresso (da 0 a 100). Metadati specifici per le estensioni, ad esempio
CaptureRequest.EXTENSION_STRENGTHper regolare l'intensità di un effetto dell'estensione, ad esempio la quantità di sfocatura dello sfondo conEXTENSION_BOKEH.Funzionalità Postview per l'acquisizione di foto nelle estensioni della fotocamera, che fornisce un'immagine meno elaborata più rapidamente rispetto all'immagine finale. Se un'estensione ha aumentato la latenza di elaborazione, è possibile fornire un'immagine post-visualizzazione come segnaposto per migliorare l'esperienza utente e sostituirla in un secondo momento con l'immagine finale. Puoi verificare se questa funzionalità è disponibile con
CameraExtensionCharacteristics.isPostviewAvailable. Dopodiché puoi passare unOutputConfigurationaExtensionSessionConfiguration.setPostviewOutputConfiguration.Supporto di
SurfaceViewche consente un percorso di rendering dell'anteprima più ottimizzato e a basso consumo energetico.Supporto per il tocco per mettere a fuoco e lo zoom durante l'utilizzo dell'estensione.
Zoom nel sensore
Quando REQUEST_AVAILABLE_CAPABILITIES_STREAM_USE_CASE in
CameraCharacteristics contiene
SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW, la tua app
puoi utilizzare le funzionalità avanzate del sensore per assegnare a uno stream RAW ritagliata gli stessi
pixel del campo visivo completo utilizzando un CaptureRequest
con un target RAW con il caso d'uso dello stream impostato su
CameraMetadata.SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW.
Grazie all'implementazione dei controlli di override della richiesta, la videocamera aggiornata offre agli utenti il controllo dello zoom anche prima che gli altri controlli della videocamera siano pronti.
Audio USB lossless
Android 14 supporta i formati audio lossless per esperienze di livello audiophile tramite cuffie con cavo USB. Puoi eseguire query su un dispositivo USB per gli attributi del mixer preferiti, registrare un ascoltatore per le modifiche agli attributi del mixer preferiti e configurare gli attributi del mixer utilizzando la classe AudioMixerAttributes. Questa classe rappresenta il formato, ad esempio la maschera del canale, la frequenza di campionamento e il comportamento del mixer audio. La classe consente di inviare l'audio direttamente, senza miscelazione, regolazione del volume o effetti di elaborazione.
Produttività e strumenti per gli sviluppatori
Gestore delle credenziali
Android 14 aggiunge Gestore delle credenziali come API di piattaforma, con un supporto aggiuntivo per i dispositivi con Android 4.4 (livello API 19) tramite una libreria Jetpack che utilizza Google Play Services. Lo scopo di Credential Manager è semplificare l'accesso degli utenti con API che recuperano e archiviano le credenziali con i fornitori di credenziali configurati dall'utente. Credential Manager supporta più metodi di accesso, tra cui nome utente e password, passkey e soluzioni di accesso federato (come Accedi con Google) in un'unica API.
Le passkey offrono molti vantaggi. Ad esempio, le passkey si basano sugli standard di settore, possono funzionare su diversi sistemi operativi ed ecosistemi dei browser e possono essere utilizzate sia su siti web sia su app.
Per ulteriori informazioni, consulta la documentazione di Gestore delle credenziali e delle passkey e il post del blog su Gestore delle credenziali e passkey.
Connessione Salute
Connessione Salute è un repository on-device per i dati relativi a salute e attività fisica degli utenti. Consente agli utenti di condividere dati tra le loro app preferite, con un unico punto di controllo per i dati che vogliono condividere con queste app.
Sui dispositivi con versioni precedenti ad Android 14, Health Connect è disponibile come app scaricabile dal Google Play Store. A partire da Android 14, Connessione Salute fa parte della piattaforma e riceve aggiornamenti tramite gli aggiornamenti di sistema Google Play senza richiedere un download separato. In questo modo, Connessione Salute può essere aggiornata di frequente e le tue app possono fare affidamento sulla disponibilità di Connessione Salute sui dispositivi con Android 14 o versioni successive. Gli utenti possono accedere a Connessione Salute dalle impostazioni del proprio dispositivo, con i controlli della privacy integrati nelle impostazioni di sistema.
Connessione Salute include diverse nuove funzionalità in Android 14, come i percorsi di allenamento, che consentono agli utenti di condividere un percorso del loro allenamento che può essere visualizzato su una mappa. Un percorso è definito come un elenco di località salvate in un determinato periodo di tempo e la tua app può inserire percorsi nelle sessioni di allenamento, collegandoli tra loro. Per garantire che gli utenti abbiano il controllo completo su questi dati sensibili, devono consentire la condivisione di singoli percorsi con altre app.
Per ulteriori informazioni, consulta la documentazione di Connessione Salute e il post del blog sulle novità di Android Salute.
Aggiornamenti di OpenJDK 17
Android 14 continua l'opera di aggiornamento delle librerie di base di Android per allinearsi alle funzionalità delle ultime release OpenJDK LTS, inclusi gli aggiornamenti delle librerie e il supporto del linguaggio Java 17 per gli sviluppatori di app e piattaforme.
Sono incluse le seguenti funzionalità e i seguenti miglioramenti:
- Sono stati aggiornati circa 300 corsi
java.baseper il supporto di Java 17. - Blocchi di testo, che introducono stringhe letterali su più righe nel linguaggio di programmazione Java.
- Corrispondenza pattern per instanceof, che consente di trattare un oggetto come se avesse un tipo specifico in un
instanceofsenza variabili aggiuntive. - Classi sigillate, che ti consentono di limitare le classi e le interfacce che possono estenderle o implementarle.
Grazie agli aggiornamenti di sistema Google Play (Project Mainline), oltre 600 milioni di dispositivi sono abilitati a ricevere gli aggiornamenti più recenti di Android Runtime (ART) che includono queste modifiche. Ciò fa parte del nostro impegno a offrire alle app un ambiente più coerente e sicuro su tutti i dispositivi e a fornire nuove funzionalità e capacità agli utenti indipendentemente dalle release della piattaforma.
Java e OpenJDK sono marchi o marchi registrati di Oracle e/o delle sue società consociate.
Miglioramenti per gli store
Android 14 introduces several PackageInstaller APIs that
allow app stores to improve their user experience.
Request install approval before downloading
Installing or updating an app might require user approval.
For example, when an installer making use of the
REQUEST_INSTALL_PACKAGES permission attempts to install a
new app. In prior Android versions, app stores can only request user approval
after APKs are written to the install session and the
session is committed.
Starting with Android 14, the requestUserPreapproval()
method lets installers request user approval before committing the install
session. This improvement lets an app store defer downloading any APKs until
after the installation has been approved by the user. Furthermore, once a user
has approved installation, the app store can download and install the app in the
background without interrupting the user.
Claim responsibility for future updates
The setRequestUpdateOwnership() method allows an installer
to indicate to the system that it intends to be responsible for future updates
to an app it is installing. This capability enables update ownership
enforcement, meaning that only the update owner is permitted
to install automatic updates to the app. Update ownership enforcement helps to
ensure that users receive updates only from the expected app store.
Any other installer, including those making use of the
INSTALL_PACKAGES permission, must receive explicit user
approval in order to install an update. If a user decides to proceed with an
update from another source, update ownership is lost.
Update apps at less-disruptive times
App stores typically want to avoid updating an app that is actively in use because this leads to the app's running processes being killed, which potentially interrupts what the user was doing.
Starting with Android 14, the InstallConstraints API
gives installers a way to ensure that their app updates happen at an opportune
moment. For example, an app store can call the
commitSessionAfterInstallConstraintsAreMet() method to
make sure that an update is only committed when the user is no longer
interacting with the app in question.
Seamlessly install optional splits
With split APKs, features of an app can be delivered in separate APK files,
rather than as a monolithic APK. Split APKs allow app stores to optimize the
delivery of different app components. For example, app stores might optimize
based on the properties of the target device. The
PackageInstaller API has supported splits since its
introduction in API level 22.
In Android 14, the setDontKillApp() method allows an
installer to indicate that the app's running processes shouldn't be killed when
new splits are installed. App stores can use this feature to seamlessly install
new features of an app while the user is using the app.
Bundle di metadati dell'app
A partire da Android 14, il programma di installazione del pacchetto Android ti consente di specificare i metadati dell'app, ad esempio le prassi di sicurezza dei dati, da includere nelle pagine dello store come Google Play.
Rilevare quando gli utenti acquisiscono screenshot del dispositivo
Per creare un'esperienza più standardizzata per il rilevamento degli screenshot, Android 14 introduce un'API di rilevamento degli screenshot che tutela la privacy. Questa API consente alle app di registrare i callback in base all'attività. Questi callback vengono richiamati e l'utente riceve una notifica quando acquisisce uno screenshot mentre l'attività è visibile.
Esperienza utente
Azioni personalizzate del foglio di condivisione e ranking migliorato
Android 14 aggiorna la scheda di condivisione di sistema per supportare azioni di app personalizzate e risultati di anteprima più informativi per gli utenti.
Aggiungere azioni personalizzate
Con Android 14, la tua app può aggiungere azioni personalizzate alla scheda di condivisione di sistema che richiama.
Migliorare il ranking dei target di condivisione diretta
Android 14 utilizza più indicatori delle app per determinare il ranking dei target di condivisione diretta al fine di fornire risultati più utili all'utente. Per fornire l'indicatore più utile per il ranking, segui le indicazioni per migliorare i ranking dei target di condivisione diretta. Le app di comunicazione possono anche segnalare l'utilizzo delle scorciatoie per i messaggi in uscita e in entrata.
Supporto di animazioni integrate e personalizzate per il gesto Indietro predittivo
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.
Override per app del produttore di dispositivi con schermo grande
Gli override per app consentono ai produttori di modificare il comportamento delle app sui dispositivi con schermi grandi. Ad esempio, l'override FORCE_RESIZE_APP indica al sistema di ridimensionare l'app in base alle dimensioni del display (evitando la modalità di compatibilità delle dimensioni) anche se resizeableActivity="false" è impostato nel file manifest dell'app.
Le sostituzioni hanno lo scopo di migliorare l'esperienza utente su schermi di grandi dimensioni.
Le nuove proprietà del file manifest ti consentono di disattivare alcuni override del produttore del dispositivo per la tua app.
Override per app per utenti con schermi di grandi dimensioni
Le sostituzioni per app modificano il comportamento delle app sui dispositivi con schermi grandi. Ad esempio, l'override del produttore del dispositivo OVERRIDE_MIN_ASPECT_RATIO_LARGE imposta le proporzioni dell'app su 16:9 indipendentemente dalla configurazione dell'app.
Android 14 QPR1 consente agli utenti di applicare sostituzioni per app tramite un nuovo menu delle impostazioni sui dispositivi con schermi di grandi dimensioni.
Condivisione della schermata dell'app
La condivisione dello schermo dell'app consente agli utenti di condividere una finestra dell'app anziché l'intero schermo del dispositivo durante la registrazione dei contenuti dello schermo.
Con la condivisione schermo dell'app, la barra di stato, la barra di navigazione, le notifiche e altri elementi dell'interfaccia utente di sistema sono esclusi dalla visualizzazione condivisa. Vengono condivisi solo i contenuti dell'app selezionata.
La condivisione dello schermo dell'app migliora la produttività e la privacy consentendo agli utenti di eseguire più app, ma limitando la condivisione dei contenuti a una singola app.
Risposta rapida basata su LLM in Gboard su Pixel 8 Pro
Sui dispositivi Pixel 8 Pro con il Feature Drop di dicembre, gli sviluppatori possono provare risposte rapide di qualità superiore in Gboard grazie ai modelli linguistici di grandi dimensioni (LLM) on-device in esecuzione su Google Tensor.
Questa funzionalità è disponibile come anteprima limitata per l'inglese americano in WhatsApp, Line e KakaoTalk. Richiede l'utilizzo di un Pixel 8 Pro con Gboard come tastiera.
Per provarla, attiva prima la funzionalità in Impostazioni > Opzioni sviluppatore > Impostazioni AICore > Attiva AiCore persistente.
Quindi, apri una conversazione in un'app supportata per visualizzare la Risposta rapida basata su LLM nella barra dei suggerimenti di Gboard in risposta ai messaggi in arrivo.
Grafica
I percorsi sono interrogabili e interpolabili
L'API Path di Android è un meccanismo potente e flessibile per la creazione e il rendering di grafica vettoriale. Consente di tracciare o riempire un percorso, di creare un percorso da segmenti di linea o di curve quadratiche o cubiche, eseguire operazioni booleane per ottenere forme ancora più complesse o tutte contemporaneamente. Un limite è la capacità di scoprire cosa si trova effettivamente in un
oggetto Path. I componenti interni dell'oggetto sono opachi per i chiamanti dopo la creazione.
Per creare un Path, chiami metodi come
moveTo(), lineTo() e
cubicTo() per aggiungere segmenti di percorso. Tuttavia, non è stato possibile chiedere a quel percorso quali sono i segmenti, quindi devi conservare queste informazioni al momento della creazione.
A partire da Android 14, puoi eseguire query sui percorsi per scoprire i contenuti al loro interno.
Innanzitutto, devi ottenere un oggetto PathIterator utilizzando l'API
Path.getPathIterator:
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();
Successivamente, puoi chiamare PathIterator per ripetere i segmenti uno alla volta, recuperando tutti i dati necessari per ciascun segmento. Questo esempio utilizza oggetti PathIterator.Segment, che pacchettizzano i dati per te:
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 ha anche una versione non allocabile di next() in cui puoi passare
in un buffer per contenere i dati dei punti.
Uno dei casi d'uso importanti dell'esecuzione di query sui dati di Path è l'interpolazione. Ad esempio, potresti voler creare un'animazione (o morph) tra due percorsi diversi. Per
semplificare ulteriormente questo caso d'uso, Android 14 include anche il
metodo interpolate() su Path. Supponendo che i due percorsi abbiano la stessa struttura interna, il metodo interpolate() crea un nuovo Path con il risultato interpolato. Questo esempio restituisce un percorso la cui forma è intermedia (un'interpolazione lineare di 0,5) tra path e 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); }
La libreria graphics-path di Jetpack abilita API simili anche per le versioni precedenti di Android.
Mesh personalizzate con shader di vertici e frammenti
Android supporta da tempo il disegno di mesh triangolari con ombreggiatura personalizzata, ma il formato della mesh di input è stato limitato a poche combinazioni di attributi predefinite. Android 14 aggiunge il supporto per le matrici personalizzate, che possono essere definite come triangoli o strisce di triangoli, e possono, facoltativamente, essere indicizzate. Questi mesh sono specificati con attributi personalizzati, passi di vertice, variabili e shader di vertici e frammenti scritti in AGSL.
Lo shader vertex definisce le varianti, come posizione e colore, mentre lo shader fragment può facoltativamente definire il colore del pixel, in genere utilizzando le varianti create dallo shader vertex. Se il colore viene fornito dall'shader frammento, viene mischiato con il colore Paint corrente utilizzando la modalità di miscela selezionata durante il disegno del mesh. Le uniformi possono essere passate agli shader di frammento e vertice per una maggiore flessibilità.
Renderer del buffer hardware per Canvas
Per facilitare l'utilizzo dell'API Canvas di Android per disegnare con accelerazione hardware in un HardwareBuffer, Android 14 introduce HardwareBufferRenderer. Questa API è particolarmente utile quando il caso d'uso prevede la comunicazione con il compositore di sistema tramite SurfaceControl per il disegno con bassa latenza.