Cette page a été traduite par l'API Cloud Translation.

Mode de compatibilité de l'appareil

Android active un mode de compatibilité pour les applications qui déclarent des restrictions d'orientation ou de redimensionnement. Le mode de compatibilité garantit un comportement acceptable de l'application sur les appareils à grand écran et les téléphones à clapet pliables, mais avec une facilité d'utilisation non optimale.

Les forçages par application permettent aux fabricants d'appareils de modifier le comportement des applications afin d'améliorer l'expérience utilisateur ou d'éviter les problèmes de fonctionnement d'applications sur des appareils spécifiques.

Appareils de référence

Les appareils suivants peuvent nécessiter des forçages par application en raison de configurations inhabituelles ou non compatibles avec les applications:

Tablettes:l'orientation naturelle de certaines tablettes, comme la Pixel Tablet, est le mode paysage. Un appareil est dans son orientation naturelle lorsque Display#getRotation() renvoie Surface.ROTATION_0. Si les applications supposent que ROTATION_0 est en mode portrait, les mises en page des applications et l'aperçu de l'appareil photo peuvent ne pas correspondre à l'écran de l'appareil.
Appareils pliables en mode paysage:certains appareils pliables, tels que le Pixel Fold, sont en mode portrait lorsqu'ils sont pliés, mais en mode paysage lorsqu'ils sont dépliés. Si les applications supposent que l'orientation est dépliée en mode portrait, des boucles de scintillement ou des problèmes de mise en page risquent d'être détectés.
Téléphones à clapet pliables : les téléphones à clapet dépliés sont généralement en mode portrait. Mais lorsqu'ils sont pliés, les téléphones ont généralement un petit écran en mode paysage. Les applications doivent identifier et s'adapter aux différentes orientations des écrans.

Problèmes de compatibilité courants

Lorsque les applications rencontrent des problèmes de compatibilité, ces problèmes sont généralement causés par des restrictions de l'orientation de l'application, des restrictions de redimensionnement et de format, une mauvaise gestion de l'orientation de l'aperçu de l'appareil photo et des API mal utilisées.

Format letterbox

Le format letterbox positionne l'application au centre de l'écran ou, sur les grands écrans, d'un côté ou de l'autre pour en faciliter l'accès. Des bandes (barres de couleur unie ou fond d'écran flouté) remplissent la zone d'affichage inutilisée sur les côtés, ou en haut et en bas de l'application.

Le format letterbox est souvent appliqué sur les appareils à grand écran, car les dimensions et le format de l'écran de l'appareil sont généralement différents de ceux des téléphones standards, pour lesquels la plupart des applications sont conçues.

Figure 1 : Une application limitée au mode portrait est mise au format letterbox sur une tablette en format paysage et sur un appareil pliable.

Problème

L'application n'est pas compatible avec toutes les configurations d'affichage, car elle a une orientation ou un format fixe ou n'est pas redimensionnable.

Parmi les paramètres de configuration qui contrôlent l'orientation et le redimensionnement de l'application, on trouve par exemple les suivants :

screenOrientation: spécifie une orientation fixe pour une application. Les applications peuvent également définir l'orientation au moment de l'exécution à l'aide de Activity#setRequestedOrientation().
resizeableActivity : indique si le système est autorisé ou non à redimensionner les applications pour les adapter aux fenêtres de différentes dimensions. Sur Android 11 (niveau d'API 30) ou version antérieure, ce paramètre indique si les applications sont compatibles ou non avec le mode multifenêtre. Sur Android 12 (niveau d'API 31) ou version ultérieure, spécifie si les applications prennent en charge le mode multifenêtre sur les petits écrans (classe de taille de fenêtre compacte). Sur Android 12 et versions ultérieures, les applications sont compatibles avec le mode multifenêtre sur les grands écrans (classe de taille de fenêtre moyenne ou agrandie), quel que soit le réglage de ce paramètre.
maxAspectRatio : spécifie le format maximal accepté par l'application. Seules les applications avec resizeableActivity défini sur false peuvent définir maxAspectRatio.
minAspectRatio : spécifie le format minimal accepté par l'application. Seules les applications avec resizeableActivity défini sur false peuvent définir minAspectRatio.

Une application limitée au mode portrait et inutilisable sur l'appareil en mode paysage.

Optimisation

L'application doit être compatible avec tous les appareils et toutes les orientations et tailles d'affichage en mode multifenêtre. Supprimez toutes les restrictions d'orientation et de format fixe des mises en page et du fichier manifeste de votre application.

Une application compatible avec toutes les orientations d'appareil.

Solution de compatibilité

Si une application à orientation ou format fixe s'exécute dans une fenêtre où elle n'est pas directement compatible avec la taille ou l'orientation de la fenêtre, Android la met au format letterbox pour préserver la continuité.

À partir d'Android 12 (niveau d'API 31) et avec la version 12L (niveau d'API 32) ensuite, la plate-forme applique diverses améliorations aux applications au format letterbox. Les fabricants d'appareils mettent en œuvre les améliorations de l'interface utilisateur. Vous n'avez pas besoin d'effectuer de développement supplémentaire pour que votre application puisse bénéficier de ces améliorations.

Android 12 (niveau d'API 31) introduit les améliorations esthétiques suivantes, que les fabricants d'appareils peuvent configurer :

Angles arrondis : les angles de la fenêtre de l'application ont un aspect plus élégant.
Transparence de la barre système:les barres d'état et de navigation, qui se superposent à l'application, sont semi-transparentes. Les icônes des barres sont donc toujours visibles sur l'arrière-plan du format letterbox.
Format configurable:vous pouvez ajuster le format de l'application pour l'améliorer.

Figure 2. Application au format letterbox avec améliorations de l'interface utilisateur

La version 12L (niveau d'API 32) ajoute les améliorations fonctionnelles suivantes :

Positionnement configurable:sur les grands écrans, les fabricants d'appareils peuvent positionner l'application sur le côté gauche ou droit de l'écran, ce qui facilite les interactions.
Refonte du bouton de redémarrage:les fabricants d'appareils peuvent donner une nouvelle apparence au bouton de redémarrage du mode de compatibilité de taille afin d'améliorer sa reconnaissance par les utilisateurs.

Android 13 (niveau d'API 33) ajoute une boîte de dialogue pédagogique expliquant à l'utilisateur comment positionner l'application au format letterbox à l'écran ou comment inclure ce format en mode Écran partagé :

Figure 3. Application au format letterbox avec boîte de dialogue pédagogique à destination de l'utilisateur.

Mode de compatibilité de taille

Le mode de compatibilité de taille est un format letterbox qui inclut une commande de redémarrage. Cette commande permet aux utilisateurs de redémarrer l'application et de redessiner l'écran. Android appelle le mode de compatibilité de taille pour les applications qui ne sont pas redimensionnables. Lorsqu'une activité est déplacée vers un conteneur d'affichage incompatible avec ses dimensions, le système peut redimensionner l'application pour qu'elle occupe toute la largeur et/ou toute la longueur de l'écran de l'appareil.

Voici les modifications apportées à la configuration de l'appareil qui peuvent déclencher le mode de compatibilité de taille :

Rotation de l'appareil
Pliage ou dépliage d'appareils pliables
Passage du mode plein écran au mode Écran partagé

Problème

Le mode de compatibilité de taille s'applique généralement aux activités dont l'orientation ou le format sont limités, et qui sont configurées (ou déterminées par le système) pour ne pas être redimensionnables.

Votre application est considérée comme redimensionnable (et ne sera pas placée en mode de compatibilité de taille) si elle répond à l'un des critères suivants :

Elle est redimensionnable avec resizeableActivity="true".
Elle est compatible avec le mode Picture-in-picture (PIP).
Elle est intégrée.
Le fabricant de l'appareil lui a appliqué le forçage par application FORCE_RESIZE_APP (les propriétés définies par l'application sont ignorées).

Si votre application ne remplit pas l'une de ces conditions, elle est considérée comme non redimensionnable. Elle peut donc être placée en mode de compatibilité de taille.

Une application non redimensionnable plante en mode multifenêtre.

Optimisation

L'application doit être compatible avec toutes les tailles d'écran. Rendez votre application redimensionnable en définissant l'attribut android:resizeableActivity de l'élément <activity> ou <application> sur true dans le fichier manifeste de l'application. Concevez des mises en page responsives/adaptatives pour votre application. Pour en savoir plus, consultez les pages Assurer la compatibilité avec différentes tailles d'écran et Compatibilité avec le mode multifenêtre.

L'application fonctionne avec toutes les tailles de fenêtre.

Solution de compatibilité

Android place une application en mode de compatibilité de taille lorsque le système détermine que l'affichage de l'application au format letterbox peut être amélioré en redimensionnant l'application pour qu'elle remplisse la fenêtre d'affichage dans au moins une dimension. Le système affiche une commande de redémarrage qui recrée le processus de l'application, recréant l'activité et redessinant l'écran. Consultez aussi la page Présentation des processus et des threads.

Une application au format portrait uniquement mise au format letterbox en mode paysage, redimensionnée par une commande de redémarrage.

Boucles de clignotement

Lorsqu'une application n'est pas compatible avec toutes les orientations d'écran, elle peut demander de nouvelles orientations à plusieurs reprises lors d'une modification de la configuration, créant ainsi une boucle infinie qui fera clignoter l'écran ou pivoter l'application sans fin.

Problème

Sur Android 12 (niveau d'API 31) ou version ultérieure, les fabricants peuvent configurer leurs appareils de manière à ignorer les restrictions d'orientation spécifiées par les applications et à appliquer à la place les modes de compatibilité. Par exemple, un appareil pliable peut ignorer le paramètre android:screenOrientation="portrait" d'une activité lorsque celle-ci s'affiche sur l'écran intérieur de l'appareil au format tablette.

Si les restrictions d'orientation d'une application sont ignorées, l'application peut définir son orientation de façon programmatique en appelant Activity#setRequestedOrientation(). L'appel déclenche un redémarrage de l'application si celle-ci ne gère pas les modifications de configuration (consultez la section Gérer les modifications de configuration). Après le redémarrage, les restrictions d'orientation de l'application sont à nouveau ignorées, l'application répète l'appel de setRequestedOrientation(), l'appel déclenche un redémarrage de l'application, et ainsi de suite dans une boucle perpétuelle.

Vous pouvez également rencontrer ce problème lorsque l'orientation naturelle (l'orientation usuelle déterminée par Android) de l'écran d'un appareil est le mode paysage (c'est-à-dire que l'appel de Display#getRotation() renvoie Surface.ROTATION_0 alors que l'appareil est en mode paysage). Par le passé, les applications considéraient que Display.getRotation() = Surface.ROTATION_0 indiquait que l'appareil était en mode portrait, mais ce n'est pas toujours le cas, par exemple sur l'écran interne de certains appareils pliables et sur certaines tablettes.

Une application en mode paysage sur un écran intérieur pliable peut vérifier la rotation de l'écran, recevoir une valeur de ROTATION_0, supposer que l'orientation naturelle de l'appareil est en mode portrait et appeler setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_PORTRAIT ) pour reconfigurer la mise en page de l'application. Après le redémarrage de l'application (en mode paysage), elle peut à nouveau vérifier la rotation de l'écran, recevoir la valeur ROTATION_0, appeler setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_PORTRAIT) et poursuivre la boucle infinie.

Une application en mode paysage uniquement sur un écran en mode portrait appelle `Activity#setRequestedOrientation()` de façon répétée.

Optimisation

Les applications ne doivent pas effectuer les opérations suivantes :

Définissez une orientation par défaut avec Activity#setRequestedOrientation() dans la méthode onCreate() de l'activité, car la requête d'orientation peut être déclenchée de manière inattendue par des modifications de configuration non gérées.
Supposer que l'orientation naturelle de l'appareil (ROTATION_0) est le mode portrait
Définir l'orientation en fonction de signaux qui ne sont pas liés à la taille de fenêtre actuelle, comme Display#getRotation(), la présence d'une FoldingFeature ou des API obsolètes

L'application gère le changement de configuration et ne présente aucune restriction d'orientation. Par conséquent, elle n'entre pas dans une boucle de clignotement.

Solution de compatibilité

Android ignore les appels à Activity#setRequestedOrientation() dans les situations suivantes:

L'activité a déjà été relancée à partir d'un appel précédent à la méthode, ou le traitement de rotation forcée pour compatibilité de l'appareil photo a été activé (voir Aperçu de l'appareil photo ci-dessous).

Les fabricants d'appareils peuvent appliquer ce comportement à une application avec OVERRIDE_ENABLE_COMPAT_IGNORE_REQUESTED_ORIENTATION.
L'activité a effectué plus de deux requêtes d'orientation en une seconde, ce qui indique qu'une boucle s'est produite. Parmi les deux requêtes de la boucle, Android utilise celle qui maximise la zone d'affichage de l'application.

Les fabricants d'appareils peuvent appliquer ce comportement à une application avec OVERRIDE_ENABLE_COMPAT_IGNORE_ORIENTATION_REQUEST_WHEN_LOOP_DETECTED.

Aperçu de l'appareil photo

L'aperçu de l'appareil photo (ou le viseur) des applications d'appareil photo peut être mal aligné ou déformé sur les tablettes, les ordinateurs portables et les écrans pliables.

Problème

Le document de définition de compatibilité Android spécifie qu'un capteur d'image de l'appareil photo "DOIT être orienté de sorte à faire correspondre la dimension longue de l'appareil photo à la dimension longue de l'écran".

Les applications supposent souvent que l'orientation de l'appareil et celle du capteur de l'appareil photo sont en mode portrait, ce qui est une hypothèse acceptable pour les téléphones mobiles standards. Cependant, l'orientation naturelle des tablettes et des ordinateurs portables et des capteurs de leur appareil photo peut être en mode paysage. En outre, les nouveaux facteurs de forme tels que les pliables peuvent avoir plusieurs orientations naturelles et plusieurs capteurs d'appareil photo dans différentes orientations.

Le démarrage d'une activité avec une orientation d'appareil photo à laquelle l'application ne s'attend pas, ou le passage d'un appareil photo ou d'un écran à l'autre (pour les appareils pliables) peut entraîner un mauvais alignement ou une distorsion de l'aperçu de l'appareil photo.

L'aperçu de l'appareil photo est déformé et mal aligné sur un appareil pliable à grand écran.

Optimisation

Les applications d'appareil photo doivent identifier et gérer correctement l'orientation de l'appareil et celle du capteur de l'appareil photo pour présenter un aperçu correctement aligné et à l'échelle. Les applications doivent calculer la rotation de l'appareil, la rotation des capteurs et le format de l'écran ou de la fenêtre, puis appliquer les résultats obtenus à l'aperçu de l'appareil photo. Pour en savoir plus, consultez Aperçu de l'appareil photo et Présentation du viseur de l'appareil photo.

L'aperçu de l'appareil photo est correctement aligné et mis à l'échelle dans toutes les orientations d'appareil.

Solution de compatibilité

Un appareil est en orientation naturelle lorsque Display#getRotation() renvoie Surface.ROTATION_0. Le système calcule CameraCharacteristics.SENSOR_ORIENTATION à partir de l'orientation naturelle de l'appareil. Android adapte la fenêtre du mode portrait de l'application limitée au mode portrait à l'orientation naturelle de l'appareil, le comportement attendu par la plupart des applications. Android recadre également l'image du capteur de l'appareil photo lorsque le capteur est orienté en mode paysage alors que l'aperçu de l'appareil photo est en mode portrait. Voici des solutions spécifiques:

Forcer la rotation des aperçus de l'appareil photo pour les applications limitées au mode portrait : les applications limitées au mode portrait s'attendent à ce que l'orientation naturelle de l'appareil et l'orientation du capteur de l'appareil photo soient en mode portrait. Toutefois, sur Android 12 (niveau d'API 31) ou version ultérieure, les applications peuvent s'exécuter dans plusieurs orientations d'appareil si les fabricants d'appareils ignorent la spécification d'orientation.

Lorsqu'une application limitée au mode portrait est connectée à l'appareil photo, Android force la rotation de l'application pour aligner la fenêtre du mode portrait avec l'orientation naturelle de l'appareil.

Sur certaines tablettes (voir les appareils de référence), la fenêtre de l'application en mode portrait est pivotée en mode portrait plein écran pour s'adapter à l'orientation naturelle de l'appareil. L'application occupe la totalité de l'écran après la rotation forcée.

Tablette : rotation forcée d'une application limitée au mode portrait.

Sur l'écran intérieur en mode paysage des appareils pliables (voir les appareils de référence), les activités limitées au mode portrait sont orientées en mode paysage pour correspondre à l'orientation naturelle lorsque l'appareil est déplié. Après la rotation forcée, l'application est mise au format letterbox.

Pliable : forcez la rotation de l'application limitée au mode portrait. L'application est également mise au format letterbox.

Remarque : Le forçage de la rotation n'a pas lieu si votre application est responsive et gère correctement les modes portrait et paysage.
Recadrage de la caméra avant intérieure:le capteur de la caméra avant intérieure de certains appareils pliables est en mode paysage. En plus de forcer la rotation de l'aperçu de l'appareil photo sur l'écran intérieur de l'appareil pliable, Android recadre le champ de vision de la caméra avant intérieure (paysage) afin que le capteur capture une vue opposée à l'orientation de l'appareil.
Forcer l'actualisation des aperçus de l'appareil photo : le système parcourt les méthodes d'activité onStop() et onStart() (par défaut) ou onPause() et onResume() (appliquées par le forçage par application OVERRIDE_CAMERA_COMPAT_ENABLE_REFRESH_VIA_PAUSE) après la rotation forcée pour s'assurer que l'aperçu de l'appareil photo s'affiche correctement.
Mise à l'échelle du format : le système modifie de façon dynamique le format de l'aperçu de l'appareil photo qui a fait l'objet d'une rotation forcée, afin qu'il soit à un format minimal plus élevé, ce qui permet de s'assurer que l'aperçu de l'appareil photo est correctement mis à l'échelle.

Les développeurs d'applications peuvent ignorer ces solutions si les applications gèrent correctement l'aperçu de l'appareil photo. Consultez la section Forçages par application.

Mauvaises utilisations courantes d'API

Android prend désormais en charge des fonctionnalités telles que le mode multifenêtre et des appareils tels que les appareils pliables. Les anciennes API sont donc obsolètes et ont été remplacées par des API à jour, compatibles avec toutes les tailles d'écran et tous les facteurs de forme d'appareil. Toutefois, les API obsolètes sont toujours disponibles pour assurer la rétrocompatibilité.

Certaines API View sont conçues pour des besoins particuliers qui ne sont pas toujours bien compris par les développeurs.

Problème

Les développeurs continuent à utiliser des API Display obsolètes et supposent à tort que les API renvoient les limites de l'application au lieu des limites de la zone d'affichage de l'appareil. Les développeurs peuvent également utiliser à tort des API de vues spécifiques pour obtenir des métriques d'affichage générales. Cela entraîne des erreurs de calcul lors du repositionnement des éléments d'interface utilisateur après des événements de redimensionnement de la fenêtre de l'application, ce qui entraîne des problèmes de mise en page.

API Display obsolètes et couramment utilisées de façon incorrecte :

Pour en savoir plus, consultez la section Prendre en charge le mode multifenêtre.

API View mal utilisées :

L'API obsolète calcule mal les limites de l'application. Du contenu de l'application ne s'affiche pas à l'écran.

Optimisation

Ne vous appuyez jamais sur la taille d'écran physique pour positionner les éléments d'interface utilisateur. Migrez votre application vers des API basées sur WindowMetrics, y compris les API WindowManager suivantes :

Plate-forme :
- getCurrentWindowMetrics()
- getMaximumWindowMetrics()
Jetpack:
- WindowMetricsCalculator#computeCurrentWindowMetrics()
- WindowMetricsCalculator#computeMaximumWindowMetrics()

L'API calcule correctement les métriques de la fenêtre de l'application.

Solution de compatibilité

Deux forçages permettent d'ajuster les API Display obsolètes et les API View mal utilisées pour renvoyer les limites de l'application : ALWAYS_SANDBOX_DISPLAY_APIS pour les API Display et OVERRIDE_SANDBOX_VIEW_BOUNDS_APIS pour les API View. ALWAYS_SANDBOX_DISPLAY_APIS est également appliqué par défaut aux applications éligibles au mode de compatibilité de taille.

Activités transparentes

Les activités transparentes sont le résultat de styles d'arrière-plan transparents, par exemple:

<style name="Transparent" parent="AppTheme">
    <item name="android:windowIsTranslucent">true</item>
    <item name="android:windowBackground">@android:color/transparent</item>
</style>

Les thèmes associés aux boîtes de dialogue, tels que Theme.MaterialComponents.Dialog, peuvent inclure des styles qui rendent les activités transparentes.

Les activités transparentes n'occupent pas tout l'espace d'affichage disponible. Elles sont donc difficiles à gérer, car la zone d'affichage disponible peut changer en fonction des changements de configuration tels que la rotation de l'appareil, le pliage et le dépliage de l'appareil, et le mode multifenêtre.

Problème

Une activité transparente doit respecter les limites de la première activité opaque sous l'activité transparente dans la pile d'activités de la tâche. Cependant, une activité opaque qui lance une boîte de dialogue d'autorisation peut être un trampoline (activité qui lance une autre activité, puis disparaît). Par conséquent, le système ne peut pas déterminer les limites de l'activité de trampoline qui a lancé l'activité de boîte de dialogue d'autorisation transparente.

Boîte de dialogue mal positionnée, car l'activité a été lancée à partir d'un trampoline.

Optimisation

Les activités transparentes héritent des contraintes de l'activité opaque supérieure située en dessous d'elles dans la pile d'activités d'une tâche. L'activité opaque doit être disponible tout au long du cycle de vie de l'activité transparente, de sa création à sa destruction. C'est pourquoi vous ne devez pas lancer de demandes d'autorisation à partir d'activités de trampoline.

Si une activité de trampoline lance une demande d'autorisation, il est possible que l'utilisateur ne puisse pas voir la boîte de dialogue d'autorisation, car l'activité de trampoline a été détruite avant que l'utilisateur n'ait eu le temps de répondre à la boîte de dialogue, et que ses dimensions et sa position aient été calculées de manière incorrecte.

Les applications doivent toujours lancer les demandes d'autorisation à partir d'activités qui restent visibles jusqu'à ce que l'utilisateur prenne une décision concernant l'autorisation.

Coins arrondis

Une activité peut être transparente en raison d'un style qui spécifie la transparence de l'arrière-plan ou parce que le contenu de l'activité ne remplit pas l'espace d'affichage disponible. Si une activité transparente remplit l'espace d'affichage disponible, le système applique automatiquement des angles arrondis à l'activité si le fabricant de l'appareil l'a configuré. Toutefois, si une activité transparente (telle qu'une boîte de dialogue d'autorisation) ne remplit pas l'espace disponible, c'est à vous de décider d'appliquer ou non des angles arrondis.

Les boîtes de dialogue d'autorisation ne remplissent pas l'espace d'affichage disponible, car leur mise en page utilise généralement LayoutParams.WRAP_CONTENT au lieu de LayoutParams.MATCH_PARENT.

Boîte de dialogue avec des angles arrondis correctement positionnés sur l'activité de lancement visible.

Solution de compatibilité

Les activités qui lancent les activités de boîte de dialogue restent visibles jusqu'à ce que l'utilisateur réponde à la boîte de dialogue.

Le système garantit qu'une activité transparente hérite de toutes les contraintes de la première activité opaque sous l'activité transparente dans la pile d'activités, y compris les contraintes liées aux éléments suivants:

Mode de compatibilité de taille
Orientation
Format

Jeux Unity

Sur Android, les jeux Unity s'exécutent en plein écran ou en mode multifenêtre. Toutefois, de nombreux jeux Unity perdent leur focus et arrêtent de dessiner du contenu lorsque l'application est placée en mode multifenêtre.

Problème

Unity a ajouté une option Resizable Window dans Unity 2019.4 pour prendre en charge le mode multifenêtre sur Android. Cependant, l'implémentation initiale n'a pas réagi correctement au cycle de vie de l'activité en mode multifenêtre, ce qui a entraîné l'interruption de la lecture par UnityPlayer lorsque l'application perd son focus. Le joueur affichait un écran noir ou la dernière image figée du jeu. Le jeu ne reprenait alors pas tant que l'utilisateur n'avait pas appuyé sur l'écran. De nombreuses applications utilisant le moteur Unity sont confrontées à ce problème et s'affichent sous la forme d'une fenêtre noire en mode multifenêtre.

Le jeu perd son focus en mode multifenêtre et s'affiche sous la forme d'une fenêtre noire.

Optimisation

Mettez à niveau Unity vers la version 2019.4.40 ou une version ultérieure, puis réexportez votre jeu. Laissez l'option Resizable Window cochée dans les paramètres du lecteur Android. Sinon, le jeu se met en pause lorsqu'il n'est pas au premier plan, même s'il est entièrement visible en mode multifenêtre.

Le jeu affiche correctement le contenu en mode multifenêtre, même s'il n'est pas au premier plan.

Solution de compatibilité

Les fabricants d'appareils peuvent appliquer le forçage OVERRIDE_ENABLE_COMPAT_FAKE_FOCUS par application pour fournir un faux événement de focus à une application en mode multifenêtre. Le forçage permet à l'activité de redessiner le contenu au lieu d'afficher un écran noir.

Tester votre application pour identifier les problèmes de compatibilité

Pour tester votre application et comprendre son comportement sous différents facteurs de forme, consultez les ressources suivantes:

Streaming sur l'appareil:pour tester votre application sur des appareils de production (y compris des appareils de référence) hébergés dans les centres de données Google, consultez Streaming d'appareil Android, optimisé par Firebase .
Émulateurs dans Android Studio Hedgehog : pour savoir comment créer des émulateurs pour les appareils de référence, consultez la page Créer et gérer des appareils virtuels.
Émulateur redimensionnable Android Studio : pour savoir comment accéder aux appareils virtuels, consultez Exécuter des applications sur Android Emulator.

Est au format letterbox

Vérifiez que chaque activité peut utiliser tout l'espace d'affichage disponible pour l'application. Tout d'abord, déclarez le code suivant dans votre dossier de test :

Kotlin

fun Activity.isLetterboxed() : Boolean {
    if (isInMultiWindowMode) return false

    val wmc = WindowMetricsCalculator.getOrCreate()
    val currentBounds = wmc.computeCurrentWindowMetrics(this).bounds
    val maxBounds = wmc.computeMaximumWindowMetrics(this).bounds

    val isScreenPortrait = maxBounds.height() > maxBounds.width()

    return if (isScreenPortrait) {
        currentBounds.height() < maxBounds.height()
    } else {
        currentBounds.width() < maxBounds.width()
    }
}

Java

public boolean isLetterboxed(Activity activity) {
    if (activity.isInMultiWindowMode()) {
        return false;
    }

    WindowMetricsCalculator wmc = WindowMetricsCalculator.getOrCreate();
    Rect currentBounds = wmc.computeCurrentWindowMetrics(activity).getBounds()
    Rect maxBounds = wmc.computeMaximumWindowMetrics(activity).getBounds();

    boolean isScreenPortrait = maxBounds.height() > maxBounds.width();

    return (isScreenPortrait)
        ? currentBounds.height() < maxBounds.height()
        : currentBounds.width() < maxBounds.width();
}

Exécutez ensuite un test pour vérifier le comportement et vous assurer que l'activité cible n'est pas au format letterbox :

Kotlin

@get:Rule
val activityRule = ActivityScenarioRule(MainActivity::class.java)

@Test
fun activity_launched_notLetterBoxed() {
    activityRule.scenario.onActivity {
        assertThat(it.isLetterboxed()).isFalse()
    }
}

Java

@Rule
public ActivityScenarioRule<MainActivity> rule = new ActivityScenarioRule<>(MainActivity.class);

public void activity_launched_notLetterBoxed() {
    try (ActivityScenario<MainActivity> scenario = ActivityScenario.launch(MainActivity.class)) {
        scenario.onActivity(activity -> {
            assertThat(isLetterboxed(activity)).isFalse();
        });
    }
}

Idéalement, n'exécutez ce type de test que jusqu'à ce qu'il réussisse et confirme que les activités de votre application occupent la totalité de l'espace d'affichage disponible pour l'application. Testez votre application sur tous les types d'appareils pour garantir un comportement cohérent.

Forçages par application

Android fournit des forçages qui modifient le comportement configuré des applications. Par exemple, le forçage FORCE_RESIZE_APP indique au système de contourner le mode de compatibilité de taille et de redimensionner l'application pour qu'elle s'adapte aux dimensions d'affichage, même si resizeableActivity="false" est spécifié dans le fichier manifeste de l'application.

Les fabricants d'appareils appliquent des forçages à certaines applications ou à toutes les applications sur des appareils à grand écran spécifiques. Sur Android 14 (niveau d'API 34) ou version ultérieure, les utilisateurs peuvent appliquer des forçages aux applications via les paramètres de l'appareil.

Forçages par application de l'utilisateur

Sur Android 14 ou version ultérieure, un menu de paramètres permet aux utilisateurs de modifier le format des applications. Les appareils à grand écran tels que les appareils de référence implémentent le menu.

Le menu contient la liste de toutes les applications installées sur l'appareil. Les utilisateurs choisissent une application, puis définissent le format de l'application sur 3:4, 1:1, en plein écran ou sur une autre valeur configurée par le fabricant de l'appareil. Les utilisateurs peuvent également rétablir le format par défaut de l'application, spécifié dans le fichier manifeste de l'application.

Les applications peuvent désactiver le forçage de la compatibilité en définissant les balises PackageManager.Property suivantes :

PROPERTY_COMPAT_ALLOW_USER_ASPECT_RATIO_OVERRIDE

Pour désactiver le forçage de compatibilité du format de l'utilisateur, ajoutez la propriété au fichier manifeste de votre application et définissez la valeur sur false:
```
<application>
    <property
        android:name="android.window.
        PROPERTY_COMPAT_ALLOW_USER_ASPECT_RATIO_OVERRIDE"
        android:value="false" />
</application>
```
Votre application sera exclue de la liste des applications dans les paramètres de l'appareil. Les utilisateurs ne pourront pas ignorer le format de l'application.

Définir la propriété sur true n'a aucun effet.
PROPERTY_COMPAT_ALLOW_USER_ASPECT_RATIO_FULLSCREEN_OVERRIDE

Pour désactiver l'option plein écran du remplacement de compatibilité du format utilisateur, ajoutez la propriété au fichier manifeste de votre application et définissez la valeur sur false:
```
<application>
    <property
        android:name="android.window.PROPERTY_COMPAT_ALLOW_USER_ASPECT_RATIO_FULLSCREEN_OVERRIDE"
        android:value="false" />
</application>
```
L'option plein écran est supprimée de la liste des options de format dans les paramètres de l'appareil. Les utilisateurs ne pourront pas appliquer le forçage en plein écran à votre application.

Attention :Si PROPERTY_COMPAT_ALLOW_USER_ASPECT_RATIO_OVERRIDE est défini sur false, cette propriété n'a aucun effet.

Définir cette propriété sur true n'a aucun effet.

Optimisez votre application pour tous les écrans:ne définissez pas de restrictions de format dans votre application. Utilisez des classes de taille de fenêtre pour accepter différentes mises en page en fonction de la quantité d'espace d'affichage disponible.

Forçages par application du fabricant de l'appareil

Les fabricants d'appareils appliquent des forçages par application sur certains appareils. Les appareils de référence peuvent appliquer certains forçages à diverses applications par défaut.

Les applications peuvent désactiver la plupart des forçages (voir le tableau Remplacements par application ci-dessous).

Vous pouvez tester votre application avec les forçages activés ou désactivés à l'aide du framework de compatibilité (consultez la section Outils du framework de compatibilité). Lorsque cette option est activée, les forçages s'appliquent à l'ensemble de l'application.

Vous pouvez également utiliser Android Debug Bridge (adb) pour activer ou désactiver les forçages et déterminer ceux qui s'appliquent à votre application.

Activez ou désactivez les forçages comme suit :

adb shell am compat enable/disable <override name/id> <package>

Pour les appareils de référence, vérifiez les forçages qui s'appliquent à votre application:

adb shell dumpsys platform_compat | grep <package name>

Le tableau suivant recense les forçages disponibles, ainsi que des conseils sur comment optimiser votre application afin qu'elle n'ait pas besoin d'utiliser des forçages. Vous pouvez ajouter des indicateurs de propriété au fichier manifeste de votre application pour désactiver certains forçages.

Forçages par application
Type	Nom	ID	Description
Redimensionnement	FORCE_RESIZE_APP	174042936	Contourne le mode de compatibilité de taille pour l'application lors des modifications de configuration.
	FORCE_NON_RESIZE_APP	181136395	Force le mode de compatibilité pour l'application en cas de modification de la configuration.
Format	OVERRIDE_MIN_ASPECT_RATIO	174042980	Forçage faisant office de gardien et qui doit être activé pour appliquer tout autre forçage de format.
	OVERRIDE_MIN_ASPECT_RATIO_PORTRAIT_ONLY	203647190	Si cette option est activée (valeur par défaut), le champ d'application du forçage est limité aux activités en mode portrait.
	OVERRIDE_MIN_ASPECT_RATIO_MEDIUM	180326845	Définit le format minimal sur 3:2.
	OVERRIDE_MIN_ASPECT_RATIO_LARGE	180326787	Définit le format minimal sur 16:9.
	OVERRIDE_MIN_ASPECT_RATIO_TO_ALIGN_WITH_SPLIT_SCREEN	208648326	Modifie le format minimal pour qu'il s'adapte à 50 % de la taille de l'écran (ou du format de l'écran partagé).
	OVERRIDE_MIN_ASPECT_RATIO_EXCLUDE_PORTRAIT_FULLSCREEN	218959984	Désactive le forçage du format minimal afin que les applications s'affichent en plein écran lorsque l'appareil est en mode portrait.
Orientation	OVERRIDE_ANY_ORIENTATION	265464455	Permet de forcer n'importe quelle orientation.
	OVERRIDE_ANY_ORIENTATION_TO_USER	310816437	Remplace les restrictions d'orientation, de redimensionnement et de format.
	OVERRIDE_UNDEFINED_ORIENTATION_TO_PORTRAIT	265452344	Force l'orientation en mode portrait lorsque l'orientation d'une activité n'est pas définie.
	OVERRIDE_UNDEFINED_ORIENTATION_TO_NOSENSOR	265451093	Force l'orientation `nosensor` (utiliser l'orientation naturelle de l'appareil) lorsque l'orientation d'une activité n'est pas définie.
	OVERRIDE_LANDSCAPE_ORIENTATION_TO_REVERSE_LANDSCAPE	266124927	Fait pivoter les applications limitées au mode paysage de 180 degrés.
	OVERRIDE_ORIENTATION_ONLY_FOR_CAMERA	265456536	Limite le champ d'application du forçage de l'orientation aux moments où l'application est connectée à l'appareil photo.
	OVERRIDE_USE_DISPLAY_LANDSCAPE_NATURAL_ORIENTATION	255940284	Définit l'orientation naturelle fixe paysage pour l'écran lorsqu'une tâche est en plein écran (y compris au format letterbox).
	OVERRIDE_ENABLE_COMPAT_IGNORE_REQUESTED_ORIENTATION	254631730	Ignore les requêtes d'orientation de l'application pour éviter les boucles infinies de rotation.
	OVERRIDE_ENABLE_COMPAT_IGNORE_ORIENTATION_REQUEST_WHEN_LOOP_DETECTED	273509367	Ignore les requêtes d'orientation répétées lors du redémarrage d'une activité. Si Android détecte qu'une application demande au moins deux nouvelles orientations en une seconde, le système considère qu'il s'agit d'une boucle infinie de rotation et applique le forçage.
	OVERRIDE_RESPECT_REQUESTED_ORIENTATION	236283604	Empêche la mise au format letterbox en désactivant le paramètre de requête d'orientation du fabricant de l'appareil.
API bac à sable	NEVER_SANDBOX_DISPLAY_APIS	184838306	Empêche la modification du comportement de toute API d'affichage.
	ALWAYS_SANDBOX_DISPLAY_APIS	185004937	Force les API `Display` dans l'application à renvoyer les limites de l'application. Les API `Display` renvoient les limites de zone d'affichage logique, mais l'application suppose parfois que les API `Display` renvoient les limites de l'application, ce qui entraîne des problèmes d'UI.
	OVERRIDE_SANDBOX_VIEW_BOUNDS_APIS	237531167	Force les API `View` utilisées dans l'application à renvoyer les limites de l'application. Les API `View` renvoient les limites logiques de la zone d'affichage, mais il arrive parfois que l'application suppose que les API `View` renvoient les limites de l'application, ce qui entraîne des problèmes d'UI.
Compatibilité d'appareil photo	OVERRIDE_CAMERA_COMPAT_DISABLE_FORCE_ROTATION	263959004	Désactive la rotation forcée. Par défaut, la rotation de toutes les applications d'appareil photo à orientation fixe est forcée lorsque l'aperçu de l'appareil photo est ouvert.
	OVERRIDE_CAMERA_COMPAT_DISABLE_REFRESH	264304459	Supprime l'actualisation forcée par défaut qui s'applique lors de la rotation forcée d'un aperçu d'appareil photo.
	OVERRIDE_CAMERA_COMPAT_ENABLE_REFRESH_VIA_PAUSE	264301586	Remplace l'actualisation forcée par une actualisation en douceur en cas de rotation forcée d'un aperçu d'appareil photo, ce qui permet de conserver l'état lors de la rotation forcée. Par défaut, Android applique une actualisation forcée lorsque la rotation de l'aperçu de l'appareil photo est forcée. En cas d'actualisation forcée, certaines applications peuvent perdre leur état ou afficher un écran noir, en fonction de la mise en cache de leur état précédent.
	OVERRIDE_CAMERA_LANDSCAPE_TO_PORTRAIT	250678880	Recadre le tampon d'image de la caméra avant intérieure. Si le forçage est désactivé, le recadrage de la caméra avant intérieure est supprimé, et le champ de vision de l'aperçu de l'appareil photo est augmenté. Par défaut, sur certains appareils pliables (voir les appareils de référence), le système recadre l'aperçu de l'appareil photo de toutes les applications d'appareil photo lorsque vous utilisez la caméra avant intérieure.
Divers	OVERRIDE_ENABLE_COMPAT_FAKE_FOCUS	263259275	Empêche l'application d'afficher un écran noir lorsqu'elle perd son focus en mode Écran partagé. L'application attend le retour du focus avant de dessiner son contenu. L'application peut donc se figer ou afficher un écran noir. Le forçage permet à Android d'envoyer un faux événement de focus à l'application, ce qui lui indique de recommencer à dessiner le contenu.

FORCE_RESIZE_APP

Force le redimensionnement des packages auxquels le forçage est appliqué. Ne modifie pas si l'application peut être mise en mode multifenêtre, mais permet à l'application de se redimensionner sans passer en mode de compatibilité de taille lorsque l'écran est redimensionné.

Comment les applications peuvent obtenir le même résultat que le forçage

Dans le fichier manifeste de l'application, définissez l'attribut android:resizeableActivity sur true ou, pour permettre le redimensionnement tout en désactivant le mode multifenêtre avec android:resizeableActivity=false, définissez l'indicateur de métadonnées android.supports_size_changes sur true.

Comment optimiser les applications

Utilisez des mises en page responsives/adaptatives pour permettre aux applications de s'adapter à toutes les tailles d'écran et à tous les formats. Consultez Assurer la compatibilité avec différentes tailles d'écran.

Comment désactiver ou refuser le forçage

Définissez l'indicateur de propriété PROPERTY_COMPAT_ALLOW_RESIZEABLE_ACTIVITY_OVERRIDES sur false.

Indicateurs de propriété pour ajuster le forçage

<property android:name="android.window.PROPERTY_COMPAT_ALLOW_RESIZEABLE_ACTIVITY_OVERRIDES"
  android:value="true|false"/>

Commandes adb pour tester le forçage

Pour appliquer le forçage et faire en sorte que l'application puisse être redimensionnée :

adb shell am compat enable FORCE_RESIZE_APP <package>

Pour supprimer le forçage :

adb shell am compat disable FORCE_RESIZE_APP <package>

Remarque : les commandes appliquent ou suppriment le forçage de manière temporaire uniquement.

FORCE_NON_RESIZE_APP

Force le non-redimensionnement des packages auxquels le forçage est appliqué et passe en mode de compatibilité de taille en cas de modification de la configuration.

Comment les applications peuvent obtenir le même résultat que le forçage

Définissez l'attribut android:resizeableActivity et l'indicateur de métadonnées android.supports_size_changes sur false dans le fichier manifeste de l'application, puis déclarez une restriction d'orientation ou de format.

Comment optimiser les applications

Toutes les applications dont le comportement est correct en cas de redimensionnement doivent définir android:resizeableActivity ou android.supports_size_changes sur true. Toutes les autres applications doivent être améliorées afin que leur comportement soit correct en cas de redimensionnement. Consultez android:resizeableActivity.

Comment désactiver ou refuser le forçage

Définissez l'indicateur de propriété PROPERTY_COMPAT_ALLOW_RESIZEABLE_ACTIVITY_OVERRIDES sur false.

Indicateurs de propriété pour ajuster le forçage

<property android:name="android.window.PROPERTY_COMPAT_ALLOW_RESIZEABLE_ACTIVITY_OVERRIDES"
  android:value="true|false"/>

Commandes adb pour tester le forçage

Pour appliquer le forçage et faire en sorte que l'application ne puisse pas être redimensionnée :

adb shell am compat enable FORCE_NON_RESIZE_APP <package>

Pour supprimer le forçage :

adb shell am compat disable FORCE_NON_RESIZE_APP <package>

Remarque : les commandes appliquent ou suppriment le forçage de manière temporaire uniquement.

OVERRIDE_MIN_ASPECT_RATIO

Contrôleur pour tous les forçages qui forcent un format minimal donné.

Comment les applications peuvent obtenir le même résultat que le forçage

Définissez android:minAspectRatio au niveau de l'activité ou de l'application.

Comment optimiser les applications

Ne définissez pas de restrictions de format dans votre application. Assurez-vous que votre application est compatible avec différentes tailles d'écran. Utilisez des classes de taille de fenêtre pour prendre en charge différentes mises en page en fonction de la quantité d'espace qu'occupe votre application à l'écran. Consultez l'API WindowSizeClass Compose et l'API View WindowSizeClass.

Comment désactiver ou refuser le forçage

Spécifiez une restriction de format ou définissez l'indicateur de propriété PROPERTY_COMPAT_ALLOW_MIN_ASPECT_RATIO_OVERRIDE sur false.

Indicateurs de propriété pour ajuster le forçage

<property android:name="android.window.PROPERTY_COMPAT_ALLOW_MIN_ASPECT_RATIO_OVERRIDE"
  android:value="false"/>

Commandes adb pour tester le forçage

Pour appliquer le forçage :

adb shell am compat enable OVERRIDE_MIN_ASPECT_RATIO <package>

Pour supprimer le forçage :

adb shell am compat disable OVERRIDE_MIN_ASPECT_RATIO <package>

Remarque : les commandes appliquent ou suppriment le forçage de manière temporaire uniquement.

OVERRIDE_MIN_ASPECT_RATIO_PORTRAIT_ONLY

Limite les paramètres d'application qui forcent un format minimal donné pour les activités en mode portrait uniquement. Il est activé par défaut et ne prend effet que si OVERRIDE_MIN_ASPECT_RATIO est également activé.

Commandes adb pour tester le forçage

Pour appliquer le forçage :

adb shell am compat enable OVERRIDE_MIN_ASPECT_RATIO_PORTRAIT_ONLY <package>

Pour supprimer le forçage :

adb shell am compat disable OVERRIDE_MIN_ASPECT_RATIO_PORTRAIT_ONLY <package>

Remarque : les commandes appliquent ou suppriment le forçage de manière temporaire uniquement.

OVERRIDE_MIN_ASPECT_RATIO_MEDIUM

Définit le format minimal de l'activité sur une valeur moyenne (3:2).

Comment les applications peuvent obtenir le même résultat que le forçage

Voir OVERRIDE_MIN_ASPECT_RATIO.

Comment optimiser les applications

Voir OVERRIDE_MIN_ASPECT_RATIO.

Comment désactiver ou refuser le forçage

Voir OVERRIDE_MIN_ASPECT_RATIO.

Indicateurs de propriété pour ajuster le forçage

Voir OVERRIDE_MIN_ASPECT_RATIO.

Commandes adb pour tester le forçage

Pour appliquer le forçage :

adb shell am compat enable OVERRIDE_MIN_ASPECT_RATIO_MEDIUM <package>

Pour supprimer le forçage :

adb shell am compat disable OVERRIDE_MIN_ASPECT_RATIO_MEDIUM <package>

Remarque : les commandes appliquent ou suppriment le forçage de manière temporaire uniquement.

OVERRIDE_MIN_ASPECT_RATIO_LARGE

Définit le format minimal de l'activité sur une valeur élevée (16:9).

Comment les applications peuvent obtenir le même résultat que le forçage

Voir OVERRIDE_MIN_ASPECT_RATIO.

Comment optimiser les applications

Voir OVERRIDE_MIN_ASPECT_RATIO.

Comment désactiver ou refuser le forçage

Voir OVERRIDE_MIN_ASPECT_RATIO.

Indicateurs de propriété pour ajuster le forçage

Voir OVERRIDE_MIN_ASPECT_RATIO.

Commandes adb pour tester le forçage

Pour appliquer le forçage :

adb shell am compat enable OVERRIDE_MIN_ASPECT_RATIO_LARGE <package>

Pour supprimer le forçage :

adb shell am compat disable OVERRIDE_MIN_ASPECT_RATIO_LARGE <package>`

Remarque : les commandes appliquent ou suppriment le forçage de manière temporaire uniquement.

OVERRIDE_MIN_ASPECT_RATIO_TO_ALIGN_WITH_SPLIT_SCREEN

Permet l'utilisation du format d'écran partagé. Permet à une application d'utiliser tout l'espace disponible en mode Écran partagé, évitant ainsi le format letterbox.

Comment les applications peuvent obtenir le même résultat que le forçage

Voir OVERRIDE_MIN_ASPECT_RATIO.

Comment optimiser les applications

Voir OVERRIDE_MIN_ASPECT_RATIO.

Comment désactiver ou refuser le forçage

Voir OVERRIDE_MIN_ASPECT_RATIO.

Indicateurs de propriété pour ajuster le forçage

Voir OVERRIDE_MIN_ASPECT_RATIO.

Commandes adb pour tester le forçage

Pour appliquer le forçage :

adb shell am compat enable OVERRIDE_MIN_ASPECT_RATIO_TO_ALIGN_WITH_SPLIT_SCREEN <package>

Pour supprimer le forçage :

adb shell am compat disable OVERRIDE_MIN_ASPECT_RATIO_TO_ALIGN_WITH_SPLIT_SCREEN <package>

Remarque : les commandes appliquent ou suppriment le forçage de manière temporaire uniquement.

OVERRIDE_MIN_ASPECT_RATIO_EXCLUDE_PORTRAIT_FULLSCREEN

Désactive le forçage du format minimal en plein écran en mode portrait afin d'utiliser tout l'espace disponible sur l'écran.

Comment les applications peuvent obtenir le même résultat que le forçage

Voir OVERRIDE_MIN_ASPECT_RATIO.

Comment optimiser les applications

Voir OVERRIDE_MIN_ASPECT_RATIO.

Comment désactiver ou refuser le forçage

Voir OVERRIDE_MIN_ASPECT_RATIO.

Indicateurs de propriété pour ajuster le forçage

Voir OVERRIDE_MIN_ASPECT_RATIO.

Commandes adb pour tester le forçage

Pour appliquer le forçage :

adb shell am compat enable OVERRIDE_MIN_ASPECT_RATIO_EXCLUDE_PORTRAIT_FULLSCREEN <package>

Pour supprimer le forçage :

adb shell am compat disable OVERRIDE_MIN_ASPECT_RATIO_EXCLUDE_PORTRAIT_FULLSCREEN <package>

Remarque : les commandes appliquent ou suppriment le forçage de manière temporaire uniquement.

OVERRIDE_ANY_ORIENTATION

Active les forçages suivants pour forcer n'importe quelle orientation :

OVERRIDE_UNDEFINED_ORIENTATION_TO_PORTRAIT
OVERRIDE_UNDEFINED_ORIENTATION_TO_NOSENSOR
OVERRIDE_LANDSCAPE_ORIENTATION_TO_REVERSE_LANDSCAPE (PAYSAGE_RÉVERSIBLE)

Comment les applications peuvent obtenir le même résultat que le forçage

Définissez l'attribut de manifeste activity:screenOrientation ou utilisez l'API Activity#setRequestedOrientation().

Comment optimiser les applications

Votre application doit être compatible avec toutes les orientations. Un changement d'orientation est un changement de configuration qui peut être géré de deux manières: laisser le système détruire et recréer l'application, ou gérer vous-même les modifications de configuration. Si vous gérez vous-même les modifications de configuration, l'état de l'application peut être conservé à l'aide de ViewModel. Dans de très rares cas, vous pouvez décider de verrouiller l'orientation sur les petits écrans uniquement. Toutefois, cela risque de ne pas être mis à l'échelle et de permettre à l'utilisateur de faire pivoter l'application si nécessaire. Sur Android 12L et versions ultérieures, l'orientation fixe peut être remplacée par la configuration de l'appareil. Pour en savoir plus sur la gestion des modifications de configuration et sur la prise en charge de toutes les orientations, consultez Gérer les modifications de configuration, Présentation de ViewModel et Orientation de l'application limitée sur les téléphones, mais pas sur les appareils à grand écran.

Comment désactiver ou refuser le forçage

Définissez l'indicateur de propriété PROPERTY_COMPAT_ALLOW_ORIENTATION_OVERRIDE sur false.

Indicateurs de propriété pour ajuster le forçage

<property android:name="android.window.PROPERTY_COMPAT_ALLOW_ORIENTATION_OVERRIDE"
  android:value="true|false"/>

Commandes adb pour tester le forçage

Pour appliquer le forçage :

adb shell am compat enable OVERRIDE_ANY_ORIENTATION <package>

Pour supprimer le forçage :

adb shell am compat disable OVERRIDE_ANY_ORIENTATION <package>

Remarque : les commandes appliquent ou suppriment le forçage de manière temporaire uniquement.

OVERRIDE_ANY_ORIENTATION_TO_USER

Permet à l'application de remplir l'espace d'affichage disponible. Remplace toutes les restrictions d'orientation, de redimensionnement et de format spécifiées dans le fichier manifeste de l'application. Ignore également tous les appels à Activity#setRequestedOrientation().

Comment les applications peuvent obtenir le même résultat que le forçage

Ne définissez pas l'attribut de fichier manifeste android:screenOrientation, ou définissez-le sur "user".
Définissez l'attribut de fichier manifeste android:resizeableActivity sur true.

Remarque : Les paramètres de android:minAspectRatio et de android:maxAspectRatio sont ignorés si resizeableActivity est défini sur true.
Sur les petits écrans, pour prendre en charge le redimensionnement des applications tout en désactivant le mode multifenêtre avec android:resizeableActivity=false, définissez l'indicateur de métadonnées android.supports_size_changes sur true. Ne définissez pas minAspectRatio et maxAspectRatio.

Remarque :Sur Android 12 (niveau d'API 31), toutes les applications s'exécutent en mode multifenêtre sur les grands écrans (classe de taille de fenêtre moyenne ou étendue), quelle que soit la configuration de l'application. Consultez la section Compatibilité avec le mode multifenêtre.

Comment optimiser les applications

Autorisez votre application à prendre en charge toutes les orientations. Ne définissez pas de spécification screenOrientation dans le fichier manifeste de votre application. Prenez en charge le redimensionnement de l'application, le mode multifenêtre et tous les formats d'affichage en définissant l'attribut android:resizeableActivity dans le fichier manifeste de votre application sur true. Consultez Assurer la compatibilité avec différentes tailles d'écran.

Mode de compatibilité de l'appareil

Appareils de référence

Problèmes de compatibilité courants

Format letterbox

Problème

Une application limitée au mode portrait et inutilisable sur l'appareil en mode paysage.

Optimisation

Une application compatible avec toutes les orientations d'appareil.

Solution de compatibilité

Mode de compatibilité de taille

Problème

Une application non redimensionnable plante en mode multifenêtre.

Optimisation

L'application fonctionne avec toutes les tailles de fenêtre.

Solution de compatibilité

Une application au format portrait uniquement mise au format letterbox en mode paysage, redimensionnée par une commande de redémarrage.

Boucles de clignotement

Problème

Une application en mode paysage uniquement sur un écran en mode portrait appelle Activity#setRequestedOrientation() de façon répétée.

Optimisation

L'application gère le changement de configuration et ne présente aucune restriction d'orientation. Par conséquent, elle n'entre pas dans une boucle de clignotement.

Solution de compatibilité

Aperçu de l'appareil photo

Problème

L'aperçu de l'appareil photo est déformé et mal aligné sur un appareil pliable à grand écran.

Optimisation

L'aperçu de l'appareil photo est correctement aligné et mis à l'échelle dans toutes les orientations d'appareil.

Solution de compatibilité

Tablette : rotation forcée d'une application limitée au mode portrait.

Pliable : forcez la rotation de l'application limitée au mode portrait. L'application est également mise au format letterbox.

Mauvaises utilisations courantes d'API

Problème

L'API obsolète calcule mal les limites de l'application. Du contenu de l'application ne s'affiche pas à l'écran.

Optimisation

L'API calcule correctement les métriques de la fenêtre de l'application.

Solution de compatibilité

Activités transparentes

Problème

Boîte de dialogue mal positionnée, car l'activité a été lancée à partir d'un trampoline.

Optimisation

Coins arrondis

Boîte de dialogue avec des angles arrondis correctement positionnés sur l'activité de lancement visible.

Solution de compatibilité

Jeux Unity

Problème

Le jeu perd son focus en mode multifenêtre et s'affiche sous la forme d'une fenêtre noire.

Optimisation

Le jeu affiche correctement le contenu en mode multifenêtre, même s'il n'est pas au premier plan.

Solution de compatibilité

Tester votre application pour identifier les problèmes de compatibilité

Est au format letterbox

Kotlin

Java

Kotlin

Java

Forçages par application

Forçages par application de l'utilisateur

Forçages par application du fabricant de l'appareil

FORCE_RESIZE_APP

Comment les applications peuvent obtenir le même résultat que le forçage

Comment optimiser les applications

Comment désactiver ou refuser le forçage

Indicateurs de propriété pour ajuster le forçage

Commandes adb pour tester le forçage

FORCE_NON_RESIZE_APP

Comment les applications peuvent obtenir le même résultat que le forçage

Comment optimiser les applications

Comment désactiver ou refuser le forçage

Indicateurs de propriété pour ajuster le forçage

Commandes adb pour tester le forçage

OVERRIDE_MIN_ASPECT_RATIO

Comment les applications peuvent obtenir le même résultat que le forçage

Comment optimiser les applications

Comment désactiver ou refuser le forçage

Indicateurs de propriété pour ajuster le forçage

Commandes adb pour tester le forçage

OVERRIDE_MIN_ASPECT_RATIO_PORTRAIT_ONLY

Comment les applications peuvent obtenir le même résultat que le forçage

Comment optimiser les applications

Comment désactiver ou refuser le forçage

Une application en mode paysage uniquement sur un écran en mode portrait appelle `Activity#setRequestedOrientation()` de façon répétée.