J'ai mis à niveau les outils du SDK vers la révision 20 (à partir de 18) et depuis la mise à niveau, l'émulateur ne semble pas accepter les entrées du clavier de l'ordinateur portable. Mais uniquement en utilisant le propre clavier «doux» de l'émulateur (qui apparaît lorsqu'un champ de saisie est focalisé).
J'ai essayé de réinstaller les outils du SDK (et tout le SDK d'ailleurs), j'ai désinstallé et réinstallé les plug-ins Eclipse Android, recréé des émulateurs. Mais rien de tout cela ne semble aider et ça me rend fou. Il est inutile de saisir le pavé tactile d'un ordinateur portable.
est-ce que quelqu'un à rencontré ce problème?
android
android-emulator
epsilonpsi
la source
la source
Extended Controls
->Send keyboard shortcuts to
->s/Emulator controls (default)/Virtual device/
Réponses:
Mettre à jour
Depuis la version 21 du SDK, le gestionnaire de périphériques virtuels Android dispose d'une interface utilisateur améliorée qui résout ce problème. J'ai mis en évidence certains des paramètres de configuration les plus importants ci-dessous:
Si vous remarquez que les touches principales douce (sur écran)
Back
,Home
etc. sont absents de votre émulateur , vous pouvez définirhw.mainKeys=no
pour les activer.Réponse originale
Même si la documentation du développeur indique que la prise en charge du clavier est activée par défaut, cela ne semble pas être le cas dans le SDK rev 20. J'ai explicitement activé la prise en charge du clavier dans le fichier config.ini de mon émulateur et cela a fonctionné!
Ajouter:
hw.keyboard=yes
À:
~/.android/avd/<emulator-device-name>.avd/config.ini
De même, ajoutez
hw.dPad=yes
si vous souhaitez utiliser les touches fléchées pour naviguer dans la liste des applications.Référence: http://developer.android.com/tools/devices/managing-avds-cmdline.html#hardwareopts
Sous Mac OS et Linux, vous pouvez modifier toutes vos configurations d'émulateur avec une seule commande de terminal:
for f in ~/.android/avd/*.avd/config.ini; do echo 'hw.keyboard=yes' >> "$f"; done
Sur une note connexe, si votre émulateur de tablette ne contient pas les boutons BACK / HOME, essayez de sélectionner WXGA800 comme skin intégré dans l'éditeur AVD:
Ou en définissant manuellement l'habillage dans config.ini:
(l'exemple concerne l'API 16)
la source
Confirmé. J'ai eu le même problème après la mise à niveau vers Tools version 20. J'ai dû modifier l'AVD pour ajouter une option comme suit:
Cela ajoutera une propriété hw.keyboard = yes dans le fichier config.ini pour l'AVD.
Vous devez également définir hw.mainKeys = yes
la source
Dans Android Studio, ouvrez AVD Manager (Outils> Android> AVD Manager). Appuyez sur le bouton Modifier de l'émulateur:
Sélectionnez "Afficher les paramètres avancés"
Cochez "Activer la saisie au clavier"
Cliquez sur Terminer et démarrez l'émulateur pour profiter de la saisie au clavier.
la source
Regardez dans AVD Manager, sélectionnez l'AVD et cliquez sur Modifier. Dans la section Matériel: cliquez sur "Nouveau" et recherchez "Prise en charge du clavier" et ajoutez avec le bouton OK et définissez la valeur sur "oui" et enregistrez les modifications avec "Modifier AVD"
la source
Google voulait donner plus de maux de tête aux développeurs.
Donc, ce que vous devez faire maintenant, c'est éditer votre AVD et ajouter "Prise en charge du clavier" pour cela dans la section Matériel et changer la valeur en "Oui"
la source
Dans votre dossier personnel /.android/avd//config.ini ajoutez la ligne hw.keyboard = yes
la source
Juste au cas où quelqu'un le trouverait utile.
J'ai eu un problème avec le KEYCODE_DPAD_UP il appartient au trackBall. pour résoudre ce problème, changez votre avdfolder / config.ini hw.trackBall = yes et appuyez sur DEL ou F6
la source
Le redémarrage de l'émulateur aide parfois lorsque la saisie n'est pas disponible - malgré la saisie au clavier activée pour votre appareil virtuel Android.
la source
Recherchez le dossier .android caché dans votre dossier de départ utilisateur. Vous pouvez renommer ou supprimer ce dossier, recréer votre AVD et redémarrer l'émulateur. Il se peut qu'il y ait un fichier .ini dans ce dossier qui a ce paramètre munged.
la source
Recréer un AVD avec le clavier matériel + définir le booléen sur vrai a été la seule solution qui a fonctionné pour moi; les deux autres solutions principales (terminal ou modification d'un AVD existant via GUI) ont toutes deux entraîné des plantages logiciels / émulateurs sur mon Mac. Faire un nouvel AVD a permis au clavier de fonctionner très bien.
la source
Voici une solution de contournement qui a réellement fonctionné pour moi, c'est la même solution que dans la réponse la plus populaire - ajoutez simplement hw.keyboard = yes à config.ini mais comme cela n'a pas fonctionné pour moi, j'ai en plus
la source