2012-12-10 22 views
2

我有一个jDialog包含一些需要专注的领域。什么导致组件requestFocus有时失败?

我看到一些奇怪的行为,有时聚焦失败,如果你点击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上:

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

我已阅读该组件必须是可显示/可见/可调焦),但调试显示没问题。

任何人都可以阐明什么可能会导致requestFocus失败吗? (并将焦点留在调用父面板,在这种情况下在一个Jtable)

对不起,提供一个完整的SSCCE,我试图重现这个独立的例子,并不能让它失败一致。

我欣赏任何想法/提示。


随访 -

这似乎是我第一次打开的对话框中,它获得焦点,然后当我关闭并重新打开的重点并不总是得到设置对话框。

有趣的是,在关闭对话框之后,如果我在再次打开对话框之前更改了父对象的焦点,焦点似乎总是被设置。

+0

*“逐步执行代码“*这本身可能会导致焦点请求失败(即,在调用方法时,Swing GUI不是焦点窗口)。 –

+0

我同意。我通常不使用调试器来完成,而是添加记录器消息和库存跟踪来查看调用来自哪里。我发现调试焦点问题的唯一可靠方法。在那个曾经的例子中,它在jdk课程中很深,所以我没有选择,但我同意,它可以使它成为一个红鲱鱼 –

回答

5

有任何数量的可能原因焦点请求失败。

首先,在Java文档的Component#requestFocus实际状态

因为此方法的焦点行为是与平台相关的, 强烈建议开发人员在 可以使用requestFocusInWindow。

而且

该组件必须显示的,可聚焦,可见及其所有 祖先(与顶层窗口除外)必须是可见 如要获得

请求

为了使组件变得可以聚焦,组件及其所有祖先必须是有效的(可显示的)。我看到很多常见的错误之一是人们在创建新窗口时使用requestFocusrequestFocusInWindow,但在窗口实际显示在屏幕上之前(setVisible不保证窗口将立即可见,只有一段时间在将来它将变得可见)。

在这种情况下,最佳方法是使用WindowListener并监视windowOpened事件。事件然后,我会试图使用SwingUtilities#invokeLater来确保窗口实际上可以在屏幕上显示。

另一个问题是依靠isDisplayable。即使组件所在的窗口不是(显示在屏幕上),该方法也可能会返回true

组件在连接到本机屏幕资源时变为可显示。当祖先窗口被打包或显示时,可能会发生这种情况......事实上,我发现很难确定这种情况的发生时间。

更新

我还要补充一点,requestFocus就是这样, “请求”。有可能重点管理子系统可能否决请求,因为另一个领域拒绝投降(例如,当字段InputVerifier#shouldYieldFocus返回false

+0

谢谢你。一些很好的评论和大部分对我来说是有道理的。重新使用requestFocusInWindow,我正在使用(在上面的RequestFocusListener中),而不是requestFocus。除非我误解了(如RequestFocusListener示例中所述,请重新设置AncestorListener接口),否则RequestFocusListener不会被触发,直到窗口变为活动和可见为止。我已经将焦点代码包装在invokeLater调用中,以延迟它,但是这并没有解决问题。 –

+0

@dingfelder听起来像别的东西干扰焦点的变化...... – MadProgrammer

0

找到了问题的答案。

MadProgrammer的分析是正确的,但问题有点不相关,从setVisible返回对话后有一个线程休眠2秒。

删除此睡眠使问题停止发生。

现在...至于为何有延迟2秒(在调用setVisible返回后,父面板)将此事是一个有点神秘,但至少我知道解决的办法