Langage

InputMethodManager.SetAdditionalInputMethodSubtypes Méthode

Définition

Définissez des sous-types de méthode d’entrée supplémentaires.

[Android.Runtime.Register("setAdditionalInputMethodSubtypes", "(Ljava/lang/String;[Landroid/view/inputmethod/InputMethodSubtype;)V", "")]
public void SetAdditionalInputMethodSubtypes(string imiId, Android.Views.InputMethods.InputMethodSubtype[] subtypes);
[<Android.Runtime.Register("setAdditionalInputMethodSubtypes", "(Ljava/lang/String;[Landroid/view/inputmethod/InputMethodSubtype;)V", "")>]
member this.SetAdditionalInputMethodSubtypes : string * Android.Views.InputMethods.InputMethodSubtype[] -> unit

Paramètres

imiId
String

ID de InputMethodInfo auquel des sous-types de méthode d’entrée supplémentaires seront ajoutés. Si l’imiId est null, le système ne ferait rien pour cette opération.

subtypes
InputMethodSubtype[]

Les sous-types seront ajoutés en tant que sous-types supplémentaires de la méthode d’entrée actuelle. Si les sous-types sont null, le système ne ferait rien pour cette opération.

Attributs

Remarques

Définissez des sous-types de méthode d’entrée supplémentaires. Seul un processus qui partage la même interface utilisateur avec l’IME peut ajouter des sous-types de méthode d’entrée supplémentaires à l’IME. Notez que l’état d’un sous-type est stocké dans le système. Par exemple, les sous-types activés sont mémorisés par l’infrastructure même après leur suppression à l’aide de cette méthode. Si vous rajoutez les mêmes sous-types, ils sont simplement activés. Si vous souhaitez éviter de tels conflits, par exemple, vous pouvez créer un sous-type « différent » même avec les mêmes paramètres régionaux et le même mode, en modifiant sa valeur supplémentaire. Le sous-type différent n’est pas affecté par l’état passé stocké. (Vous souhaiterez peut-être examiner InputMethodSubtype#hashCode() l’implémentation actuelle.)

REMARQUE : si le même sous-type existe dans le fichier XML du manifeste et les sous-types supplémentaires spécifiés par subtypes, ces instances multiples sont automatiquement fusionnées dans une seule instance.

CAVEAT : Dans le niveau 23 de l’API et les versions antérieures, le système peut ne rien faire si un vide InputMethodSubtype est spécifié dans subtypes, ce qui vous empêche de supprimer la dernière entrée de sous-types supplémentaires. Si votre IME définit statiquement un ou plusieurs sous-types dans le fichier XML de manifeste, vous pouvez contourner cette limitation en spécifiant l’un de ces sous-types définis statiquement dans subtypes.

Ce membre est déconseillé. Pour les imEs qui ont déjà implémenté des fonctionnalités telles que des dispositions/langages clavier personnalisables/téléchargeables, commencez la migration vers d’autres approches. Une idée serait d’exposer une seule unité unifiée InputMethodSubtype puis d’implémenter le propre mécanisme de basculement de langage d’IME au sein de ce sous-type unifié. La prise en charge de « Sous-type supplémentaire » peut être complètement supprimée dans une version ultérieure d’Android.

Java documentation pour android.view.inputmethod.InputMethodManager.setAdditionalInputMethodSubtypes(java.lang.String, android.view.inputmethod.InputMethodSubtype[]).

Les parties de cette page sont des modifications basées sur le travail créé et partagé par Android Open Source et utilisées en fonction des termes décrits dans la Creative Commons 2.5 Attribution License.

S’applique à