Google
 

更简单的编辑框菜单定制方法

Paul DiLascia的方法

在使用MFC时,我们有时需要定制编辑框(CEdit或其派生类)的右键菜单。我们可以通过重载OnContextMenu函数装载自己的菜单,并添加每个菜单项的COMMAND和UPDATE_COMMAND_UI函数。但在缺省情况下,UPDATE_COMMAND_UI函数不会被调用,导致菜单状态不能正确显示。

如果我们在网上搜索解决这个问题的方法,通常会找到一篇叫作《定制编辑框的上下文菜单 》的译文(未注明原作者)。这篇文章的原文应该是Paul DiLascia的一篇问答集:FileType Icon Detector App, Custom Context Menus, Unreferenced Variables and String Conversions 。Paul DiLascia的程序一般都会这样开头:

// If this code works, it was written by Paul DiLascia.
// If not, I don't know who wrote it.

DiLascia解决这个问题的方法是通过子类化(Subclassing)插入处理WM_INITMENUPOPUP的代码。按照DiLascia提供的方案,我们要在工程中增加以下文件:

然后,我们只要执行以下步骤:

可以只使用Subclass.cpp、Subclass.h、MenuInit.cpp、MenuInit.h这四个文件。重载PreSubclassWindow函数时,调用CPopupMenuInitHandler的Install函数实现子类化。例如:

void CMyEdit::PreSubclassWindow()
{
    CEdit::PreSubclassWindow();
    m_popupInit.Install(this);
}

这时需要在CEdit的派生类里自己处理WM_CONTEXTMENU消息创建菜单,例如:

void CMyEdit::OnContextMenu(CWnd* pWnd, CPoint point)
{
    CMenu editMenu;
    VERIFY(editMenu.LoadMenu(IDR_EDITMENU));
    CMenu* pSubMenu = editMenu.GetSubMenu(0);
    pSubMenu->TrackPopupMenu(0,point.x,point.y,CWnd::FromHandle(m_hWnd));
}

更简单的方法

其实,我们要解决的问题只是定制菜单的UPDATE_COMMAND_UI函数没有被调用,这与对话框菜单的UPDATE_COMMAND_UI函数没有被调用是相同的问题。

MFC的CFrameWnd类在WM_INITMENUPOPUP的处理函数OnInitMenuPopup中调用每个菜单项的UPDATE_COMMAND_UI函数,所以单文档和多文档程序的菜单都可以正确更新。CDialog、CEdit都没有重载OnInitMenuPopup函数,直接使用了基类CWnd的OnInitMenuPopup函数,没有这个功能。

微软提供过解决对话框菜单项问题的方法:You cannot change the state of a menu item from its command user-interface handler if the menu is attached to a dialog box in Visual C++:就是将CFrameWnd::OnInitMenuPopup的处理代码复制到CDialog类的派生类。

在“编辑框菜单定制问题”上,我们可以依葫芦画瓢,在CEdit的派生类里复制这段代码。这样,我们定制的编辑器菜单就可以收到UI更新的通知了。

不过,这种方法对于在CBCGPDockingControlBar中创建的编辑框无效。这时还是要使用Paul DiLascia的方法。

范例程序

我写了一个范例程序EditMenu,感兴趣的朋友可以从我的个人主页(http://www.fmddlmyy.cn)下载:EditMenu源代码

将这个工程中的MyEdit.cpp和MyEdit.h稍加修改(例如去掉不需要的菜单项)就可以用到其它工程中。其实这两个文件就是我从一个正在写的小程序(CodeView)中复制过来的。CMyEdit有一个DisableInput接口,调用这个接口后,编辑框就是只读的,但不会变灰(灰了不好看)。实现只读,除了屏蔽键盘输入,还要屏蔽右键菜单的粘贴、剪切。

 

Google
 

个人主页留言本我的空间我的程序 fmdd@263.net