Android événement-clé pour la touche de retour lors du clavier virtuel est affiché?

Je suis en train d'essayer de capturer la touche "retour" de l'événement lorsque le clavier virtuel est affiché.

Je suis en utilisant le SDK ver 8 et peut réussir à capturer l'arrière-clés de l'événement UNIQUEMENT lorsque le clavier est CACHÉ comme suit:

@Override
public void onBackPressed() {
    //do something
    super.onBackPressed();
}

Le problème est que le système n'est pas à l'appel de cette méthode alors que le clavier est affiché. J'ai essayé de vous onKeyDown/Haut() les méthodes ainsi que la méthode ci-dessus pour travailler ce qui se passe dans ce scénario, en vain. Voir ci-dessous:

@Override
public boolean onKeyUp(int keyCode, KeyEvent event) {
    //DEBUGGING
    Log.d(TAG + "KeyUP", String.valueOf(event));
}

Journaux sont retournés pour le volume de menu et les touches comme prévu, mais la touche retour en arrière n'est enregistré lorsque le clavier virtuel et menu sont cachés.

Sont-il "touche retour" gourou qui peuvent expliquer ce phénomène?

Toute aide est grandement appréciée.

OriginalL'auteur dan | 2013-10-28

  1. 10

    Ici est la façon de capter l'arrière appuyez sur la touche de l'événement:
    1. Étendre editText vue de remplacer onKeyPreIme

    package com.test.test;
import android.content.Context;
import android.util.AttributeSet;
import android.view.KeyEvent;
import android.widget.EditText;

/**
 * Created by sumit.saurabh on 11/10/16.
 */
public class ChatEditText extends EditText
{
    /* Must use this constructor in order for the layout files to instantiate the class properly */
    public ChatEditText(Context context, AttributeSet attrs)
    {
        super(context, attrs);
        //TODO Auto-generated constructor stub
    }

    private KeyImeChange keyImeChangeListener;

    public void setKeyImeChangeListener(KeyImeChange listener)
    {
        keyImeChangeListener = listener;
    }

    public interface KeyImeChange
    {
        public void onKeyIme(int keyCode, KeyEvent event);
    }

    @Override
    public boolean onKeyPreIme(int keyCode, KeyEvent event)
    {
        if (keyImeChangeListener != null)
        {
            keyImeChangeListener.onKeyIme(keyCode, event);
        }
        return false;
    }
}

    1. ChatEditText en xml

          <com.test.test.ChatEditText
        android:id = "@+id/messageEditText"
        android:layout_width = "match_parent"
        android:layout_height = "wrap_content"
        android:layout_gravity = "bottom"
        android:layout_marginLeft = "12dp"
        android:layout_marginRight = "30dp"
        android:background = "@null"
        android:hint = "Type your message"
        android:inputType = "textMultiLine"
        android:singleLine = "false"
        android:textColorHint = "#c4c0bd"
        android:textSize = "18sp"/>

    2. Puis attacher un écouteur (setKeyImeChangeListener) pour l'édition de texte:

      private ChatEditText messageEditText;
messageEditText =
   (ChatEditText) findViewById(R.id.messageEditText);

messageEditText.setKeyImeChangeListener(new ChatEditText.KeyImeChange(){
    @Override
    public void onKeyIme(int keyCode, KeyEvent event)
    {
        if (KeyEvent.KEYCODE_BACK == event.getKeyCode())
        {
            //do something
        }
    }});
    l'obtention de rappel plusieurs fois , une meilleure façon d'éviter cela. @Sumit
    solution parfaite, merci beaucoup

    OriginalL'auteur Sumit Saurabh

  2. 5

    Après creuser autour davantage sur ce site et de l'API Android, j'ai trouvé que

    KeyEvent.KEYCODE_BACK

    est pris et englouti par un éditeur qui a une méthode de saisie de connexion et que la méthode de saisie est affichée (en d'autres mots, le clavier n'est PAS caché). Cela signifie que l'événement est consommé avant le système appelle les classes d'Activité onKeyDown() ou onKeyUp() méthodes.

    Pour contourner ce problème, créez une sous-classe de votre IME widget (TextView ou de ses enfants des classes comme EditText) et de mettre en œuvre onKeyPreIme().

    Pile utilisateur i2097i a affiché une bonne solution pour la mise en œuvre de onKeyPreIme() dans une activité ici.
    Assurez-vous de retourner FALSE dans votre onKeyPreIme() Remplacer si vous souhaitez conserver des Androïdes comportement par défaut (c'est à dire fermer le clavier).

    OriginalL'auteur dan

  3. 0

    Généralement le bouton retour permet de masquer le clavier (nateve behaivor), de sorte qu'il n'est pas une bonne idée de faire quelque chose avec ce

    Je suis d'accord avec vous, Joan, cependant dans mon cas, je souhaite juste pour cacher un EditText widget (si elle est visible) avec des Androïdes comportement par défaut de masquer le clavier.

    OriginalL'auteur Joan P.S