谷歌浏览器的源码分析 7

当我们键入字母或者文字开始时，那么类AutocompleteEdit就会从窗口消息里获取到相应的字母或者文字，然后根据输入的信息到本地或者网络上保存的信息库里查找相应的输入提示，这就是自动完成的实现。下面就来先分析输入的函数：<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

#001  void AutocompleteEdit::OnChar(TCHAR ch, UINT repeat_count, UINT flags) {

#002    // Don‘t let alt-enter beep.  Not sure this is necessary, as the standard

#003    // alt-enter will hit DiscardWMSysChar() and get thrown away, and

#004    // ctrl-alt-enter doesn‘t seem to reach here for some reason?  At least not on

#005    // my system... still, this is harmless and maybe necessary in other locales.

下面把alt-enter组合键消息过滤掉。

#006    if (ch == VK_RETURN && (flags & KF_ALTDOWN))

#007      return;

#008 

#009    // Escape is processed in OnKeyDown.  Don‘t let any WM_CHAR messages propagate

#010    // as we don‘t want the RichEdit to do anything funky.

下面把ESC键的消息过滤掉。

#011    if (ch == VK_ESCAPE && !(flags & KF_ALTDOWN))

#012      return;

#013 

下面把TAB键的消息过滤掉。

#014    if (ch == VK_TAB) {

#015      // Don‘t add tabs to the input.

#016      return;

#017    }

#018 

这里处理其它有用的按键消息。

#019    HandleKeystroke(GetCurrentMessage()->message, ch, repeat_count, flags);

#020  }

AutocompleteEdit::OnChar函数是WTL里的WM_CHAR消息处理，当用户键入字母时就会触发这个消息。这个函数先跳过几个不要处理的消息，最后调用函数HandleKeystroke来处理，如下：

#001  void AutocompleteEdit::HandleKeystroke(UINT message, TCHAR key,

#002                                         UINT repeat_count, UINT flags) {

冻结RichEdit的更新。

#003    ScopedFreeze freeze(this, GetTextObjectModel());

处理消息变化前的动作。

#004    OnBeforePossibleChange();

处理消息

#005    DefWindowProc(message, key, MAKELPARAM(repeat_count, flags));

处理消息变化后的动作。

#006    OnAfterPossibleChange();

#007  }

在这里为什么要进行窗口的消息冻结呢？又为什么需要进行消息处理和消息变化后处理呢？下一次再告诉你。