web-dev-qa-db-ja.com

リスナーをJTextFieldに値変更

ユーザーがテキストフィールドの値を変更した直後にメッセージボックスが表示されるようにします。現在、私はメッセージボックスを飛び出させるためにエンターキーを押す必要があります。私のコードに何か問題がありますか?

textField.addActionListener(new Java.awt.event.ActionListener() {
    public void actionPerformed(Java.awt.event.ActionEvent e) {

        if (Integer.parseInt(textField.getText())<=0){
            JOptionPane.showMessageDialog(null,
                    "Error: Please enter number bigger than 0", "Error Message",
                    JOptionPane.ERROR_MESSAGE);
        }       
    }
}

任意の助けは大歓迎です!

202
user236501

自動的に作成される基になるドキュメントにリスナーを追加します。

// Listen for changes in the text
textField.getDocument().addDocumentListener(new DocumentListener() {
  public void changedUpdate(DocumentEvent e) {
    warn();
  }
  public void removeUpdate(DocumentEvent e) {
    warn();
  }
  public void insertUpdate(DocumentEvent e) {
    warn();
  }

  public void warn() {
     if (Integer.parseInt(textField.getText())<=0){
       JOptionPane.showMessageDialog(null,
          "Error: Please enter number bigger than 0", "Error Message",
          JOptionPane.ERROR_MESSAGE);
     }
  }
});
355
Codemwnci

これに対する通常の答えは、「 DocumentListenerNAME _ を使用する」です。しかし、私はいつもそのインターフェースが面倒だと思っています。実のところ、インターフェースは過剰に設計されています。テキストの挿入、削除、置換の3つの方法があります。1つの方法だけが必要な場合は置換です。 (挿入はテキストのないテキストの置換と見なすことができ、削除はテキストのないテキストの置換と見なすことができます。)

通常必要なのは ボックス内のテキストが変更されたとき です。そのため、一般的なDocumentListenername__の実装には3つのメソッドが1つのメソッドを呼び出します。

そこで、ChangeListenername__ではなく、より単純な DocumentListenerNAME _ を使用できるようにするための次のようなユーティリティメソッドを作成しました。 (Java 8のラムダ構文を使用しますが、必要に応じて古いJavaにも適用できます。)

/**
 * Installs a listener to receive notification when the text of any
 * {@code JTextComponent} is changed. Internally, it installs a
 * {@link DocumentListener} on the text component's {@link Document},
 * and a {@link PropertyChangeListener} on the text component to detect
 * if the {@code Document} itself is replaced.
 * 
 * @param text any text component, such as a {@link JTextField}
 *        or {@link JTextArea}
 * @param changeListener a listener to receieve {@link ChangeEvent}s
 *        when the text is changed; the source object for the events
 *        will be the text component
 * @throws NullPointerException if either parameter is null
 */
public static void addChangeListener(JTextComponent text, ChangeListener changeListener) {
    Objects.requireNonNull(text);
    Objects.requireNonNull(changeListener);
    DocumentListener dl = new DocumentListener() {
        private int lastChange = 0, lastNotifiedChange = 0;

        @Override
        public void insertUpdate(DocumentEvent e) {
            changedUpdate(e);
        }

        @Override
        public void removeUpdate(DocumentEvent e) {
            changedUpdate(e);
        }

        @Override
        public void changedUpdate(DocumentEvent e) {
            lastChange++;
            SwingUtilities.invokeLater(() -> {
                if (lastNotifiedChange != lastChange) {
                    lastNotifiedChange = lastChange;
                    changeListener.stateChanged(new ChangeEvent(text));
                }
            });
        }
    };
    text.addPropertyChangeListener("document", (PropertyChangeEvent e) -> {
        Document d1 = (Document)e.getOldValue();
        Document d2 = (Document)e.getNewValue();
        if (d1 != null) d1.removeDocumentListener(dl);
        if (d2 != null) d2.addDocumentListener(dl);
        dl.changedUpdate(null);
    });
    Document d = text.getDocument();
    if (d != null) d.addDocumentListener(dl);
}

リスナーをドキュメントに直接追加する場合とは異なり、これは、テキストコンポーネントに新しいドキュメントオブジェクトをインストールするという(まれな)ケースを処理します。さらに、 Jean-Marc Astesanaの回答 で説明されている問題を回避します。この場合、ドキュメントは必要以上のイベントを発生させることがあります。

とにかく、このメソッドはあなたがこのように見える迷惑なコードを置き換えることを可能にします:

someTextBox.getDocument().addDocumentListener(new DocumentListener() {
    @Override
    public void insertUpdate(DocumentEvent e) {
        doSomething();
    }

    @Override
    public void removeUpdate(DocumentEvent e) {
        doSomething();
    }

    @Override
    public void changedUpdate(DocumentEvent e) {
        doSomething();
    }
});

と:

addChangeListener(someTextBox, e -> doSomething());

パブリックドメインに公開されたコード。楽しむ!

44
Boann

ユーザーがフィールドを変更すると、DocumentListenerはいつか2つのイベントを受け取ることがあります。たとえば、ユーザーがフィールドコンテンツ全体を選択してからキーを押すと、removeUpdate(すべてのコンテンツが削除されます)とinsertUpdateが表示されます。あなたの場合、私はそれが問題だとは思いませんが、一般的に言ってそれは問題です。残念ながら、JTextFieldをサブクラス化しないでtextFieldの内容を追跡する方法はないようです。これが "text"プロパティを提供するクラスのコードです。

package net.yapbam.gui.widget;

import javax.swing.JTextField;
import javax.swing.text.AttributeSet;
import javax.swing.text.BadLocationException;
import javax.swing.text.PlainDocument;

/** A JTextField with a property that maps its text.
 * <br>I've found no way to track efficiently the modifications of the text of a JTextField ... so I developed this widget.
 * <br>DocumentListeners are intended to do it, unfortunately, when a text is replace in a field, the listener receive two events:<ol>
 * <li>One when the replaced text is removed.</li>
 * <li>One when the replacing text is inserted</li>
 * </ul>
 * The first event is ... simply absolutely misleading, it corresponds to a value that the text never had.
 * <br>Anoter problem with DocumentListener is that you can't modify the text into it (it throws IllegalStateException).
 * <br><br>Another way was to use KeyListeners ... but some key events are throw a long time (probably the key auto-repeat interval)
 * after the key was released. And others events (for example a click on an OK button) may occurs before the listener is informed of the change.
 * <br><br>This widget guarantees that no "ghost" property change is thrown !
 * @author Jean-Marc Astesana
 * <BR>License : GPL v3
 */

public class CoolJTextField extends JTextField {
    private static final long serialVersionUID = 1L;

    public static final String TEXT_PROPERTY = "text";

    public CoolJTextField() {
        this(0);
    }

    public CoolJTextField(int nbColumns) {
        super("", nbColumns);
        this.setDocument(new MyDocument());
    }

    @SuppressWarnings("serial")
    private class MyDocument extends PlainDocument {
        private boolean ignoreEvents = false;

        @Override
        public void replace(int offset, int length, String text, AttributeSet attrs) throws BadLocationException {
            String oldValue = CoolJTextField.this.getText();
            this.ignoreEvents = true;
            super.replace(offset, length, text, attrs);
            this.ignoreEvents = false;
            String newValue = CoolJTextField.this.getText();
            if (!oldValue.equals(newValue)) CoolJTextField.this.firePropertyChange(TEXT_PROPERTY, oldValue, newValue);
        }

        @Override
        public void remove(int offs, int len) throws BadLocationException {
            String oldValue = CoolJTextField.this.getText();
            super.remove(offs, len);
            String newValue = CoolJTextField.this.getText();
            if (!ignoreEvents && !oldValue.equals(newValue)) CoolJTextField.this.firePropertyChange(TEXT_PROPERTY, oldValue, newValue);
        }
    }
15

DocumentListenerを拡張し、すべてのDocumentListenerメソッドを実装するインターフェースを作成するだけです。

@FunctionalInterface
public interface SimpleDocumentListener extends DocumentListener {
    void update(DocumentEvent e);

    @Override
    default void insertUpdate(DocumentEvent e) {
        update(e);
    }
    @Override
    default void removeUpdate(DocumentEvent e) {
        update(e);
    }
    @Override
    default void changedUpdate(DocumentEvent e) {
        update(e);
    }
}

その後:

jTextField.getDocument().addDocumentListener(new SimpleDocumentListener() {
    @Override
    public void update(DocumentEvent e) {
        // Your code here
    }
});

あるいは、ラムダ式を使うこともできます。

jTextField.getDocument().addDocumentListener((SimpleDocumentListener) e -> {
    // Your code here
});
10
Andrey Megvinov

私はこれが本当に古い問題に関連していることを知っています、しかし、それは私にもいくつかの問題を引き起こしました。 kleopatra が上記のコメントで回答したように、私はJFormattedTextFieldで問題を解決しました。しかし、この解決策にはもう少し作業が必要ですが、それよりも優れています。

JFormattedTextFieldは、デフォルトでは、フィールド内のすべてのテキストが変更された後にプロパティの変更をトリガーしません。 JFormattedTextFieldのデフォルトコンストラクタはフォーマッタを作成しません。

しかし、OPが提案したことを実行するには、フィールドが有効に編集されるたびにcommitEdit()メソッドを呼び出すフォーマッタを使用する必要があります。 commitEdit()メソッドは私が見ることができるものからプロパティの変更を引き起こすものであり、フォーマッタなしで、これはデフォルトでフォーカスの変更時またはエンターキーが押されたときに引き起こされます。

詳細については、 http://docs.Oracle.com/javase/tutorial/uiswing/components/formattedtextfield.html#value を参照してください。

コンストラクターまたはセッター・メソッドを介してDefaultFormatterに渡されるデフォルトのフォーマッター(JFormattedTextField)オブジェクトを作成します。デフォルトのフォーマッタの1つのメソッドはsetCommitsOnValidEdit(boolean commit)です。これは、テキストが変更されるたびにcommitEdit()メソッドをトリガするようにフォーマッタを設定します。これはPropertyChangeListenerpropertyChange()メソッドを使って取得できます。

10
Astridax
textBoxName.getDocument().addDocumentListener(new DocumentListener() {
   @Override
   public void insertUpdate(DocumentEvent e) {
       onChange();
   }

   @Override
   public void removeUpdate(DocumentEvent e) {
      onChange();
   }

   @Override
   public void changedUpdate(DocumentEvent e) {
      onChange();
   } 
});

しかし、私は(おそらく偶然にも)ユーザーが自分のキーボードで触れたものをIntegerに解析するだけではありません。 Exceptionがスローされた場合はそれをキャッチし、JTextFieldが空でないことを確認してください。

1
DerBobby

それはCodemwnciのアップデート版でした。彼のコードはかなり上手で、エラーメッセージ以外はうまくいきます。エラーを避けるためには、条件ステートメントを変更する必要があります。

  // Listen for changes in the text
textField.getDocument().addDocumentListener(new DocumentListener() {
  public void changedUpdate(DocumentEvent e) {
    warn();
  }
  public void removeUpdate(DocumentEvent e) {
    warn();
  }
  public void insertUpdate(DocumentEvent e) {
    warn();
  }

  public void warn() {
     if (textField.getText().length()>0){
       JOptionPane.showMessageDialog(null,
          "Error: Please enter number bigger than 0", "Error Massage",
          JOptionPane.ERROR_MESSAGE);
     }
  }
});

「MouseExited」でも制御できます。例:

 private void jtSoMauMouseExited(Java.awt.event.MouseEvent evt) {                                    
        // TODO add your handling code here:
        try {
            if (Integer.parseInt(jtSoMau.getText()) > 1) {
                //auto update field
                SoMau = Integer.parseInt(jtSoMau.getText());
                int result = SoMau / 5;

                jtSoBlockQuan.setText(String.valueOf(result));
            }
        } catch (Exception e) {

        }

    }   
1
fishgold192

ActionListener(enterキーでトリガーされる)ではなくKeyListenerキー(任意のキーでトリガーされる)を使用する

0
nick

私はWindowBuilderの初心者で、実際には数年後にJavaに戻ったばかりですが、「何か」を実装してから、それを調べてこのスレッドに出会うと思いました。

私はこれをテストしている最中なので、これらすべてに不慣れであることに基づいて、私は何かを見逃しているに違いないと確信しています。

これは私がしたことです、ここで "runTxt"はテキストボックス、 "runName"はクラスのデータメンバーです。

public void focusGained(FocusEvent e)
    {
    if (e.getSource() == runTxt)
        {
        System.out.println("runTxt got focus");
        runTxt.selectAll();
        }
    }
public void focusLost(FocusEvent e)
    {
    if (e.getSource() == runTxt)
        {
        System.out.println("runTxt lost focus");
        if(!runTxt.getText().equals(runName))runName= runTxt.getText();
        System.out.println("runText.getText()= " + runTxt.getText() + "; runName= " + runName);
        }
    }

これまでのところよりもずっと単純に見え、動作しているように思えますが、これを書いている最中なので、見落とされがちな問題について聞いていただければ幸いです。ユーザーが変更を加えずにテキストボックスに入力して離れることができるのは問題ですか?私はあなたがしたすべてが不必要な割り当てであると思います。

0
RocketMan

ドキュメントリスナーアプリケーションを使用しているときに実行可能なメソッドSwingUtilities.invokeLater()を使用すると、時々動けなくなり、結果を更新するのに時間がかかります(私の実験のとおり)。その代わりに、ここで述べたように テキストフィールド変更リスナにKeyReleasedイベントを使うこともできます

usernameTextField.addKeyListener(new KeyAdapter() {
        public void keyReleased(KeyEvent e) {
            JTextField textField = (JTextField) e.getSource();
            String text = textField.getText();
            textField.setText(text.toUpperCase());
        }
    });