WPF的RichTextBox在处理汉字时的小BUG

WPF 3.5的RichTextBox在处理汉字时的小BUG

近来打算封装WPF 中的RichTextBox（.NET 3.5 SP1，在Visual studio 2008 Sp1下）为一个简易文本编辑器，发现了其在处理汉字中存在的一些小问题。

（下文均假设光标所在处文本原先没有粗体特性，并且没有选中任何文本）。

比如要输入粗体文字，在没有选中文本的情况下，压Ctrl+B切换为粗体之后，如果接着输入英文字符，则会以粗体显示，这是正确的，但如果输入的是汉字，则汉字不会变为粗体。

在Windows Form版本中RichTextBox则无此问题。不知为何微软的测试工程师会漏掉了这么明显的问题。

我还试验了一下英文句子和中文句子。 当光标位于一个英文单词内时，压Ctrl+B整个单词会切换到粗体。而对于汉字则无反应。估计RichTextBox在设计时为了支持英文单词的自动抽取，将汉字将其看成是英文单词的另一种“分界符”而不予处理。

这问题能否弥补？

我尝试着想直接通过操纵其底层的FlowDocument来解决这个问题，仔细查看了RichTextBox生成的FlowDocument，发现RichTextBox把每个设为粗体的文本都自动抽取为一个独立的Run元素，而当取消粗体时，会将这一Run元素与其相邻的Run元素合并（如果相邻的Run元素没有设为粗体的话）。

再试验粗体与斜体等复合模式时，我发现了一个规律：RichTextBox会在其文本格式或内容更改时，自动合并其样式一致的相邻的Run元素，还会自动删除为空的Run元素。真可谓相当智能。

RichTextBox内部还定义了自己的命令绑定对象响应EditingCommands.ToggleBold等命令，直接捕获Ctrl+B快捷键。

由此可见，要解决这个问题，必须干预Run元素的分分合合，同时还要处理鼠标和键盘等输入捕获事件，其工作量还真不是几个小时就能搞掂的。最终我决定放弃了，这个问题看上去不大，但要处理起来还真麻烦。

这个Bug不知在以后的版本中是否会更正。不知其他朋友是否也发现了这个问题，有无简便的法子解决？