Question

当NSTextView是支持图层的NSView的子视图（-wantsLayer == YES）时，它不会为拼写错误的单词呈现波浪形的红色下划线。重现这一点就是制作一个空的Cocoa项目，打开笔尖，将NSTextView拖到窗口中，然后切换窗口的内容视图以获得一个图层。繁荣 - 没有更多的红色下划线。

我已经做了一些搜索，这似乎是一个已知的情况，自10.5以来一直如此。但是，我找不到的是它的解决方法。当NSTextView位于图层支持的视图中时，是否无法获取下划线？

我可以想象覆盖NSTextView的{{1}}并使用布局管理器找到适当的临时属性集，指示拼写错误，然后自己绘制红色曲线，但这当然是完全破解。我也可以想象苹果公司在10.7（也许）中解决这个问题，突然我的应用程序会有双重下划线或其他东西。

[更新]我的解决方法

我当前的解决方法受到了nptacek提到的拼写检查委托方法的启发，这促使我深入挖掘我之前没有注意到的路径，所以我将接受这个答案，但发布我所做的事情后代和/或进一步讨论。

我正在运行10.6.5。我有一个NSTextView的子类，它是NSClipView的自定义子类的文档视图，后者又是我的窗口contentView的子视图，它打开了图层。在玩这个时，我最终将所有自定义注释掉，但拼写检查仍然无法正常工作。

我认为，我认为这是两个截然不同的问题：

＃1 是NSTextView，当托管在图层支持的视图中时，甚至无法绘制拼写错误的下划线。（我根据谷歌的搜索结果表明，它可能在10.5天内有时间提取下划线，但不是在正确的位置 - 所以Apple可能只是完全禁用它们以避免10.6中的问题。我不确定我的定位方式也可能有一些副作用，导致它们在我的情况下根本不会出现。目前未知。）

＃2 是当NSTextView处于与图层相关的情况时，即使将-isContinuousSpellCheckingEnabled设置为YES，它在您输入时似乎也没有正确地将文本标记为拼写错误。我通过实现一些拼写检查委托方法来验证这一点并观察NSTextView发送有关更改的消息但从未通知将任何文本范围设置为拼写错误 - 即使显示拼写错误的单词会在TextEdit中显示红色下划线（和其他文本视图在其他应用程序中）。我还覆盖了NSTextView的-handleTextCheckingResults：forRange：types：options：orthography：wordCount：看看它看到了什么，它看到了同样的东西。就好像NSTextView正在主动设置光标下的单词没有拼写错误，然后当用户键入空格或远离它或其他任何东西时，它没有重新检查拼写错误。不过，我并不完全确定。

好的，为了解决＃1 ，我覆盖-drawRect：在我的自定义NSTextView子类中看起来像这样：

drawRect:

然后我实现了-drawFakeSpellingUnderlinesInRect：使用layoutManager获取包含NSSpellingStateAttributeName作为临时属性的文本范围，并渲染一个合理接近标准OSX拼写错误点图案的点图案。

- (void)drawRect:(NSRect)rect
{
    [super drawRect:rect];
    [self drawFakeSpellingUnderlinesInRect:rect];
}

因此，在执行此操作后，我可以看到红色下划线，但在我输入时似乎没有更新拼写状态。为了解决这个问题，我在NSTextView子类中实现了以下恶意攻击：

- (void)drawFakeSpellingUnderlinesInRect:(NSRect)rect
{
    CGFloat lineDash[2] = {0.75, 3.25};

    NSBezierPath *underlinePath = [NSBezierPath bezierPath];
    [underlinePath setLineDash:lineDash count:2 phase:0];
    [underlinePath setLineWidth:2];
    [underlinePath setLineCapStyle:NSRoundLineCapStyle];

    NSLayoutManager *layout = [self layoutManager];
    NSRange checkRange = NSMakeRange(0,[[self string] length]);

    while (checkRange.length > 0) {
        NSRange effectiveRange = NSMakeRange(checkRange.location,0);
        id spellingValue = [layout temporaryAttribute:NSSpellingStateAttributeName atCharacterIndex:checkRange.location longestEffectiveRange:&effectiveRange inRange:checkRange];

        if (spellingValue) {
            const NSInteger spellingFlag = [spellingValue intValue];

            if ((spellingFlag & NSSpellingStateSpellingFlag) == NSSpellingStateSpellingFlag) {
                NSUInteger count = 0;
                const NSRectArray rects = [layout rectArrayForCharacterRange:effectiveRange withinSelectedCharacterRange:NSMakeRange(NSNotFound,0) inTextContainer:[self textContainer] rectCount:&count];

                for (NSUInteger i=0; i<count; i++) {
                    if (NSIntersectsRect(rects[i], rect)) {
                        [underlinePath moveToPoint:NSMakePoint(rects[i].origin.x, rects[i].origin.y+rects[i].size.height-1.5)];
                        [underlinePath relativeLineToPoint:NSMakePoint(rects[i].size.width,0)];
                    }
                }
            }
        }

        checkRange.location = NSMaxRange(effectiveRange);
        checkRange.length = [[self string] length] - checkRange.location;
    }

    [[NSColor redColor] setStroke];
    [underlinePath stroke];
}

