Recevoir du contenu enrichi

<ph type="x-smartling-placeholder">
</ph> <ph type="x-smartling-placeholder">.
Figure 1. L'API unifiée fournit un emplacement unique pour gérer le contenu entrant, quel que soit le mécanisme d'interface utilisateur, par exemple en collant du bout des doigts et appuyez de manière prolongée sur le menu ou par glisser-déposer.

Les utilisateurs adorent les images, les vidéos et les autres contenus expressifs, mais l'insertion et il n'est pas toujours facile de déplacer ce contenu dans les applications. Pour permettre aux applications de recevoir du contenu enrichi, Android 12 (niveau d'API 31) introduit une API unifiée qui permet à votre application d'accepter du contenu provenant de n'importe quelle source: presse-papiers, clavier ou déplacement.

Vous pouvez associer une interface, OnReceiveContentListener, aux composants d'interface utilisateur et recevoir un rappel lorsque du contenu est inséré via sur le mécanisme d'attention. Le rappel devient l'emplacement unique que votre code gère recevoir tous les contenus, du texte brut et stylisé au balisage, aux images, aux vidéos, des fichiers audio, et autres.

Pour assurer la rétrocompatibilité avec les versions précédentes d'Android, cette API est également disponible sur AndroidX, à partir de Core 1.7 et Appcompat 1.4, que nous vous recommandons d'utiliser pour implémenter cette fonctionnalité.

Présentation

Avec les autres API existantes, chaque mécanisme d'interface utilisateur, tel que le toucher et menu de confirmation ou "glisser-déposer" dispose de sa propre API. Cela signifie que vous devez s'intègrent à chaque API séparément, en ajoutant un code similaire pour chaque mécanisme qui insère du contenu:

Image montrant les différentes actions et l&#39;API relative à implémenter
Figure 2 : Auparavant, les applications implémentaient une API différente pour chaque UI. mécanisme d'insertion de contenu.

L'API OnReceiveContentListener regroupe ces différents chemins de code en Créez une seule API à implémenter, ce qui vous permet de vous concentrer sur la logique spécifique à votre application. et laissez la plate-forme gérer le reste:

Image montrant l&#39;API unifiée simplifiée
Figure 3 : L'API unifiée vous permet d'implémenter une seule API compatible avec tous les mécanismes d'interface utilisateur.

Avec cette approche, lorsque de nouvelles façons d'insérer du contenu sont ajoutées la plate-forme, vous n'avez pas besoin d'apporter de modifications supplémentaires au code pour activer la prise en charge dans votre application. Si votre application doit personnaliser entièrement dans un cas d'utilisation particulier, vous pouvez toujours utiliser les API existantes, qui continuent à fonctionner de la même manière.

Implémentation

L'API est une interface d'écouteur avec une méthode unique, OnReceiveContentListener Pour assurer la compatibilité avec les anciennes versions de la plate-forme Android, nous vous recommandons d'utiliser la correspondant OnReceiveContentListener dans la bibliothèque AndroidX Core.

Pour utiliser l'API, implémentez l'écouteur en spécifiant les types de contenu l'application peut gérer:

Kotlin

object MyReceiver : OnReceiveContentListener {
    val MIME_TYPES = arrayOf("image/*", "video/*")
    
    // ...
    
    override fun onReceiveContent(view: View, payload: ContentInfoCompat): ContentInfoCompat? {
        TODO("Not yet implemented")
    }
}

Java

public class MyReceiver implements OnReceiveContentListener {
     public static final String[] MIME_TYPES = new String[] {"image/*", "video/*"};
     // ...
}

Après avoir spécifié tous les types MIME de contenu compatibles avec votre application, implémentez le reste de l'écouteur:

Kotlin

class MyReceiver : OnReceiveContentListener {
    override fun onReceiveContent(view: View, contentInfo: ContentInfoCompat): ContentInfoCompat {
        val split = contentInfo.partition { item: ClipData.Item -> item.uri != null }
        val uriContent = split.first
        val remaining = split.second
        if (uriContent != null) {
            // App-specific logic to handle the URI(s) in uriContent.
        }
        // Return anything that your app didn't handle. This preserves the
        // default platform behavior for text and anything else that you aren't
        // implementing custom handling for.
        return remaining
    }

    companion object {
        val MIME_TYPES = arrayOf("image/*", "video/*")
    }
}

Java

 public class MyReceiver implements OnReceiveContentListener {
     public static final String[] MIME_TYPES = new String[] {"image/*", "video/*"};

     @Override
     public ContentInfoCompat onReceiveContent(View view, ContentInfoCompat contentInfo) {
         Pair split = contentInfo.partition(
                 item -> item.getUri() != null);
         ContentInfo uriContent = split.first;
         ContentInfo remaining = split.second;
         if (uriContent != null) {
             // App-specific logic to handle the URI(s) in uriContent.
         }
         // Return anything that your app didn't handle. This preserves the
         // default platform behavior for text and anything else that you aren't
         // implementing custom handling for.
         return remaining;
     }
 }

Si votre application est déjà compatible avec le partage avec des intents, vous pouvez réutiliser votre logique spécifique à l'application pour gérer les URI de contenu. Renvoyez toutes les données restantes à de déléguer le traitement de ces données à la plate-forme.

Après avoir implémenté l'écouteur, définissez-le sur les éléments d'interface utilisateur appropriés dans votre application:

Kotlin

class MyActivity : Activity() {
    public override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        // ...
        val myInput = findViewById(R.id.my_input)
        ViewCompat.setOnReceiveContentListener(myInput, MyReceiver.MIME_TYPES, MyReceiver())
    }
}

