3

フォーカスする必要があるいくつかのフィールドを含む jDialog があります。

時々フォーカスが失敗するという奇妙な動作が見られます.Tabキーを押すと、下の親ウィンドウでフォーカスが変化するのを見ることができるので、明らかにフォーカスが移動しませんでした.

フォーカスに関する興味深い記事 (camickr による): http://tips4java.wordpress.com/2010/03/14/dialog-focus/を読みました が、問題は解決しませんでした。

ただし、そのリスナーを使用すると、デバッグを簡単に追加して、何が起こっているのかを確認できました...

public class RequestFocusListener implements AncestorListener
{
private boolean removeListener;
    protected static org.slf4j.Logger logger = LoggerFactory.getLogger(RequestFocusListener.class);

/*
 *  Convenience constructor. The listener is only used once and then it is
 *  removed from the component.
 */
public RequestFocusListener() {
    this(true);
}

/*
 *  Constructor that controls whether this listen can be used once or
 *  multiple times.
 *
 *  @param removeListener when true this listener is only invoked once
 *                        otherwise it can be invoked multiple times.
 */
public RequestFocusListener(boolean removeListener) {
        logger.debug("creating RequestFocusListener, removeListener = " + removeListener);
    this.removeListener = removeListener;
}

@Override
public void ancestorAdded(AncestorEvent e)
{
        logger.debug("ancestorAdded detected");
        JComponent component = e.getComponent();
        logger.debug("requesting focus");
        boolean success = component.requestFocusInWindow();
        logger.debug("request focus in window result was: " + success);
        if (!success) {
            logger.debug("KeyboardFocusManager says focus failed.\nfocus owner is " + KeyboardFocusManager.getCurrentKeyboardFocusManager().getFocusOwner());
            logger.debug("displayable="+component.isDisplayable());
            logger.debug("lightweight="+component.isLightweight());
            logger.debug("enabled="+component.isEnabled());
            logger.debug("focusable="+component.isFocusable());
            logger.debug("showing="+component.isShowing());
            logger.debug("isRequestFocusEnabled="+component.isRequestFocusEnabled());
        } else {
            logger.debug("KeyboardFocusManager says we got focus.  focus owner is " + KeyboardFocusManager.getCurrentKeyboardFocusManager().getFocusOwner());
        }
        if (removeListener) {
    component.removeAncestorListener( this );
        }
}

@Override
public void ancestorMoved(AncestorEvent e) {
    }

@Override
public void ancestorRemoved(AncestorEvent e) {
    }

}

次に、JDialog のメイン パネルのコンポーネントにリスナーを追加しました。

radioButton.addAncestorListener(new RequestFocusAncestorListener());

私が得ている出力は次のとおりです。

displayable=true
lightweight=true
enabled=true
focusable=true
showing=true
isRequestFocusEnabled=true

コードをステップ実行して、リクエストが失敗した原因を確認すると、Component.requestFocusHelper on で停止していることがわかります。

boolean success = peer.requestFocus(this, temporary, focusedWindowChangeAllowed, time, cause);

コンポーネントは表示可能/表示可能/フォーカス可能でなければならないことを読みましたが、デバッグは問題ないことを示しています。

requestFocus が失敗する原因として他に何が考えられるのか、誰にも光を当てることができますか? (そして呼び出し元の親パネル (この場合は jtable) にフォーカスを置いたままにします)

完全な SSCCE を提供していないことを前もって申し訳ありません。スタンドアロンの例でこれを再現しようとしましたが、一貫して失敗することはありません。

考えやヒントをいただければ幸いです。


ファローアップ -

ダイアログを初めて開いたときにフォーカスを取得し、ダイアログを閉じて再度開くと、フォーカスが常に設定されるとは限りません。

興味深いことに、ダイアログを閉じた後、ダイアログを再度開く前に親でフォーカスを変更すると、フォーカスが常に設定されているように見えます。

4

2 に答える 2

5

フォーカスのリクエストが失敗する理由はいくつも考えられます。

まず、Component#requestFocus実際の状態のJava Docs

このメソッドのフォーカス動作はプラットフォームに依存するため、開発者は可能な限り requestFocusInWindow を使用することを強くお勧めします。

このコンポーネントは、表示可能、フォーカス可能、可視である必要があり、リクエストが許可されるには、そのすべての祖先 (トップレベルのウィンドウを除く) が可視である必要があります。

コンポーネントがフォーカス可能になるためには、コンポーネントとそのすべての祖先が有効 (表示可能) でなければなりません。私がよく目にするよくある間違いの 1 つは、新しいウィンドウを使用したり作成しrequestFocusたりrequestFocusInWindowするときですが、そのウィンドウが実際に画面に表示される前に (setVisibleウィンドウがすぐに表示されることを保証するものではありません。見えるようになります)。

この状況での最善のアプローチは、イベントWindowListenerを監視することです。その場合、ウィンドウが実際に画面に表示可能であることを確認するwindowOpenedために a を使用したくなるでしょう。SwingUtilities#invokeLater

もう 1 つの問題は、に依存していることisDisplayableです。このメソッドはtrue、コンポーネントが表示されているウィンドウが表示されていない (画面に表示されている) 場合でも返される場合があります。

コンポーネントは、ネイティブの画面リソースに接続されると表示可能になります。これは、祖先ウィンドウがパックされているか、表示されている場合に発生する可能性があります...実際、これがいつ発生するかを正確に判断することは非常に困難です。

アップデート

requestFocusまた、それはまさに「リクエスト」であることも付け加えておきます。別のフィールドがフォーカスの放棄を拒否したために、フォーカス管理サブシステムがリクエストを拒否する可能性があります (フィールドが をInputVerifier#shouldYieldFocus返す場合などfalse) 。

于 2012-12-10T23:14:36.277 に答える
1

問題の答えが見つかりました。

MadProgrammer の分析は正しかったのですが、問題とは少し関係がなく、setVisible からダイアログが返された後、スレッドが 2 秒間スリープしていました。

このスリープを削除すると、問題が発生しなくなります。

さて... 2 秒の遅延 (setVisible が返された後の親パネルで) が問題になる理由については、少し謎ですが、少なくとも解決策はわかっています

于 2012-12-11T22:37:12.573 に答える