修正Windows中公共组件RichEdit的一个Bug

前言

无可厚非，Windows是一款功能十分强大的系统软件，因此，其复杂程度可想而知，来自各个方面的Bug报告之多自然也不足为奇，好在微软能够及时修复。下文件要提到的这个Bug是笔者在编写一款文本编辑器时遇到的，并进行了修复，希望能对大家有所帮助，同时也希望微软公司进行修复。

环境介绍

Windows版本：Windows XP Home Edition SP2

RichEdit版本：Rich Edit 3.0 (Riched20.dll)

开发环境：纯Windows APIs 编程

问题提出

在编写文本编辑器时，我们往往要获取光标所在位置的行号和列号，因此需要向文本框窗口发送EM_LINEFROMCHAR消息，代码如下：

               

LONG     lPos;

                SendMessage(hRich,EM_GETSEL,(WPARAM)&lPos,NULL);

                LRESULT lRow = SendMessage(hRich,EM_LINEFROMCHAR,lPos,0);

                LRESULT x           = SendMessage(hRich,EM_LINEINDEX, -1,0);

                LRESULT lCol     = lPos - x;

 

 

但是，我们很容易发现一个问题（注：只有在纯API编程时才可能遇到，至于使用诸如VCL或者MFC时为什么没有发现这样的问题，我们将在后文讲到），那就是，我们在编辑完第一行时，需要回车编辑第二行，而在回车之前第二行是不存在的，所以这个操作我们近似于创建一个新行，同时，光标也切换到了新行，而通过执行上面代码，当我们的光标停滞在新行，并且新行没有内容的时候，系统返回给你的行号却不是新行的，而是他的前一行，并且列号比前一行字符数（单字）多1，只有当你在新行中输入内容时才能够正常返回值(注：这里返回的时Zero-based索引)，而你重新清空该行，使光标再一次位于当前行的顶端时，仍然无法正常返回值。