我在滚动视图旁边有一个带有单个文本编辑字段的窗口。滚动视图的文档视图包含多个子视图,其中一些子视图包含以编程方式创建为NSTextViews的文本编辑字段。
当应用程序启动窗口时,顶级文本编辑字段显示为焦点,因此它(我认为)是第一个响应者。然后用户点击TAB键,但第一个文本编辑字段(在许多中)位于文档视图的子视图中,该视图已滚动到用户看不见的位置。
该应用的默认行为是将焦点移至“下一个”文本字段。除了用户不知道它在哪里,因为它不在视野范围内。
因此应用程序应该有两种可能的行为方式。应用程序应该确定下一个响应者明显超出范围,并阻止TAB键更改当前焦点。或者应用程序应确定哪个文本编辑字段已收到新焦点,并自动滚动以便该文本字段现在对用户可见。可以说,两种情况都是合乎逻辑的,但我认为后者更有用。
如何确定焦点已自动更改为香草文本编辑控件,该控件认为它是可见的但由于被父卷轴视图剪切而不可见?
答案 0 :(得分:0)
听起来你有几个问题。它们很容易解决,但这些都不是自动的。
首先,按Tab键时循环浏览的视图顺序是“关键视图循环”。你可以读一下。它有点像,有点自动,但您可以通过设置文本字段的nextKeyView
和previousKeyView
属性(按钮,其他控件,......)来表达明确的顺序。
如果您希望滚动视图的文档视图中的任何内容变为可见,则需要重新定向剪辑视图。有很多方法可以做到这一点(大多数都很难理解),但是你想要的是如此常见,以至于NSView
中有一种方便的方法可以做到这一点:scrollRectToVisible:
因此,当您的文本字段变为活动状态时,您所要做的就是[textField scrollRectToVisible:textField.bounds]
。
一个地方就是文本字段开始编辑时,这可以通过将代理附加到文本字段并捕获textDidBeginEditing:
或观察NSControlTextDidBeginEditingNotification
通知并确定如果它是你的一个文本字段。
答案 1 :(得分:0)
因为我正在对NSTextField进行子类化,所以我认为正如所建议的那样,正确(或至少是工作)的答案是用becomeFirstResponder:
覆盖myDocView
。是父视图层次结构中较高位置的父滚动视图的滚动内容:
- (BOOL)becomeFirstResponder
{
BOOL done = [super becomeFirstResponder];
if (done) {
// Ensure new focus ring is shown also (shouldn't be hardwired, but for now ...)
NSSize margin = NSMakeSize(20.0, 20.0);
// Get where text field lives in myDocView's coordinates
NSRect r = [myDocView convertRect:[self bounds] fromView:self];
// Try scrolling if partially visible first, and if not ...
if (![myDocView adjustRectIntoView:r withMargin:margin]) {
// Text edit field is not visible in parent scroll view
// so tell document view where to scroll itself to
margin = NSMakeSize(-30.0, -30.0);
[myDocView specialScrollTo:self withOffset:margin];
}
}
return done;
}
当以编程方式创建文本编辑对象时,必须设置属于文本编辑字段子类的属性字段myDocView
,以便文本编辑字段知道将滚动消息发送到何时成为何时急救人员。这是因为在我的特定情况下,文本编辑子类对象实际上是几个低于滚动文档视图的视图级别。
部分由于一般的用户界面原因,部分由于我的滚动内容视图的布局细节,有必要在三种情况下做一些不同的事情。第一种情况是当成为第一响应者的文本编辑字段已经完全可见时。这很简单,adjustRectIntoView
只会返回YES
,因为用户可以看到焦点环更改。
在第二种情况下,文本编辑字段部分可见。在这种情况下,方法adjustRectIntoView:withMargin:
使其完全可见(如果可能,否则,它使原点区域可见)。但它只使用最小的滚动运动,水平或垂直(并且只在必要时两者),将该字段留在滚动视图的最近边缘的可见矩形旁边。这个"惊吓"用户至少。
最后,如果该字段完全不可见,那么在我的特定情况下,我必须对与文本编辑视图相关的其他附近视图进行特殊分析,以便将其(或它们全部)带入用户的视图中见。
adjustRectIntoView:withMargin:
和specialScrollTo:withOffset:
都是添加到滚动的(子类)myDocView
的方法。
我的后一个特殊例程太具有特定应用程序,但前者非常通用,看起来像这样(可以轻松修改以完成后者):
- (BOOL)adjustRectIntoView:(NSRect)r withMargin:(NSSize)margin
{
CGRectInset(r, -margin.width, -margin.height);
NSRect vis = [myScroller documentVisibleRect];
if (CGRectContainsRect(vis, r)) {
// The enhanced rectangle `r` is already fully visible,
// so we're done (no change)
return(YES);
}
if (!CGRectIntersectsRect(vis, r)) {
// The enhanced rectangle `r` is fully invisible, so caller
// must apply whatever other custom strategy it needs to
// scroll `r` into view; or don't return and fall through.
return(NO);
}
// Rectangle `r` is partly visible in scroll view. So nudge the
// scrolling view enough to bring `r` into view near where it
// already is, with a minimum of motion. If `r` contains `vis`,
// which can happen if `r` is part of a highly magnified view,
// this gives preference to `r`'s origin becoming visible.
NSPoint ul = r.origin;
NSPoint ur = NSMakePoint(r.origin.x+r.size.width, r.origin.y);
NSPoint ll = NSMakePoint(r.origin.x, r.origin.y+r.size.height);
NSSize amt;
if (ul.x < vis.origin.x)
amt.width = (ul.x - vis.origin.x);
else if (ur.x > vis.origin.x+vis.size.width)
amt.width = (ur.x - (vis.origin.x+vis.size.width));
else
amt.width = 0.0;
if (ul.y < vis.origin.y)
amt.height = (ul.y - vis.origin.y);
else if (ll.y > vis.origin.y+vis.size.height)
amt.height = (ll.y - (vis.origin.y+vis.size.height));
else
amt.height = 0.0;
vis.origin.x += amt.width;
vis.origin.y += amt.height;
[[myScroller documentView] scrollPoint:vis.origin];
return(YES);
}