Comment puis-je savoir quand le texte éditable JComboBox a été changé?

J'ai un modifiable JComboBox où j'ai envie de prendre un peu d'action à chaque fois que le texte est modifié, soit par saisie ou la sélection. Dans ce cas, le texte est un modèle et je veux vérifier que le modèle est valide et des matchs qui entraînent des données de test.

Avoir fait évident, joindre une ActionHandler, j'ai trouvé que, pour la saisie, l'événement semble à feu mal, au mieux (la sélection est très bien). Et quand il ne feu comme un résultat de la saisie, le texte récupéré (à l'aide de getEditor().getItem(), puisque getSelectedItem() n'obtient que le texte quand il a été sélectionné dans la liste) semble être le texte tel qu'il était lors de la dernière épreuve a été licencié, c'est toujours manquant le caractère a été tapé immédiatement avant l'action de l'événement a été déclenché.

Je m'attendais à l'événement d'action pour le feu après un certain délai court (500 ms à 1 seconde), mais il semble immédiatement ouvert le feu sur l'incrustation (s'il est utilisé à tous).

La seule alternative possible, je peux penser à est de simplement commencer une 1 seconde minuterie sur focus-gagné, le tuant sur l'objet-perdu et de faire le travail que la minuterie d'action si le contenu est différent de la dernière fois.

Des idées ou des suggestions?

Les extraits de code ne sont pas particulièrement intéressants:

find.addActionListener(this);
...
public void actionPerformed(ActionEvent evt) {
    System.out.println("Find: "+find.getEditor().getItem());
    }
InformationsquelleAutor Lawrence Dol | 2009-08-10
  1. 31

    L'action de l'auditeur est généralement déclenché lorsque vous appuyez sur entrée, ou de déplacer le focus à partir de l'éditeur de la liste déroulante. La façon correcte d'intercepter les modifications individuelles de l'éditeur est d'enregistrer un document auditeur:

    final JTextComponent tc = (JTextComponent) combo.getEditor().getEditorComponent();
tc.getDocument().addDocumentListener(this);

    La DocumentListener interface a des méthodes qui sont appelées à chaque fois que le Document support de l'éditeur est modifié (insertUpdate, removeUpdate, changeUpdate).

    Vous pouvez également utiliser une classe anonyme pour un contrôle plus précis de l'endroit où les événements sont à venir à partir de:

    final JTextComponent tcA = (JTextComponent) comboA.getEditor().getEditorComponent();
tcA.getDocument().addDocumentListener(new DocumentListener() { 
  ... code that uses comboA ...
});

final JTextComponent tcB = (JTextComponent) comboB.getEditor().getEditorComponent();
tcB.getDocument().addDocumentListener(new DocumentListener() { 
  ... code that uses comboB ...
});
    • Merci, je vais donner à ceci un essai. Je n'ai pas l'esprit Swing dans son ensemble, mais parfois de travailler sur la façon d'obtenir un certain comportement ou le piège de certains événements est LOIN d'être évidente.
    • OK, donc en mettant de côté le "19" les niveaux de l'appel de méthode... après Avoir ajouté un document à l'écoute, lorsque l'événement se produit je ne trouve pas de moyen de le lier à qui des deux listes déroulantes ont été modifiés. À ce stade, une simple minuterie cherche plutôt attrayant.
    • J'ai stocké le dernier texte connu pour les deux CBs, et l'utiliser pour déterminer ce qui a changé lorsque le document de l'événement est déclenché. Si vous savez comment lier l'événement à la composante qui a tiré, ce serait utile d'info depuis un DocumentEvent n'est pas un standard AWT événement ou java.util.EventObject.
    • Le document ne sait pas vraiment sur le composant il est accro à de par leur conception. De cette façon, vous pouvez avoir plusieurs "points de vue" de la même document. Plutôt que d'une seule DocumentListener mise en œuvre, créer un distinct pour chaque zone de liste modifiable. Une classe anonyme est sans doute bon ici.
    • J'ai ajouté un autre exemple d'utilisation anonyme des classes.
    • n'importe qui qui lit cela dans le futur) - Vous pouvez stocker la Document comme un champ dans la classe parent (en se référant à tc.getDocument()). Puis, dans les modifications/supprimer/insérer des méthodes de mise à jour de la DocumentListener, le DocumentEvent.getDocument() méthode retourne le Document qui est liée à la JComboBox. Vrai, vous pourriez avoir besoin d'un peu de logique supplémentaire pour garder une trace du fait que les deux objets sont associés les uns avec les autres.

    InformationsquelleAutor Dave Ray
  2. -1

    Vous pouvez utiliser quelque chose comme ceci:

    JComboBox cbListText = new JComboBox();
cbListText.addItem("1");
cbListText.addItem("2");
cbListText.setEditable(true);
final JTextField tfListText = (JTextField) cbListText.getEditor().getEditorComponent();
tfListText.addCaretListener(new CaretListener() {
    private String lastText;

    @Override
    public void caretUpdate(CaretEvent e) {
        String text = tfListText.getText();
        if (!text.equals(lastText)) {
            lastText = text;
            //HERE YOU CAN WRITE YOUR CODE
        }
    }
});
    InformationsquelleAutor ungalcrys
  3. -1

    cela sonne comme la meilleure solution 

    jComboBox.getEditor().getEditorComponent().addKeyListener(new java.awt.event.KeyAdapter() {
public void keyReleased(java.awt.event.KeyEvent evt) {    //add your hadling code here:

}    });
    • Ce manque modifications effectuées sans l'aide du clavier (e. g. coller ou supprimer du texte à l'aide du périphérique de pointage).
    InformationsquelleAutor isaac