它与真正的，预期的OSX行为完全不同，但是它很接近并且它现在完成了工作。希望这对其他人有帮助，或者更好的是，有人来到这里告诉我，我错过了一些非常简单的东西，并解释了如何解决它。：）

Answer 1

核心动画非常棒，除非是文字。当我发现在使用图层支持的视图（通过设置不透明的backgroundColor并确保绘制背景时，技术上可以解决这个问题）时，我发现子像素抗锯齿不是给定的第一手资料。子像素消除锯齿只是处理文本和图层支持视图时遇到的许多警告之一。

在这种情况下，你有几个选择。如果可能的话，请从程序中使用文本视图的部分远离图层支持的视图。如果你已经尝试过这个，并且无法避免，那还是有希望的！

如果没有覆盖drawRect，您可以使用以下代码实现接近标准行为的东西：


- (NSArray *)textView:(NSTextView *)view didCheckTextInRange:(NSRange)range types:(NSTextCheckingTypes)checkingTypes options:(NSDictionary *)options results:(NSArray *)results orthography:(NSOrthography *)orthography wordCount:(NSInteger)wordCount
{
     for(NSTextCheckingResult *myResult in results){
        if(myResult.resultType == NSTextCheckingTypeSpelling){
            NSMutableDictionary *attr = [[NSMutableDictionary alloc] init];
            [attr setObject:[NSColor redColor] forKey:NSUnderlineColorAttributeName];
            [attr setObject:[NSNumber numberWithInt:(NSUnderlinePatternDot | NSUnderlineStyleThick | NSUnderlineByWordMask)] forKey:NSUnderlineStyleAttributeName];
            [[inTextView layoutManager] setTemporaryAttributes:attr forCharacterRange:myResult.range];
            [attr release];
        }
    }
    return results;
}

我们基本上是为NSTextView做一个快速而又脏的委托方法（确保在IB中设置委托！），它检查一个单词是否被标记为不正确，如果是，则设置一个彩色的下划线。

请注意，此代码存在一些问题 - 即具有下行符的字符（例如，g，j，p，q，y）将无法正确显示下划线，并且仅针对拼写错误进行了测试（这里没有语法检查！）。下划线圆点图案（NSUnderlinePatternDot）与拼写检查的Apple样式不匹配，即使为视图禁用了图层背景，代码仍然启用。另外，我确定还有其他问题，因为这段代码很快而且很脏，而且还没有检查内存管理或其他任何问题。

祝你好运，向Apple提交错误报告，希望有朝一日能成为过去！

Answer 2

这也是一个黑客，但我唯一可以做的就是在NSTextView的图层上放置一个中间委托，以便所有选择器都通过，但是{{1}然后调用NSTextView的drawLayer:inContext:。虽然我不确定它是否会打破任何CALayer动画，但这可能会有一些未来的证据。您似乎还必须修复drawRect:的CTM（基于后备层帧？）。

修改您可以使用CGContextRef在drawInContext:文档中获取绘图矩形，但CGContextGetClipBoundingBox(ctx)中的翻转坐标可能存在问题。

我不完全确定如何解决这个问题，因为调用NSTextView就像我做的那样有点hackish，但我确信网上的某个人有一个关于这样做的教程。如果我有时间和工作，也许我可以制作一个。

寻找支持drawRect:的{{1}}可能是值得的，因为使用它可能更合适。

NSTextView在图层上没有显示红色拼写错误的下划线

[更新]我的解决方法

2 个答案: