Question

我正在cocoa中编写一个特殊用途的文本编辑器，它可以执行自动文本替换，内联文本完成（ala Xcode ）等操作。

我需要能够以编程方式操作NSTextView的{{1}}以响应1）用户输入，2）用户粘贴，3）用户删除文本。

我尝试了两种不同的通用方法，这两种方法都导致NSTextStorage的本机撤消管理器以不同的方式失去同步。在每种情况下，我只使用NSTextView委托方法。我一直试图避免继承NSTextView或NSTextview（虽然我会在必要时进行子类化）。

我尝试的第一种方法是在NSTextStorage textView的{{1}}方法中进行操作。在该方法中，我分析了delegate中已更改的内容，然后调用了一个通用方法，用于修改包含textStorage中的更改的文本，并调用textDidChange和textView。一些程序化的更改允许清除撤消，但有些没有。

第二个（可能更直观，因为它在文本实际出现在shouldChangeTextInRange:）方法之前进行了更改我试过从didChangeText:的{{1}}方法中进行操作，再次使用相同的通用存储修改方法，通过调用textView和delegate来包装存储中的更改。由于这些更改最初是在shouldChangeTextInRange:内触发的，因此我设置了一个标志，告诉内部调用shouldChangeTextInRange:被忽略，以免输入递归黑洞。同样，一些程序化更改允许清除撤消，但有些没有（虽然这次不同，并且以不同的方式）。

有了这样的背景，我的问题是，是否有人能指出我采用编程方式操纵didChangeText:存储的一般策略，以保持撤消管理器的清洁和同步？

我应该在哪个shouldChangeTextInRange:委托方法中注意textView中的文本更改（通过键入，粘贴或删除）并对shouldChangeTextInRange:进行操作？或者是通过继承NSTextview或NSTextview来完成此操作的唯一干净方法？

Answer 1

我最近最近发布了一个similar question（感谢OP从那里回到这个问题）。

这个问题从来没有真正让我满意，但我确实解决了我原来的问题，我认为这也适用于此。

我的解决方案不是用于委托方法，而是覆盖NSTextView。所有修改都是通过覆盖insertText:和replaceCharactersInRange:withString:

来完成的

我的insertText:覆盖检查要插入的文本，并决定是否插入未修改的文本，或在插入之前进行其他更改。无论如何，调用super insertText:进行实际插入。此外，我的insertText:执行了自己的撤消分组，基本上是在插入文本之前调用beginUndoGrouping:，之后调用endUndoGrouping:。这听起来太简单了，但它对我来说似乎很有用。结果是每个插入的字符都会进行一次撤消操作（例如，有多少“真正的”文本编辑器工作 - 例如，参见TextMate）。此外，这使得额外的编程修改与触发它们的操作成为原子。例如，如果用户键入{，并且我的insertText:以编程方式插入}，则两者都包含在同一撤消分组中，因此一个撤消撤消两者。我的insertText:看起来像这样：

- (void) insertText:(id)insertString
{
    if( insertingText ) {
        [super insertText:insertString];
        return;
    }

    // We setup undo for basically every character, except for stuff we insert.
    // So, start grouping.
    [[self undoManager] beginUndoGrouping];

    insertingText = YES;

    BOOL insertedText = NO;
    NSRange selection = [self selectedRange];
    if( selection.length > 0 ) {
        insertedText = [self didHandleInsertOfString:insertString withSelection:selection];
    }
    else {
        insertedText = [self didHandleInsertOfString:insertString];
    }

    if( !insertedText ) {
        [super insertText:insertString];
    }

    insertingText = NO;

    // End undo grouping.
    [[self undoManager] endUndoGrouping];
}

insertingText是我用来跟踪文本是否被插入的ivar。 didHandleInsertOfString:和didHandleInsertOfString:withSelection:是实际最终执行insertText:调用以修改内容的函数。它们都很长，但最后我会举一个例子。

