Android 14 bietet tolle Funktionen und APIs für Entwickler. Im Folgenden finden Sie Informationen zu Funktionen für Ihre Anwendungen und zu den ersten Schritten mit den zugehörigen APIs.
Eine detaillierte Liste der hinzugefügten, geänderten und entfernten APIs finden Sie im Bericht zu API-Unterschieden. Weitere Informationen zu hinzugefügten APIs findest du in der Android API-Referenz. Bei Android 14 kannst du nach APIs suchen, die in API-Level 34 hinzugefügt wurden. Weitere Informationen zu den Bereichen, in denen sich Plattformänderungen auf deine Apps auswirken können, findest du unter Android 14-Verhaltensänderungen für Apps, die auf Android 14 ausgerichtet sind und für alle Apps.
Lokalisierung
App-spezifische Spracheinstellungen
Android 14 erweitert die in Android 13 (API-Level 33) eingeführten pro App-Sprache um folgende Funktionen:
localeConfig
einer App automatisch generieren: Ab Android Studio Giraffe Canary 7 und AGP 8.1.0-alpha07 können Sie Ihre App so konfigurieren, dass Spracheinstellungen für einzelne Apps automatisch unterstützt werden. Basierend auf Ihren Projektressourcen generiert das Android-Gradle-Plug-in dieLocaleConfig
-Datei und fügt in der endgültigen Manifestdatei einen Verweis darauf hinzu. Sie müssen die Datei also nicht mehr manuell erstellen oder aktualisieren. AGP verwendet die Ressourcen in denres
-Ordnern Ihrer App-Module sowie alle Bibliotheksmodulabhängigkeiten, um die Sprachen zu bestimmen, die in dieLocaleConfig
-Datei aufgenommen werden sollen.Dynamische Updates für die
localeConfig
einer App: Verwenden Sie die MethodensetOverrideLocaleConfig()
undgetOverrideLocaleConfig()
inLocaleManager
, um die Liste der unterstützten Sprachen Ihrer App in den Systemeinstellungen des Geräts dynamisch zu aktualisieren. Nutzen Sie diese Flexibilität, um die Liste der unterstützten Sprachen für jede Region anzupassen, A/B-Tests auszuführen oder eine aktualisierte Liste von Sprachen bereitzustellen, wenn Ihre Anwendung serverseitige Push-Vorgänge für die Lokalisierung verwendet.Sichtbarkeit der App-Sprache für Eingabemethoden-Editoren (IMEs): IMEs können mit der Methode
getApplicationLocales()
die Sprache der aktuellen Anwendung prüfen und die IME-Sprache dieser Sprache zuordnen.
Grammatical Inflection API
3 Milliarden Menschen sprechen Geschlechtssprachen: Sprachen, in denen sich grammatische Kategorien wie Substantive, Verben, Adjektive und Präpositionen nach dem Geschlecht der Personen und Objekte widerspiegeln, mit denen Sie sprechen oder über die Sie sprechen. Traditionell wird in vielen geschlechtsspezifischen Sprachen das männliche grammatische Genus als Standardgenerierung oder generisches Geschlecht verwendet.
Wenn Sie Nutzer mit dem falschen grammatikalischen Geschlecht ansprechen, z. B. Frauen im männlichen grammatikalischen Geschlecht, kann sich dies negativ auf Leistung und Einstellung auswirken. Im Gegensatz dazu kann eine Benutzeroberfläche mit einer Sprache, die das grammatikalische Geschlecht des Nutzers korrekt wiedergibt, die Nutzerinteraktion verbessern und eine personalisiertere und natürlich klingende Nutzererfahrung bieten.
In Android 14 wird die Grammatical Inflection API eingeführt, um Ihnen beim Erstellen einer nutzerorientierten UI für geschlechtsspezifische Sprachen zu helfen. Damit können Sie die Genusssprache unterstützen, ohne Ihre App refaktorieren zu müssen.
Regionale Einstellungen
Mit regionalen Einstellungen können Nutzer Temperatureinheiten, den ersten Tag der Woche und Nummerierungssysteme personalisieren. Ein Europäer, der in den USA lebt, bevorzugt Temperatureinheiten in Celsius statt Fahrenheit. Außerdem wird der Montag in Apps statt des US-Standards Sonntag als Wochenbeginn behandelt.
Die neuen Android-Einstellungsmenüs für diese Einstellungen bieten Nutzern einen leicht auffindbaren und zentralen Ort, an dem sie die App-Einstellungen ändern können. Diese Einstellungen bleiben auch durch Sichern und Wiederherstellen erhalten. Verschiedene APIs und Intents – z. B. getTemperatureUnit
und getFirstDayOfWeek
– gewähren deiner App Lesezugriff auf Nutzereinstellungen, damit deine App die Darstellung von Informationen anpassen kann. Sie können auch ein BroadcastReceiver
auf ACTION_LOCALE_CHANGED
registrieren, um Änderungen der Sprachkonfiguration zu verarbeiten, wenn sich regionale Einstellungen ändern.
Diese Einstellungen finden Sie in den Einstellungen unter System > Sprachen und Eingabe > Regionale Einstellungen.
![](https://developer.android.com/static/about/versions/14/images/regional-preferences.png?authuser=9&hl=de)
![](https://developer.android.com/static/about/versions/14/images/regional-preferences-temperature.png?authuser=9&hl=de)
Bedienungshilfen
Nicht lineare Schriftskalierung auf 200%
Starting in Android 14, the system supports font scaling up to 200%, providing low-vision users with additional accessibility options that align with Web Content Accessibility Guidelines (WCAG).
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
![](https://developer.android.com/static/images/about/versions/14/accessibility-font-options.png?authuser=9&hl=de)
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.
Kamera und Medien
Ultra HDR für Bilder
![](https://developer.android.com/static/images/about/versions/14/SDR-HDR-compare.png?authuser=9&hl=de)
Unter Android 14 werden jetzt HDR-Bilder (High Dynamic Range) unterstützt, bei denen beim Aufnehmen eines Fotos mehr Informationen vom Sensor gespeichert werden. Dadurch sind leuchtende Farben und ein größerer Kontrast möglich. Android verwendet das Ultra HDR-Format, das vollständig abwärtskompatibel mit JPEG-Bildern ist. Dadurch können Apps nahtlos mit HDR-Bildern zusammenarbeiten und sie bei Bedarf in Standard Dynamic Range (SDR) anzeigen.
Das Rendern dieser Bilder in der HDR-Benutzeroberfläche erfolgt automatisch durch das Framework, wenn in Ihrer App die HDR-UI für das Aktivitätsfenster aktiviert wird. Dies erfolgt entweder über einen Manifesteintrag oder während der Laufzeit durch Aufruf von Window.setColorMode()
. Auf unterstützten Geräten können Sie auch komprimierte Ultra-HDR-Standbilder aufnehmen. Da der Sensor mehr Farben zurückgewinnt, lässt sich die Bearbeitung im Nachhinein flexibler. Die mit Ultra HDR-Bildern verbundenen Gainmap
können verwendet werden, um sie mit OpenGL oder Vulkan zu rendern.
Zoom, Fokus, PostView und mehr in Kameraerweiterungen
Unter Android 14 werden Kameraerweiterungen aktualisiert und verbessert, sodass Apps längere Verarbeitungszeiten bewältigen können. Außerdem werden auf unterstützten Geräten mithilfe von rechenintensiven Algorithmen wie Fotografie bei schlechten Lichtverhältnissen verbesserte Bilder ermöglicht. Diese Funktionen bieten Nutzern eine noch robustere Erfahrung bei Verwendung von Kameraerweiterungen. Beispiele für diese Verbesserungen:
- Die Schätzung der Verarbeitungslatenz dynamischer Erfassungsvorgänge bietet dennoch viel genauere Erfassungslatenzschätzungen auf der Grundlage der aktuellen Szene und der Umgebungsbedingungen. Rufen Sie
CameraExtensionSession.getRealtimeStillCaptureLatency()
auf, um einStillCaptureLatency
-Objekt mit zwei Latenzschätzungsmethoden zu erhalten. Die MethodegetCaptureLatency()
gibt die geschätzte Latenz zwischenonCaptureStarted
undonCaptureProcessStarted()
zurück. Die MethodegetProcessingLatency()
gibt die geschätzte Latenz zwischenonCaptureProcessStarted()
und dem endgültigen verarbeiteten Frame zurück, der verfügbar ist. - Unterstützung für Callbacks zum Erfassen des Fortschritts, damit Anwendungen den aktuellen Fortschritt von Verarbeitungsvorgängen mit langer Ausführungszeit, die noch erfasst werden, anzeigen können. Sie können mit
CameraExtensionCharacteristics.isCaptureProcessProgressAvailable
prüfen, ob dieses Feature verfügbar ist. Ist dies der Fall, implementieren Sie denonCaptureProcessProgressed()
-Callback, dem der Fortschritt (von 0 bis 100) als Parameter übergeben wird. Erweiterungsspezifische Metadaten wie
CaptureRequest.EXTENSION_STRENGTH
zum Einstellen der Intensität eines Erweiterungseffekts, z. B. die Intensität der Weichzeichnung des Hintergrunds mitEXTENSION_BOKEH
.Postview-Funktion für Still Capture in Kameraerweiterungen, mit der ein weniger verarbeitetes Bild schneller als das endgültige Bild bereitgestellt wird. Wenn eine Erweiterung die Verarbeitungslatenz erhöht, kann ein Postview-Bild als Platzhalter bereitgestellt werden, um die Nutzerfreundlichkeit zu verbessern. Später kann es dann für das fertige Bild verwendet werden. Mit
CameraExtensionCharacteristics.isPostviewAvailable
können Sie prüfen, ob dieses Feature verfügbar ist. Anschließend können Sie einOutputConfiguration
anExtensionSessionConfiguration.setPostviewOutputConfiguration
übergeben.Die Unterstützung für
SurfaceView
ermöglicht einen optimierten und energieeffizienten Vorschau-Renderingpfad.Unterstützung für das Tippen zum Fokussieren und Zoomen während der Verwendung der Erweiterung.
Sensor-Zoom
Wenn REQUEST_AVAILABLE_CAPABILITIES_STREAM_USE_CASE
in CameraCharacteristics
SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW
enthält, kann Ihre App mithilfe erweiterter Sensorfunktionen für einen zugeschnittenen RAW-Stream dieselben Pixel wie das gesamte Sichtfeld ausgeben. Dazu wird ein CaptureRequest
mit einem RAW-Ziel verwendet, für das der Anwendungsfall für den Stream auf CameraMetadata.SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW
festgelegt ist.
Durch Implementierung der Steuerelemente zum Überschreiben von Anfragen bietet die aktualisierte Kamera Nutzern eine Zoomsteuerung, noch bevor andere Kamerasteuerelemente bereit sind.
Verlustfreies USB-Audio
Android 14 unterstützt verlustfreie Audioformate für audiophile Wiedergaben über kabelgebundene USB-Headsets. Sie können ein USB-Gerät nach den bevorzugten Mischpultattributen abfragen, einen Listener für Änderungen der bevorzugten Mischpultattribute registrieren und Mischgeräteattribute mithilfe der Klasse AudioMixerAttributes
konfigurieren. Diese Klasse stellt das Format dar, z. B. Kanalmaske, Abtastrate und Verhalten des Audiomixers. Mit dieser Klasse können Audioinhalte direkt ohne Vermischung, Lautstärkeanpassung oder Verarbeitungseffekte gesendet werden.
Produktivität und Tools für Entwickler
Anmeldedaten-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 ist ein On-Device-Repository für Gesundheits- und Fitnessdaten von Nutzern. Nutzer können damit Daten zwischen ihren bevorzugten Anwendungen teilen. Sie können zentral steuern, welche Daten mit diesen Anwendungen geteilt werden sollen.
Auf Geräten mit Android-Versionen vor Android 14 kann Health Connect als App im Google Play Store heruntergeladen werden. Ab Android 14 ist Health Connect Teil der Plattform und erhält Updates über Google Play-Systemupdates, ohne dass ein separater Download erforderlich ist. Health Connect kann so häufig aktualisiert werden und deine Apps können darauf vertrauen, dass Health Connect auf Geräten mit Android 14 oder höher verfügbar ist. Nutzer können über die Einstellungen ihres Geräts auf Health Connect zugreifen. Die Datenschutzeinstellungen sind in die Systemeinstellungen integriert.
![](https://developer.android.com/static/images/about/versions/14/health-connect-screen.png?authuser=9&hl=de)
![](https://developer.android.com/static/images/about/versions/14/health-connect-permissions.png?authuser=9&hl=de)
Health Connect enthält mehrere neue Funktionen in Android 14, z. B. Trainingsrouten, mit denen Nutzer eine Strecke ihres Trainings teilen können, die auf einer Karte visualisiert werden kann. Eine Route ist als Liste von Orten definiert, die innerhalb eines Zeitfensters gespeichert werden. Deine App kann Routen in Trainingssitzungen einfügen und diese miteinander verknüpfen. Damit Nutzer die vollständige Kontrolle über diese sensiblen Daten haben, müssen sie die Freigabe einzelner Routen für andere Anwendungen zulassen.
Weitere Informationen finden Sie in der Dokumentation zu Health Connection und im Blogpost zu Neu bei Android Health.
Updates zu OpenJDK 17
Unter Android 14 werden die Kernbibliotheken von Android fortlaufend aktualisiert, damit sie den Funktionen der neuesten OpenJDK-LTS-Releases entsprechen. Dazu gehören sowohl Bibliotheksupdates als auch die Java 17-Sprachunterstützung für App- und Plattformentwickler.
Folgende Funktionen und Verbesserungen wurden eingeführt:
- Aktualisierung von ca. 300
java.base
-Klassen auf Java 17-Unterstützung. - Textblocks, die mehrzeilige Stringliterale in die Programmiersprache Java einführen.
- Musterabgleich für „instanceof“, mit dem ein Objekt in einer
instanceof
ohne zusätzliche Variablen so behandelt werden kann, als hätte es einen bestimmten Typ. - Versiegelte Klassen, mit denen Sie einschränken können, welche Klassen und Schnittstellen sie erweitern oder implementieren können.
Dank Google Play-Systemupdates (Project Mainline) erhalten über 600 Millionen Geräte die neuesten ART-Updates (Android Runtime) mit diesen Änderungen. Dies ist Teil unserer Bemühungen, Anwendungen geräteübergreifend eine einheitlichere, sicherere Umgebung zu bieten und Nutzern unabhängig von Plattform-Releases neue Features und Funktionen bereitzustellen.
Java und OpenJDK sind Marken oder eingetragene Marken von Oracle und/oder seinen Tochtergesellschaften.
Verbesserungen für App-Shops
Mit Android 14 werden mehrere PackageInstaller
APIs eingeführt, mit denen App-Shops die Nutzerfreundlichkeit verbessern können.
Vor dem Download Genehmigung für die Installation anfordern
Für die Installation oder Aktualisierung einer App ist möglicherweise die Nutzergenehmigung erforderlich.
Das ist beispielsweise der Fall, wenn ein Installationsprogramm, das die Berechtigung REQUEST_INSTALL_PACKAGES
verwendet, versucht, eine neue App zu installieren. Bei älteren Android-Versionen können App-Shops die Nutzergenehmigung nur anfordern, nachdem APKs in die Installationssitzung geschrieben und für die Sitzung ein Commit erstellt wurde.
Ab Android 14 können Installationsprogramme mit der Methode requestUserPreapproval()
die Nutzergenehmigung anfordern, bevor die Installationssitzung durchgeführt wird. Durch diese Verbesserung kann ein App-Shop das Herunterladen von APKs so lange zurückstellen, bis die Installation vom Nutzer genehmigt wurde. Sobald ein Nutzer die Installation genehmigt hat, kann der App-Shop die App außerdem im Hintergrund herunterladen und installieren, ohne den Nutzer zu unterbrechen.
Verantwortung für zukünftige Updates übernehmen
Mit der Methode setRequestUpdateOwnership()
kann ein Installationsprogramm dem System mitteilen, dass es für zukünftige Updates einer installierten App verantwortlich sein soll. Mit dieser Funktion kann die Inhaberschaft für Updates erzwungen werden. Das bedeutet, dass nur der Inhaber des Updates automatische Updates für die App installieren darf. Dadurch wird sichergestellt, dass Nutzer nur Updates aus dem erwarteten App-Shop erhalten.
Alle anderen Installateure, einschließlich solchen, die die Berechtigung INSTALL_PACKAGES
verwenden, müssen eine ausdrückliche Nutzergenehmigung einholen, um ein Update zu installieren. Wenn ein Nutzer mit einem Update aus einer anderen Quelle fortfährt, geht die Inhaberschaft für die Aktualisierung verloren.
Apps zu weniger Störungen aktualisieren
App-Shops möchten in der Regel vermeiden, eine Anwendung zu aktualisieren, die aktiv verwendet wird, da dies dazu führt, dass die laufenden Prozesse der Anwendung beendet werden, was möglicherweise zu Unterbrechungen beim Nutzer führt.
Ab Android 14 bietet die InstallConstraints
API Nutzern die Möglichkeit, App-Updates zu einem geeigneten Zeitpunkt durchzuführen. Ein App-Shop kann beispielsweise die Methode commitSessionAfterInstallConstraintsAreMet()
aufrufen, damit für ein Update nur dann ein Commit durchgeführt wird, wenn der Nutzer nicht mehr mit der betreffenden App interagiert.
Optionale Splits nahtlos installieren
Mit unterteilten APKs können die Funktionen einer App in separaten APK-Dateien statt als monolithisches APK bereitgestellt werden. Mit geteilten APKs können App-Shops die Bereitstellung verschiedener App-Komponenten optimieren. Beispielsweise können App-Shops eine Optimierung basierend auf den Eigenschaften des Zielgeräts durchführen. Die PackageInstaller
API unterstützt Splits seit ihrer Einführung in API-Level 22.
In Android 14 kann ein Installationsprogramm mit der Methode setDontKillApp()
angeben, dass die laufenden Prozesse der App bei der Installation neuer Splits nicht beendet werden sollen. App-Shops können diese Funktion nutzen, um neue Funktionen einer App nahtlos zu installieren, während der Nutzer die App verwendet.
App-Metadaten-Bundles
Ab Android 14 kannst du mit dem Installationsprogramm für das Android-Paket App-Metadaten angeben, z. B. Praktiken zur Datensicherheit, die auf App-Store-Seiten wie Google Play enthalten sein sollen.
Erkennen, wenn Nutzer Screenshots von Geräten machen
Um die Erkennung von Screenshots zu standardisieren, wird in Android 14 eine datenschutzfreundliche Screenshot-Erkennungs-API eingeführt. Mit dieser API können Apps Callbacks pro Aktivität registrieren. Diese Callbacks werden aufgerufen und der Nutzer wird benachrichtigt, wenn er einen Screenshot macht, während diese Aktivität sichtbar ist.
Nutzererfahrung
Benutzerdefinierte Aktionen und verbessertes Ranking in Sharesheet
Unter Android 14 wird das System-Sharesheet aktualisiert, um benutzerdefinierte App-Aktionen und informativere Vorschauergebnisse für Nutzer zu unterstützen.
Benutzerdefinierte Aktionen hinzufügen
Mit Android 14 können über deine App dem aufgerufenen System-Sharesheet benutzerdefinierte Aktionen hinzugefügt werden.
![](https://developer.android.com/static/images/training/sharing/sharesheet_custom_actions.png?authuser=9&hl=de)
Ranking von Direct Share-Zielen verbessern
Android 14 verwendet mehr Signale von Apps, um das Ranking der Ziele für direkten Anteil zu bestimmen, um dem Nutzer hilfreichere Ergebnisse zu liefern. Um das nützlichste Signal für das Ranking zu erhalten, folgen Sie der Anleitung zur Verbesserung des Rankings Ihrer Direct Share-Ziele. Kommunikations-Apps können auch die Verknüpfungsnutzung für ausgehende und eingehende Nachrichten melden.
![](https://developer.android.com/static/training/sharing/direct-share-targets.png?authuser=9&hl=de)
Unterstützung für integrierte und benutzerdefinierte Animationen für Predictive Back
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=true
to 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
,handleOnBackCancelled
in
OnBackPressedCallback
onBackStarted
,onBackProgressed
,onBackCancelled
in
OnBackAnimationCallback
- Use
overrideActivityTransition
instead ofoverridePendingTransition
for 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.
Überschreibungen des Herstellers großer Displays pro App
Mit App-Überschreibungen können Gerätehersteller das Verhalten von Apps auf Geräten mit großen Bildschirmen ändern. Die Überschreibung FORCE_RESIZE_APP
weist das System beispielsweise an, die Größe der App an die Displayabmessungen anzupassen (unter Vermeidung von Größenkompatibilitätsmodus), auch wenn resizeableActivity="false"
im App-Manifest festgelegt ist.
Überschreibungen sollen die Nutzererfahrung auf großen Bildschirmen verbessern.
Mit den neuen Manifesteigenschaften können Sie einige Überschreibungen des Geräteherstellers für Ihre App deaktivieren.
Überschreibungen für Nutzer auf großen Bildschirmen pro App
App-bezogene Überschreibungen ändern das Verhalten von Apps auf Geräten mit großen Bildschirmen. Die Überschreibung des Geräteherstellers OVERRIDE_MIN_ASPECT_RATIO_LARGE
legt beispielsweise das Seitenverhältnis der App auf 16:9 fest, unabhängig von der Konfiguration der App.
Mit Android 14 QPR1 können Nutzer auf Geräten mit großen Bildschirmen über ein neues Einstellungsmenü Überschreibungen pro App vornehmen.
App-Bildschirmfreigabe
Mit der App-Bildschirmfreigabe können Nutzer während der Aufzeichnung von Bildschirminhalten ein App-Fenster teilen, anstatt den gesamten Bildschirm des Geräts.
Bei der App-Bildschirmfreigabe werden die Statusleiste, die Navigationsleiste, Benachrichtigungen und andere Elemente der System-UI von der gemeinsam genutzten Anzeige ausgeschlossen. Nur der Inhalt der ausgewählten App wird geteilt.
Die App-Bildschirmfreigabe verbessert die Produktivität und den Datenschutz, da Nutzer mehrere Apps ausführen können, die Freigabe von Inhalten aber auf eine einzige App beschränkt wird.
LLM-gestützte intelligente Antwort in Gboard auf dem Pixel 8 Pro
Auf Pixel 8 Pro-Geräten mit dem Feature Drop für Dezember können Entwickler qualitativ hochwertigere intelligente Antworten in Gboard ausprobieren, die auf Large Language Models (LLMs) auf dem Gerät basieren, die auf Google Tensor laufen.
Diese Funktion ist als eingeschränkte Vorabversion für US-Englisch in WhatsApp, Line und KakaoTalk verfügbar. Hierfür ist ein Pixel 8 Pro-Gerät mit Gboard als Tastatur erforderlich.
Wenn Sie die Funktion ausprobieren möchten, aktivieren Sie zuerst die Funktion unter Settings > Developer Options > AiCore Settings > Enable Aicore Persistent.
Öffnen Sie als Nächstes eine Unterhaltung in einer unterstützten Anwendung, um eingehende Nachrichten mit der LLM-basierten intelligenten Antwort in der Vorschlagsleiste von Gboard zu sehen.
Grafik
Pfade sind abfragbar und interpolierbar
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.
Benutzerdefinierte Mesh-Netzwerke mit Scheitelpunkt- und Fragment-Shadern
Android hat schon lange das Zeichnen von Dreiecksnetzen mit benutzerdefinierter Schattierung unterstützt, das Format des Eingabe-Mesh-Netzwerks war jedoch auf einige vordefinierte Attributkombinationen beschränkt. Mit Android 14 werden benutzerdefinierte Mesh-Netzwerke unterstützt, die als Dreiecken oder Dreiecksstreifen definiert und optional indexiert werden können. Diese Mesh-Netzwerke werden mit benutzerdefinierten Attributen, Vertex-Schritten, variiert sowie Vertex- und Fragment-Shader in AGSL spezifiziert.
Der Vertex-Shader definiert die Variationen, wie Position und Farbe, während der Fragment-Shader optional die Farbe für das Pixel definieren kann. Dies geschieht in der Regel anhand der vom Vertex-Shader erzeugten Abweichungen. Wenn vom Fragment-Shader eine Farbe bereitgestellt wird, wird diese im Mischmodus, der beim Zeichnen des Mesh-Netzwerks ausgewählt wurde, mit der aktuellen Paint
-Farbe gemischt. Für zusätzliche Flexibilität können Uniformen an das Fragment und an die Vertex-Shader übergeben werden.
Hardware-Zwischenspeicher-Renderer für Canvas
Damit du die Canvas
API von Android nutzen kannst, um mit Hardwarebeschleunigung in HardwareBuffer
zu zeichnen, wird in Android 14 HardwareBufferRenderer
eingeführt. Diese API ist besonders nützlich, wenn Ihr Anwendungsfall die Kommunikation mit dem Systemcompositor über SurfaceControl
zum Zeichnen mit niedriger Latenz umfasst.