Ce que change Continue On

Continue On est une fonctionnalité d’Android 17 qui permet de reprendre une activité d’application sur un autre appareil Android. Google la présente comme une capacité que les développeurs peuvent intégrer à leurs applications : elle ne transfère pas automatiquement toutes les tâches ouvertes et ne duplique pas l’écran. Son objectif est de proposer un moyen de reprendre une activité sur un autre appareil, et non de reproduire toute la session du téléphone.

Dans le scénario initial décrit par Google, le transfert s’effectue du téléphone vers la tablette. L’application récemment utilisée sur le téléphone peut apparaître comme suggestion dans la barre des tâches de la tablette ; en la sélectionnant, l’utilisateur lance l’activité correspondante sur cet appareil. La suggestion relie les deux appareils, mais le contenu qui s’ouvre dépend de l’application.

Comment reprendre une activité

Le système détecte et présente les possibilités de transfert, mais l’application détermine le contexte récupéré. Chaque développeur choisit comment recréer l’expérience sur l’appareil qui reçoit le transfert et quelle activité afficher à l’ouverture. Continue On ne garantit donc pas que toutes les applications conservent exactement le même état ni qu’elles permettent de reprendre n’importe quelle tâche ; la continuité varie selon la conception de chaque service.

Lors d’un transfert vers une application native, la tablette ouvre l’application correspondante et peut diriger l’utilisateur vers une activité précise. Google donne l’exemple d’un document Google Docs ouvert sur un téléphone et repris sur une tablette. L’application doit alors mener au document concerné, plutôt que d’afficher simplement un écran générique. Le résultat dépend de la manière dont elle a mis en œuvre ce parcours.

Le parcours Continue On, du téléphone à la tablette

La suggestion système lance un parcours défini par l’application, qui peut ouvrir l’application native ou une expérience Web.

  1. 1. Repérer la suggestion

    L’application récente peut apparaître dans la barre des tâches.

  2. 2. Ouvrir l’application

    L’application peut reprendre une activité précise.

  3. 3. Continuer sur le Web

    Une URL peut mener à l’expérience Web prévue.

Prise en charge initiale : transfert d’un téléphone Android vers une tablette Android.

La reprise du contexte dépend de l’intégration de l’application ; le système ne garantit pas une continuité identique pour toutes les tâches.

Sources et références1

Deux options : application native ou Web

Continue On prend en charge la continuité entre applications natives ainsi que les options Web. Le parcours natif ouvre la même application sur l’appareil destinataire, si elle y est installée et si elle prend en charge le transfert. Le développeur peut aussi choisir une expérience Web ou la configurer comme solution de repli.

L’option Web redirige vers le navigateur par défaut au moyen d’une URL. Google cite l’exemple d’un message Gmail transféré du téléphone vers la version Web sur une tablette. L’URL peut mener à la page ou à l’activité pertinente, mais le système ne garantit pas à lui seul qu’un service Web restaure tout l’état d’une application. Si l’application destinataire n’est pas installée, une URL de secours peut offrir un autre accès au contenu.

Compatibilité : Android 17 ne suffit pas à lui seul

Google présente Continue On comme une fonctionnalité d’Android 17, niveau d’API 37, dont la prise en charge initiale concerne les transferts du téléphone vers la tablette. L’architecture est conçue pour que les appareils compatibles puissent envoyer et recevoir des activités, mais cela ne signifie pas que toutes les directions ou combinaisons sont disponibles dès le départ. Le périmètre initial décrit est plus restreint que la capacité générale prévue pour les appareils compatibles.

L’application compte également. Pour un transfert natif, elle doit être installée sur l’appareil destinataire et proposer une activité pouvant être reprise ; pour une solution Web, elle doit configurer une URL adaptée. Ainsi, Android 17 sur les deux appareils ne suffit pas à faire apparaître n’importe quelle application comme suggestion sur la tablette. La compatibilité du système et la prise en charge par l’application sont deux conditions distinctes qui doivent être réunies.

Ce qui détermine la disponibilité en pratique

Pour que le transfert fonctionne avec une combinaison donnée de téléphone, de tablette et d’application, les appareils et le système doivent être compatibles, et l’application doit intégrer la fonctionnalité. La continuité n’est pas automatique pour toutes les applications : la conception de Continue On laisse à chaque développeur le soin de définir comment l’activité est présentée et reprise. Cette intégration détermine ce qui s’affiche, le contexte restauré et le choix d’un parcours natif ou Web.

En pratique, le transfert dépend de la compatibilité du système et de l’intégration de l’application. La disponibilité sur une tablette donnée dépend de la version d’Android qu’elle utilise et de la prise en charge par l’application. L’expérience peut donc varier d’un appareil et d’une application à l’autre, même si Continue On fait partie d’Android 17.

Une fonction de reprise, pas une synchronisation universelle

Continue On permet d’ouvrir sur une tablette une activité commencée sur un téléphone. La suggestion dans la barre des tâches réduit le nombre d’étapes pour accéder à l’application destinataire lorsque celle-ci propose une expérience compatible ; les informations conservées et le point de reprise dépendent de son intégration.

La fonctionnalité permet de reprendre sur une tablette une activité commencée sur un téléphone, à condition que l’application propose une expérience compatible. La possibilité de poursuivre une tâche précise dépend donc de la prise en charge offerte par cette application. La continuité dépend de l’intégration propre à chaque application et ne garantit pas une session identique sur tous les appareils.