为什么 - [NSTextStorage replaceCharactersInRange:withAttributedString:]有时,有时候不尊重其他字符集中的字体？

我正在尝试在UKSyntaxColoredTextDocument 0.4 http://www.zathras.de/angelweb/blog-uksctd-oh-four.htm中诊断出一个问题,其中实际上使用与您指定的字体不同的字体的文本会消失类型.(您可以下载并试用这个很酷的实用工具来自己查看这个问题...)

这是背景:这是一些在您键入时重新着色的语法着色代码.它工作得很好,但如果你输入的某些字符不是该文本视图的字体集的一部分(例如Monaco,Helvetica)...例如,日语中的符号字符或其他东西,实际上使用的字体如ZapfDingbatsITC或HiraKakuProN-W3显示它,然后键入时不显示这些字符.

假设你有这样的文字:fdsafd [☀] sfds‡[☀☀☀] [日本语] ......

如果将其粘贴到文本字段中,并在弹出窗口中切换语法着色oldRecolorRange:,则使用以下行调用:

[[textView textStorage] replaceCharactersInRange: range withAttributedString: vString];

在这里,事情就像我期望的那样.ASCII文本,符号和日文文本都是可见的.[textView textStorage]的值开始,结束,如下所示:( 这是gdb的输出;它没有显示unicode字符,不用担心.)

df{
    NSFont = "LucidaGrande 20.00 pt. P [] (0x001a3380) fobj=0x001a4970, spc=6.33";
}?{
    NSFont = "ZapfDingbatsITC 20.00 pt. P [] (0x001ae720) fobj=0x001bb370, spc=5.56";
}fdsafd[{
    NSFont = "LucidaGrande 20.00 pt. P [] (0x001a3380) fobj=0x001a4970, spc=6.33";
}?{
    NSFont = "HiraKakuProN-W3 20.00 pt. P [] (0x001b59e0) fobj=0x001bb600, spc=6.66";
}]sfds[{
...

...即使在设置新值之后

dffdsafd[?]sfds[???][???] Nihddfdfffdfdd{
    NSFont = "LucidaGrande 20.00 pt. P [] (0x001a3380) fobj=0x001a4970, spc=6.33";
}

换句话说,显示此字符串所需的"外来"字体会以某种方式自动保留,即使替换字符串中未指定字体也是如此.

然而,当你在一个字符时间类型,不同的呼叫replaceCharactersInRange:withAttributedString:的方法recolorRange:在属性串是结果只在基准字体-没有外国字符的字体已经加入我们,所以人物出来的主要字体的范围根本不可见!

dffdsafd[?]sfds[???][???] Nihddfdfffdfddx{
    NSFont = "LucidaGrande 20.00 pt. P [] (0x001a3380) fobj=0x001a4970, spc=6.33";
}

知道为什么这种方法在一种情况下会单向工作而在另一种情况下不工作吗？是否有某种类型的开关我可以传递NSTextStorage/ NSAttributedString提示我们希望文本显示外来字符？

试试[[textView textStorage] fixFontAttributeInRange:range]; 在recolorRange中的[[textView textStorage] replaceCharactersInRange:range withAttributedString:vString]之后:

我认为问题是再次编辑文本存储以响应processEditing,这已经是编辑的尾部. - [NSTextStorage processEditing]使用fixFontAttributeInRange:,但由于您尝试再次编辑,因此出现问题并且正在删除修复行为.

当你为整个文档执行它时,有一个正常的beginEditing/endEditing/processEditing序列,它会导致fixFontAttributeInRange:被愉快地调用.