Restez organisé à l'aide des collections Enregistrez et classez les contenus selon vos préférences.
Syntaxe :
<uses-configuration
  android:reqFiveWayNav=["true" | "false"]
  android:reqHardKeyboard=["true" | "false"]
  android:reqKeyboardType=["undefined" | "nokeys" | "qwerty" | "twelvekey"]
  android:reqNavigation=["undefined" | "nonav" | "dpad" | "trackball" | "wheel"]
  android:reqTouchScreen=["undefined" | "notouch" | "stylus" | "finger"] />
Conteneur(s) :
<manifest>
Description :

Indique les fonctionnalités matérielles et logicielles requises par l'application. Par exemple, une application peut exiger l'utilisation d'un clavier physique ou d'un dispositif de navigation particulier, tel qu'un trackball. Cette spécification permet d'éviter l'installation de l'application sur les appareils sur lesquels elle ne fonctionnera pas.

Remarque : La plupart des applications ne doivent pas utiliser cette balise dans le fichier manifeste. Vous devriez toujours permettre l'utilisation d'un pavé directionnel afin d'aider les utilisateurs malvoyants et d'étendre la compatibilité aux appareils qui fournissent un pavé directionnel en plus ou à la place d'un écran tactile. Pour plus d'informations sur l'ajout d'un pavé directionnel dans votre application, consultez la section Activer la navigation ciblée. Si votre application ne peut absolument pas fonctionner sans écran tactile, utilisez plutôt la balise <uses-feature> pour déclarer le type d'écran tactile nécessaire. Les options vont de "android.hardware.faketouch" pour les événements tactiles de base à des événements tactiles avancés comme "android.hardware.touchscreen.multitouch.jazzhand" afin de permettre des saisies distinctes avec plusieurs doigts.

Attributs :
android:reqFiveWayNav
Indique si l'application nécessite une commande de navigation à cinq sens (true si tel est le cas, et false dans le cas contraire). Une commande à cinq sens permet de déplacer la sélection vers le haut, le bas, la droite ou la gauche, et permet également d'appeler la sélection actuelle. Il peut s'agir d'un pavé directionnel, d'un trackball ou d'un autre mécanisme.

Si une application nécessite une commande directionnelle quelconque, elle peut définir cet attribut sur true et ignorer l'attribut reqNavigation. Toutefois, si elle nécessite un type particulier de commande directionnelle, elle peut ignorer cet attribut et définir reqNavigation à la place.

android:reqHardKeyboard
Indique si l'application nécessite un clavier physique (true si tel est le cas, et false dans le cas contraire).
android:reqKeyboardType
Type de clavier requis par l'application, le cas échéant. Cet attribut ne fait pas la distinction entre les claviers physiques et virtuels. Si un clavier physique d'un certain type est requis, spécifiez-le ici et définissez également l'attribut reqHardKeyboard sur true.

Cette valeur doit correspondre à l'une des chaînes suivantes :

Valeur Description
undefined L'application n'a pas besoin de clavier (aucun clavier obligatoire n'est défini). Il s'agit de la valeur par défaut.
nokeys L'application n'a pas besoin de clavier.
qwerty L'application nécessite un clavier QWERTY standard.
twelvekey L'application nécessite un clavier à 12 touches, comme celui de la plupart des téléphones, avec les chiffres 0 à 9, plus l'astérisque (*) et le signe dièse (#).
android:reqNavigation
Mécanisme de navigation requis par l'application, le cas échéant. Cette valeur doit correspondre à l'une des chaînes suivantes :
Valeur Description
undefined L'application ne nécessite aucun type de commande de navigation (aucun élément de navigation obligatoire n'est pas défini). Il s'agit de la valeur par défaut.
nonav L'application ne nécessite aucune commande de navigation.
dpad L'application nécessite un pavé directionnel pour la navigation.
trackball L'application nécessite un trackball pour la navigation.
wheel L'application nécessite une molette de navigation.

Si une application nécessite une commande de navigation quelconque, vous pouvez définir l'attribut reqFiveWayNav sur true à la place.

android:reqTouchScreen
Type d'écran tactile requis par l'application, le cas échéant. Cette valeur doit correspondre à l'une des chaînes suivantes :
Valeur Description
undefined L'application ne nécessite pas d'écran tactile (aucun écran tactile obligatoire n'est défini). Il s'agit de la valeur par défaut.
notouch L'application ne nécessite pas d'écran tactile.
stylus L'application nécessite un écran tactile doté d'un stylet.
finger L'application nécessite un écran tactile qui fonctionne avec le doigt.

Remarque : Si un certain type de saisie tactile est nécessaire pour votre application, utilisez plutôt la balise <uses-feature> pour déclarer le type d'écran tactile requis, en commençant avec "android.hardware.faketouch" pour les événements tactiles de base.

Première apparition :
Niveau d'API 3
Voir aussi :
  • ConfigurationInfo