Android Spinner sélection

Difficile de croire qu'un an et demi plus tard, le problème existe toujours et continue de boggle personnes...

J'ai pensé partager la solution m'est venu après la lecture de Arhimed le plus utile de la poste (merci, et je suis d'accord sur les filateurs être douloureux!). Ce que j'ai fait pour éviter ces faux positifs est d'utiliser un simple wrapper classe:

import android.util.Log;
import android.view.View;
import android.widget.AdapterView;
import android.widget.AdapterView.OnItemSelectedListener;

public class OnItemSelectedListenerWrapper implements OnItemSelectedListener {

    private int lastPosition;
    private OnItemSelectedListener listener;

    public OnItemSelectedListenerWrapper(OnItemSelectedListener aListener) {
        lastPosition = 0;
        listener = aListener;
    }

    @Override
    public void onItemSelected(AdapterView<?> aParentView, View aView, int aPosition, long anId) {
        if (lastPosition == aPosition) {
            Log.d(getClass().getName(), "Ignoring onItemSelected for same position: " + aPosition);
        } else {
            Log.d(getClass().getName(), "Passing on onItemSelected for different position: " + aPosition);
            listener.onItemSelected(aParentView, aView, aPosition, anId);
        }
        lastPosition = aPosition;
    }

    @Override
    public void onNothingSelected(AdapterView<?> aParentView) {
        listener.onNothingSelected(aParentView);
    }
}

Tout ce qu'il fait est de piéger l'élément sélectionné les événements de la même position qui a été déjà sélectionné (par exemple, la première déclenchée automatiquement à la sélection pour la position 0), et de passer sur d'autres événements de la enveloppé auditeur. Pour l'utiliser, tout ce que vous avez à faire est de modifier la ligne dans votre code qui appelle à l'auditeur d'inclure l'emballage (et ajouter le crochet de fermeture, bien sûr), donc au lieu de dire:

mySpinner.setOnItemSelectedListener(new OnItemSelectedListener() {
    ...
});

vous auriez ceci:

mySpinner.setOnItemSelectedListener(new OnItemSelectedListenerWrapper(new OnItemSelectedListener() {
    ...
}));

Évidemment, une fois que vous avez testé, vous pourriez se débarrasser du Journal des appels, et vous pouvez ajouter la possibilité de réinitialiser la dernière position si nécessaire (vous auriez à garder une référence à l'instance, bien sûr, plutôt que de déclarer à la volée) comme Arhimed dit.

Espère que cela peut aider quelqu'un de fou par ce comportement étrange 😉

J'ai eu cette situation, dernièrement, lors de l'utilisation de toupies et de l'internet n'est pas venu avec une solution adaptée.

Mon scénario d'application:

X toupies (dynamiquement, 2 pour chaque processeur, min & max) pour la mise en & affichage de la CPU Fréquence. Ils sont remplis lorsque l'application démarre et ils obtiennent également le courant max/min freq du cpu ensemble. Un thread s'exécute en arrière-plan et vérifie change à chaque seconde et met à jour les toupies en conséquence. Si une nouvelle fréquence à l'intérieur de la toupie est définie par l'utilisateur la nouvelle fréquence est définie.

Le problème est que le fil accessible setSelection pour mettre à jour la fréquence actuelle qui, à son tour appelé mon écouteur et je n'avais aucun moyen de savoir si c'était de l'utilisateur ou le thread qui a changé la valeur. Si c'était le fil, je ne voulais pas l'auditeur à être appelé, car il n'y aurait pas eu besoin de changer la fréquence.

Je suis venu avec une solution qui convient à mes besoins parfaitement et fonctionne autour de l'auditeur sur votre appel 🙂 (et je pense que cette solution vous donne maximum de contrôle)

J'ai étendu Spinner:

import android.content.Context;
import android.widget.Spinner;

public class MySpinner extends Spinner {
    private boolean call_listener = true;

    public MySpinner(Context context) {
        super(context);
    }

    public boolean getCallListener() {
        return call_listener;
    }

    public void setCallListener(boolean b) {
        call_listener = b;
    }

    @Override
    public void setSelection(int position, boolean lswitch) {
        super.setSelection(position);
        call_listener = lswitch;
    }
}

et créé mon propre OnItemSelectedListener:

import android.util.Log;
import android.view.View;
import android.widget.AdapterView;
import android.widget.AdapterView.OnItemSelectedListener;

public class SpinnerOnItemSelectedListener implements OnItemSelectedListener {
      public void onItemSelected(AdapterView<?> parent, View view, int pos,long id) {
          MySpinner spin = (MySpinner) parent.findViewById(parent.getId());
          if (!spin.getCallListener()) {
              Log.w("yourapptaghere", "Machine call!");
              spin.setCallListener(true);
          } else {
              Log.w("yourapptaghere", "UserCall!");
          }
      }

      @Override
      public void onNothingSelected(AdapterView<?> arg0) {
        //TODO Auto-generated method stub
      }
}

Maintenant, si vous créez un MySpinner vous pouvez utiliser cette fonction pour définir la sélection:

setSelection(position, callListener);

Où callListener est vrai ou faux. La volonté véritable appel à l'auditeur et à l'est par défaut, c'est pourquoi les interactions de l'utilisateur sont arriver identifié, faux, aussi appel à l'auditeur, mais utilise le code que vous voulez, pour ce cas particulier, exempli gratia dans mon cas: Rien.

J'espère que quelqu'un d'autre le trouve utile et est épargné un long voyage pour voir si quelque chose comme cela existe déjà 🙂

Juste pour élargir sur aaamos du post ci-dessus, depuis je n'ai pas les 50 points de rep pour le commentaire, je suis entrain de créer un nouvel élément de réponse ici.

Fondamentalement, son code fonctionne pour le cas lors de la première Spinner sélection est de 0. Mais pour généraliser ce modèle, j'ai modifié son code de la manière suivante:

@Override
public void setOnItemSelectedListener(final OnItemSelectedListener listener)
{
    if (listener != null)
        super.setOnItemSelectedListener(new OnItemSelectedListener()
        {
            private static final int NO_POSITION  = -1;

            private int lastPosition = NO_POSITION;


            @Override
            public void onItemSelected(AdapterView<?> parent, View view, int position, long id)
            {
                if ((lastPosition != NO_POSITION) && (lastPosition != position))
                    listener.onItemSelected(parent, view, position, id);

                lastPosition = position;
            }


            @Override
            public void onNothingSelected(AdapterView<?> parent)
            {
                listener.onNothingSelected(parent);
            }
        });
    else
        super.setOnItemSelectedListener(null);
}

Fondamentalement, ce code va ignorer le premier tir de onItemSelected(), et puis tous les "même situation" appels.

Bien sûr, l'exigence est ici que la sélection est définie par programmation, mais qui devrait être le cas, de toute façon, si la position par défaut est de 0.

Je sais que c'est assez tard, mais j'ai trouvé une solution très simple à ce. Il est basé sur Arhimed réponse, c'est exactement la même. Il est très facile à mettre en œuvre aussi. Reportez-vous à la accepté de répondre:

Indésirables onItemSelected appels