我只是覆盖replaceCharactersInRange:withString:，因为我有时会使用该调用来修改文本，并绕过撤消。但是，您可以通过调用shouldChangeTextInRange:replacementString:将其挂钩以撤消撤消。所以我的覆盖就是这样。

// We call replaceChractersInRange all over the place, and that does an end-run 
// around Undo, unless you first call shouldChangeTextInRange:withString (it does 
// the Undo stuff).  Rather than sprinkle those all over the place, do it once 
// here.
- (void) replaceCharactersInRange:(NSRange)range withString:(NSString*)aString
{
    if( [self shouldChangeTextInRange:range replacementString:aString] ) {
        [super replaceCharactersInRange:range withString:aString];
    }
}

didHandleInsertOfString:完成了整个buncha的东西，但它的要点是它插入文本（通过insertText:或replaceCharactersInRange:withString:），如果它插入任何内容则返回YES，或者如果没有插入则返回NO。它看起来像这样：

- (BOOL) didHandleInsertOfString:(NSString*)string
{
    if( [string length] == 0 ) return NO;

    unichar character = [string characterAtIndex:0];

    if( character == '(' || character == '[' || character == '{' || character == '\"' )
    {
        // (, [, {, ", ` : insert that, and end character.
        unichar startCharacter = character;
        unichar endCharacter;
        switch( startCharacter ) {
            case '(': endCharacter = ')'; break;
            case '[': endCharacter = ']'; break;
            case '{': endCharacter = '}'; break;
            case '\"': endCharacter = '\"'; break;
        }

        if( character == '\"' ) {
            // Double special case for quote. If the character immediately to the right
            // of the insertion point is a number, we're done.  That way if you type,
            // say, 27", it works as you expect.
            NSRange selectionRange = [self selectedRange];
            if( selectionRange.location > 0 ) {
                unichar lastChar = [[self string] characterAtIndex:selectionRange.location - 1];
                if( [[NSCharacterSet decimalDigitCharacterSet] characterIsMember:lastChar] ) {
                    return NO;
                }
            }

            // Special case for quote, if we autoinserted that.
            // Type through it and we're done.
            if( lastCharacterInserted == '\"' ) {
                lastCharacterInserted = 0;
                lastCharacterWhichCausedInsertion = 0;
                [self moveRight:nil];
                return YES;
            }
        }

        NSString* replacementString = [NSString stringWithFormat:@"%c%c", startCharacter, endCharacter];

        [self insertText:replacementString];
        [self moveLeft:nil];

        // Remember the character, so if the user deletes it we remember to also delete the
        // one we inserted.
        lastCharacterInserted = endCharacter;
        lastCharacterWhichCausedInsertion = startCharacter;

        if( lastCharacterWhichCausedInsertion == '{' ) {
            justInsertedBrace = YES;
        }

        return YES;
    }

    // A bunch of other cases here...

    return NO;
}

我想指出这段代码没有经过测试：我还没有在运费应用程序中使用它。但它是我打算在今年晚些时候发布的项目中使用的代码的精简版本。到目前为止它似乎运作良好。

为了真正了解这是如何工作的，你可能想要一个示例项目，所以我posted one on github。

Answer 2

是的，这绝不是一个完美的解决方案，但它是一种解决方案。

文本存储基于“组”更新撤消管理器。这些组合在一起编辑了一系列编辑（我不太记得我的头脑），但我确实记得在选择被更改时会创建一个新编辑。

这导致了将选择快速更改为其他内容然后将其还原的可能解决方案。不是一个理想的解决方案，但它可能足以强制文本存储将新状态推送到撤消管理器。

我将进行更多的研究和调查，看看我是否无法找到/追踪到底发生了什么。

编辑：我应该提一下，因为我已经使用了NSTextView并且目前无法访问此机器上的Xcode以验证其是否仍可正常工作。希望它会。

Cocoa：寻找编程操作NSTextView存储的一般策略，而不会弄乱撤消

2 个答案: