Les Réglages rapides sont des blocs affichés dans le panneau Quick Settings (Réglages rapides) qui représentent des actions sur lesquelles les utilisateurs peuvent appuyer pour effectuer rapidement des tâches récurrentes.
Votre application peut fournir une carte personnalisée aux utilisateurs via la classe TileService
et utiliser un objet Tile
pour suivre l'état de la carte. Par exemple, vous pouvez créer une carte permettant aux utilisateurs d'activer ou de désactiver un VPN fourni par votre application.
![Panneau "Réglages rapides" avec le bloc VPN activé et désactivé](https://developer.android.google.cn/static/develop/ui/views/images/quick-settings-vpn-on-off.png?authuser=5&hl=fr)
Décider quand créer une carte
Nous vous recommandons de créer des cartes pour les fonctionnalités spécifiques auxquelles les utilisateurs sont censés accéder souvent ou qui ont besoin d'un accès rapide (ou les deux). Les cartes les plus efficaces sont celles qui correspondent à ces deux qualités, offrant un accès rapide aux actions fréquemment effectuées.
Par exemple, vous pouvez créer une carte pour une application de fitness qui permettrait aux utilisateurs de démarrer rapidement une session d'entraînement. Toutefois, nous vous déconseillons de créer une carte pour la même application qui permettrait aux utilisateurs de consulter l'intégralité de leur historique d'entraînement.
![Cas d'utilisation des cartes d'application de remise en forme](https://developer.android.google.cn/static/develop/ui/views/images/use-cases-fitness-tiles.png?authuser=5&hl=fr)
Pour améliorer la visibilité et la facilité d'utilisation de votre carte, nous vous recommandons d'éviter certaines pratiques:
Évitez d'utiliser des cartes pour lancer une application. Utilisez plutôt un raccourci d'application ou un lanceur d'applications standard.
Évitez d'utiliser des cartes pour des actions utilisateur ponctuelles. Utilisez plutôt un raccourci d'application ou une notification.
Évitez de créer trop de vignettes. Nous vous recommandons d'en utiliser deux au maximum par application. Utilisez plutôt un raccourci d'application.
Évitez d'utiliser des cartes qui affichent des informations, mais qui ne sont pas interactives pour les utilisateurs. Utilisez plutôt une notification ou un widget.
Créer votre carte
Pour créer une carte, vous devez d'abord créer une icône de carte appropriée, puis créer et déclarer votre TileService
dans le fichier manifeste de votre application.
L'exemple Réglages rapides montre comment créer et gérer une carte.
Créer votre icône personnalisée
Vous devrez fournir une icône personnalisée qui s'affichera sur la tuile dans le panneau "Réglages rapides". (Vous ajouterez cette icône lors de la déclaration de TileService
, comme décrit dans la section suivante.) L'icône doit être de couleur blanche unie avec un arrière-plan transparent, mesurer 24 x 24 dp et se présenter sous la forme d'un VectorDrawable
.
![Exemple de drawable vectoriel](https://developer.android.google.cn/static/develop/ui/views/images/vector-drawable.png?authuser=5&hl=fr)
Créez une icône qui indique visuellement l'objectif de votre carte. Cela permet aux utilisateurs de déterminer facilement si votre carte répond à leurs besoins. Par exemple, vous pouvez créer une icône de chronomètre pour une carte d'une application de fitness qui permet aux utilisateurs de démarrer une session d'entraînement.
Créer et déclarer votre TileService
Créez pour votre carte un service qui étend la classe TileService
.
Kotlin
class MyQSTileService: TileService() { // Called when the user adds your tile. override fun onTileAdded() { super.onTileAdded() } // Called when your app can update your tile. override fun onStartListening() { super.onStartListening() } // Called when your app can no longer update your tile. override fun onStopListening() { super.onStopListening() } // Called when the user taps on your tile in an active or inactive state. override fun onClick() { super.onClick() } // Called when the user removes your tile. override fun onTileRemoved() { super.onTileRemoved() } }
Java
public class MyQSTileService extends TileService { // Called when the user adds your tile. @Override public void onTileAdded() { super.onTileAdded(); } // Called when your app can update your tile. @Override public void onStartListening() { super.onStartListening(); } // Called when your app can no longer update your tile. @Override public void onStopListening() { super.onStopListening(); } // Called when the user taps on your tile in an active or inactive state. @Override public void onClick() { super.onClick(); } // Called when the user removes your tile. @Override public void onTileRemoved() { super.onTileRemoved(); } }
Déclarez TileService
dans le fichier manifeste de votre application. Ajoutez le nom et le libellé de votre TileService
, l'icône personnalisée que vous avez créée dans la section précédente et l'autorisation appropriée.
<service
android:name=".MyQSTileService"
android:exported="true"
android:label="@string/my_default_tile_label" // 18-character limit.
android:icon="@drawable/my_default_icon_label"
android:permission="android.permission.BIND_QUICK_SETTINGS_TILE">
<intent-filter>
<action android:name="android.service.quicksettings.action.QS_TILE" />
</intent-filter>
</service>
Gérer votre TileService
Une fois que vous avez créé et déclaré votre TileService
dans le fichier manifeste de votre application, vous devez gérer son état.
TileService
est un service lié. Votre TileService
est lié lorsqu'il le demande ou si le système doit communiquer avec lui. Un cycle de vie de service lié typique contient les quatre méthodes de rappel suivantes : onCreate()
, onBind()
, onUnbind()
et onDestroy()
. Ces méthodes sont appelées par le système chaque fois que le service entre dans une nouvelle phase du cycle de vie.
Présentation du cycle de vie de TileService
En plus des rappels qui contrôlent le cycle de vie du service lié, vous devez implémenter d'autres méthodes spécifiques au cycle de vie d'une TileService
. Ces méthodes peuvent être appelées en dehors de onCreate()
et onDestroy()
, car les méthodes de cycle de vie Service
et les méthodes de cycle de vie TileService
sont appelées dans deux threads asynchrones distincts.
Le cycle de vie d'une TileService
contient les méthodes suivantes, appelées par le système chaque fois que votre TileService
entre dans une nouvelle phase du cycle de vie:
onTileAdded()
: cette méthode n'est appelée que lorsque l'utilisateur ajoute votre carte pour la première fois, et s'il la supprime, puis l'ajoute à nouveau. Il s'agit du meilleur moment pour effectuer une initialisation unique. Cependant, les étapes d'initialisation nécessaires risquent de ne pas être satisfaites.onStartListening()
etonStopListening()
: ces méthodes sont appelées chaque fois que votre application met à jour la carte, et sont appelées souvent. LeTileService
reste lié entreonStartListening()
etonStopListening()
, ce qui permet à votre application de modifier la carte et de déployer des mises à jour.onTileRemoved()
: cette méthode n'est appelée que si l'utilisateur supprime votre carte.
Sélectionner un mode d'écoute
Votre TileService
vous écoute en mode actif ou non actif. Nous vous recommandons d'utiliser le mode actif, que vous devrez déclarer dans le fichier manifeste de l'application. Sinon, TileService
est le mode standard et n'a pas besoin d'être déclaré.
Ne partez pas du principe que votre TileService
vivra en dehors des paires de méthodes onStartListening()
et onStopListening()
.
Mode Actif (recommandé)
Utilisez le mode actif pour un TileService
qui écoute et surveille son état dans son propre processus. Un TileService
en mode actif est lié aux onTileAdded()
, aux onTileRemoved()
, aux événements d'appui et lorsqu'il est demandé par le processus de l'application.
Nous vous recommandons d'utiliser le mode actif si votre TileService
est averti lorsque l'état de votre carte doit être mis à jour par son propre processus. Les tuiles actives limitent la pression exercée sur le système, car elles n'ont pas besoin d'être liées chaque fois que le panneau "Réglages rapides" devient visible par l'utilisateur.
La méthode statique TileService.requestListeningState()
peut être appelée pour demander le début de l'état d'écoute et recevoir un rappel à onStartListening()
.
Vous pouvez déclarer le mode actif en ajoutant META_DATA_ACTIVE_TILE
au fichier manifeste de votre application.
<service ...>
<meta-data android:name="android.service.quicksettings.ACTIVE_TILE"
android:value="true" />
...
</service>
Mode inactif
Le mode inactif est le mode standard. Un TileService
est en mode inactif s'il est lié chaque fois que votre carte est visible par l'utilisateur. Cela signifie que votre TileService
peut être créé et lié à nouveau parfois échappant à son contrôle. Elle peut également être dissociée et détruite lorsque l'utilisateur ne consulte pas la carte.
Votre application reçoit un rappel à onStartListening()
une fois que l'utilisateur a ouvert son panneau "Réglages rapides". Vous pouvez mettre à jour votre objet Tile
autant de fois que vous le souhaitez entre onStartListening()
et onStopListening()
.
Vous n'avez pas besoin de déclarer le mode inactif. Il vous suffit de ne pas ajouter META_DATA_ACTIVE_TILE
au fichier manifeste de votre application.
Présentation des états des cartes
Une fois qu'un utilisateur a ajouté votre carte, elle existe toujours dans l'un des états suivants.
STATE_ACTIVE
: indique que l'état est activé ou activé. L'utilisateur peut interagir avec votre carte dans cet état.Par exemple, pour une carte d'application de fitness qui permet aux utilisateurs de lancer une session d'entraînement chronométrée,
STATE_ACTIVE
signifie que l'utilisateur a lancé une session d'entraînement et que le minuteur fonctionne.STATE_INACTIVE
: indique l'état "Désactivé" ou "Suspendu". L'utilisateur peut interagir avec votre carte dans cet état.Pour utiliser à nouveau l'exemple de carte d'application de fitness, une carte dans
STATE_INACTIVE
signifie que l'utilisateur n'a pas lancé de session d'entraînement, mais qu'il peut le faire s'il le souhaite.STATE_UNAVAILABLE
: indique un état temporairement indisponible. L'utilisateur ne peut pas interagir avec votre carte tant qu'elle est dans cet état.Par exemple, une carte dans
STATE_UNAVAILABLE
signifie qu'elle n'est actuellement pas disponible pour l'utilisateur pour une raison quelconque.
Le système ne définit que l'état initial de votre objet Tile
. Vous définissez l'état de l'objet Tile
tout au long de son cycle de vie.
Le système peut colorer l'icône de carte et l'arrière-plan pour refléter l'état de votre objet Tile
. Les objets Tile
définis sur STATE_ACTIVE
sont les plus sombres, STATE_INACTIVE
et STATE_UNAVAILABLE
de plus en plus clairs. La teinte exacte est spécifique au fabricant et à la version.
![Tuile VPN teintée pour refléter l'état des objets](https://developer.android.google.cn/static/develop/ui/views/images/state-hues.png?authuser=5&hl=fr)
Mettre à jour votre vignette
Vous pourrez mettre à jour votre carte après avoir reçu un rappel de onStartListening()
.
Selon le mode de la carte, celle-ci peut être mise à jour au moins une fois jusqu'à recevoir un rappel de onStopListening()
.
En mode actif, vous pouvez mettre à jour votre carte une seule fois avant de recevoir un rappel à onStopListening()
. En mode inactif, vous pouvez mettre à jour votre carte autant de fois que vous le souhaitez entre onStartListening()
et onStopListening()
.
Vous pouvez récupérer votre objet Tile
en appelant getQsTile()
. Pour mettre à jour des champs spécifiques de votre objet Tile
, appelez les méthodes suivantes:
Vous devez appeler updateTile()
pour mettre à jour votre carte une fois que vous avez défini les valeurs correctes des champs de l'objet Tile
. Le système analysera ainsi les données des cartes mises à jour et mettra à jour l'UI.
Kotlin
data class StateModel(val enabled: Boolean, val label: String, val icon: Icon) override fun onStartListening() { super.onStartListening() val state = getStateFromService() qsTile.label = state.label qsTile.contentDescription = tile.label qsTile.state = if (state.enabled) Tile.STATE_ACTIVE else Tile.STATE_INACTIVE qsTile.icon = state.icon qsTile.updateTile() }
Java
public class StateModel { final boolean enabled; final String label; final Icon icon; public StateModel(boolean e, String l, Icon i) { enabled = e; label = l; icon = i; } } @Override public void onStartListening() { super.onStartListening(); StateModel state = getStateFromService(); Tile tile = getQsTile(); tile.setLabel(state.label); tile.setContentDescription(state.label); tile.setState(state.enabled ? Tile.STATE_ACTIVE : Tile.STATE_INACTIVE); tile.setIcon(state.icon); tile.updateTile(); }
Gérer les gestes d'appui
Les utilisateurs peuvent appuyer sur votre carte pour déclencher une action si elle se trouve dans STATE_ACTIVE
ou STATE_INACTIVE
. Le système appelle ensuite le rappel onClick()
de votre application.
Une fois que votre application reçoit un rappel à onClick()
, elle peut lancer une boîte de dialogue ou une activité, déclencher des tâches en arrière-plan ou modifier l'état de votre carte.
Kotlin
var clicks = 0 override fun onClick() { super.onClick() counter++ qsTile.state = if (counter % 2 == 0) Tile.STATE_ACTIVE else Tile.STATE_INACTIVE qsTile.label = "Clicked $counter times" qsTile.contentDescription = qsTile.label qsTile.updateTile() }
Java
int clicks = 0; @Override public void onClick() { super.onClick(); counter++; Tile tile = getQsTile(); tile.setState((counter % 2 == 0) ? Tile.STATE_ACTIVE : Tile.STATE_INACTIVE); tile.setLabel("Clicked " + counter + " times"); tile.setContentDescription(tile.getLabel()); tile.updateTile(); }
Lancer une boîte de dialogue
showDialog()
réduit le panneau "Réglages rapides" et affiche une boîte de dialogue.
Utilisez une boîte de dialogue pour ajouter du contexte à votre action si elle nécessite une entrée supplémentaire ou le consentement de l'utilisateur.
Lancer une activité
startActivityAndCollapse()
lance une activité tout en réduisant le panneau. Les activités sont utiles s'il y a des informations plus détaillées à afficher que dans une boîte de dialogue, ou si votre action est très interactive.
Si votre application nécessite une interaction importante des utilisateurs, elle ne doit lancer une activité qu'en dernier recours. Envisagez plutôt d'utiliser une boîte de dialogue ou un bouton d'activation/de désactivation.
Si l'utilisateur appuie de manière prolongée sur une tuile, l'écran Infos sur l'appli s'affiche. Pour ignorer ce comportement et lancer à la place une activité permettant de définir des préférences, ajoutez un <intent-filter>
à l'une de vos activités avec ACTION_QS_TILE_PREFERENCES
.
À partir de l'API Android 28, PendingIntent
doit comporter Intent.FLAG_ACTIVITY_NEW_TASK
:
if (Build.VERSION.SDK_INT >= 28) {
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
}
Vous pouvez également ajouter l'option dans AndroidManifest.xml
dans la section Activity
spécifique.
Marquer votre carte comme activable
Nous vous recommandons de marquer votre carte comme activable si elle fonctionne principalement comme un commutateur à deux états (ce qui est le comportement le plus courant des cartes). Cela permet de fournir des informations sur le comportement de la carte au système d'exploitation et d'améliorer l'accessibilité globale.
Définissez la métadonnée TOGGLEABLE_TILE
sur true
pour marquer votre carte comme activable.
<service ...>
<meta-data android:name="android.service.quicksettings.TOGGLEABLE_TILE"
android:value="true" />
</service>
Effectuer des actions sécurisées uniquement sur des appareils verrouillés de façon sécurisée
Votre tuile peut s'afficher en haut de l'écran de verrouillage sur les appareils verrouillés. Si la carte contient des informations sensibles, vérifiez la valeur de isSecure()
pour déterminer si l'appareil est sécurisé. Votre TileService
doit alors modifier son comportement en conséquence.
Si l'action de la carte peut être effectuée sans risque en mode verrouillé, utilisez startActivity()
pour lancer une activité en haut de l'écran de verrouillage.
Si l'action de carte n'est pas sûre, utilisez unlockAndRun()
pour inviter l'utilisateur à déverrouiller son appareil. Si l'opération réussit, le système exécute l'objet Runnable
que vous transmettez à cette méthode.
Inviter l'utilisateur à ajouter votre carte
Pour ajouter manuellement votre carte, les utilisateurs doivent suivre plusieurs étapes:
- Balayez l'écran vers le bas pour ouvrir le panneau "Réglages rapides".
- Appuyez sur le bouton "Modifier".
- Faites défiler toutes les vignettes sur son appareil jusqu'à ce qu'il la trouve.
- Maintenez votre vignette enfoncée et faites-la glisser vers la liste des vignettes actives.
L'utilisateur peut également déplacer ou supprimer votre vignette à tout moment.
À partir d'Android 13, vous pouvez utiliser la méthode requestAddTileService()
pour permettre aux utilisateurs d'ajouter beaucoup plus facilement votre carte à un appareil. Cette méthode invite les utilisateurs à ajouter rapidement votre carte directement à leur panneau "Réglages rapides". L'invite inclut le nom de l'application, le libellé fourni et l'icône.
![Invite de l'API de placement des Réglages rapides](https://developer.android.google.cn/static/develop/ui/views/images/placement-api-user-prompt.png?authuser=5&hl=fr)
public void requestAddTileService (
ComponentName tileServiceComponentName,
CharSequence tileLabel,
Icon icon,
Executor resultExecutor,
Consumer<Integer> resultCallback
)
Le rappel contient des informations indiquant si la carte a été ajoutée ou non, si elle était déjà présente ou si une erreur s'est produite.
Faites preuve de discernement lorsque vous décidez à quel moment et à quelle fréquence inviter les utilisateurs. Nous vous recommandons d'appeler requestAddTileService()
uniquement en contexte, par exemple lorsque l'utilisateur interagit pour la première fois avec une fonctionnalité fournie par votre carte.
Le système peut choisir d'arrêter le traitement des requêtes pour un élément ComponentName
donné si celui-ci a été refusé suffisamment de fois par l'utilisateur. L'utilisateur est déterminé à partir du Context
utilisé pour récupérer ce service. Il doit correspondre à l'utilisateur actuel.