Java

public class MyActivity extends Activity {
     @Override
     public void onCreate(Bundle savedInstanceState) {
         // ...

         AppCompatEditText myInput = findViewById(R.id.my_input);
         ViewCompat.setOnReceiveContentListener(myInput, MyReceiver.MIME_TYPES, new MyReceiver());
     }
}

Autorisations d'URI

Les autorisations de lecture sont accordées et libérées automatiquement par la plate-forme pour URI de contenu dans transmise à OnReceiveContentListener.

Normalement, votre application traite les URI de contenu dans un service ou une activité. Pour un traitement de longue durée, WorkManager. Lorsque vous mettez en œuvre étendez les autorisations au service ou à l'activité cible en transmettant contenu utilisant Intent.setClipData et en définissant l'indicateur FLAG_GRANT_READ_URI_PERMISSION.

Vous pouvez également utiliser un thread d'arrière-plan dans le contexte actuel pour traiter le contenu. Dans ce cas, vous devez conserver une référence payload reçu par l'écouteur pour s'assurer que les autorisations ne sont pas révoqués prématurément par la plate-forme.

Vues personnalisées

Si votre application utilise une sous-classe View personnalisée, assurez-vous que le OnReceiveContentListener n'est pas ignoré.

Si votre classe View remplace la classe onCreateInputConnection utilisez l'API Jetpack InputConnectionCompat.createWrapper pour configurer le InputConnection.

Si votre classe View remplace la classe onTextContextMenuItem , déléguez à super lorsque l'élément de menu est R.id.paste ou R.id.pasteAsPlainText.

Comparaison avec l'API d'image clavier

Vous pouvez considérer l'API OnReceiveContentListener comme la prochaine version de API d'image clavier existante. Cette approche unifiée est compatible avec les fonctionnalités de l'API d'image clavier, ainsi qu'avec certaines des fonctionnalités supplémentaires. La compatibilité des appareils et des fonctionnalités varie selon que vous utilisiez la bibliothèque Jetpack ou les API natives du SDK Android.

Tableau 1. Fonctionnalités et niveaux d'API compatibles pour Jetpack.
Action ou fonctionnalité Pris en charge par l'API d'image clavier Compatible avec l'API unifiée
Insérer à partir du clavier Oui (niveau d'API 13 ou supérieur) Oui (niveau d'API 13 ou supérieur)
Insérer en utilisant le collage tactile et menu de confirmation Non Oui
Insérer par glisser-déposer Non Oui (niveau d'API 24 ou supérieur)
Tableau 2. Fonctionnalités et niveaux d'API compatibles avec les annonces natives API.
Action ou fonctionnalité Pris en charge par l'API d'image clavier Compatible avec l'API unifiée
Insérer à partir du clavier Oui (niveau d'API 25 ou supérieur) Oui (Android 12 ou version ultérieure)
Insérer en utilisant le collage tactile et menu de confirmation Non
Insérer par glisser-déposer Non