当前位置: 首页 > 图文教程 > 开发语言 > VC++ > 一个定制CFileDialog对话框的实例

VC++
面试题目：猫吃老鼠问题的求解
一个最基本的有限元计算程序
简单的表达式求值
C程序移植到VC开发环境下
一个小语言的词法分析程序
A/B 向上取整的方法
马走日棋盘算法
一种随机抽题的简单算法
clone模式在平衡排序二叉树实现中的应用
递归的应用 -- 最简单分形图形实现
比较数据排序前后的查找次数
根据前序和中序序列生成二叉树
如何用CZip/CUnzip类压缩/解压缩文件
使用 random_shuffle() 算法随机化序列元素
Ceb解除打印屏蔽实战
基于SHA-256的HMAC文件校验器
模拟信息加密流程图简介
关于数据校验
浅谈利用RSA算法防止非法注册机的制作
加密它：用新的高级加密标准（AES）保持你的数据安全

No. « 10 11 12 13 »

技术文章搜索

关键字

VC++ 中的 一个定制CFileDialog对话框的实例

出处:互联网   整理: 软晨网（RuanChen.com）   发布: 2009-10-30   浏览: 225 ::
收藏到网摘: n/a

一个定制CFileDialog对话框的实例

编译:northtibet

下载源代码


    很多程序员都喜欢让自己的代码运行效果与众不同。Windows系统的应用程序打开某个文件一般使用的都是默认的CFileDialog。但是这个默认的CFileDialog往往满足不了用户的要求。我就碰到一个这样的用户，他的要求如下：
  • 1、在默认的CFileDialog对话框中加一个预览窗格，以便在选中ASCII文件时能看到所选文件的内容，也就是用*.txt作为文件过滤条件。
  • 2、在默认的CFileDialog对话框中加一个"全部"按钮来选择某个目录中所有的.txt文件。
  • 3、如果选择的目录中没有.txt文件时，要将"全部"按钮disable，也就是置灰这个按钮。
   实现上面这些需求必须要改装CFileDialog对话框。当最后写完程序时，功能到是全都实现了，但在Windows 2000环境测试中，用户发现了这样一个问题：如果先选中某个文件，然后再去选某个文件夹，预览窗格仍然显示的那个文件的内容。尽管在OnFileNameChange中对CDN_SELCHANGE进行了处理，为了获取所选的文件/路径名，也调用了CFileDialog::GetPathName。但是即使是选中了文件夹，GetPathName仍然返回的是文件的名字。即便尝试用其它的通知消息和函数，比如 CDN_FOLDERCHANGE 和 GetFileName，但仍旧存在同样的问题。必须承认在Windows 2000中，CFileDialog是个不完美的对话框，确实存在上述问题。正是有这些不完美，程序员们才忙得个不亦乐乎......那么到底如何判断用户选中的是文件还是文件夹呢？下面就让我们从用户需求开始，一个一个解决所碰到的问题。
    首先简单介绍下本文引入的三个辅助类：CFileDialogHook；CFileDialogOwnerHook和CFileDlgHelper，这三个类很简单，其功能分别是：子类化文件对话框；子类化文件对话框的父窗口或宿主窗口，这两个类只在CFileDlgHelper类中使用，一些重要的处理都在CFileDlgHelper中。它的使用方法很简单，实例化CFileDlgHelper以后调用Init即可。 
class CMyOpenDlg ... {protected: CFileDlgHelper m_dlghelper;//实例化};BOOL CMyOpenDlg::OnInitDialog(){ m_dlghelper.Init(this)//初始化……}
    初始化CFileDlgHelper以后，便可以用它来获取列表控制以及判断选项是否有文件夹属性，例如： 
CListCtrl* plc = m_dlghelper.GetListCtrl();POSITION pos = plc->GetFirstSelectedItemPosition();while (pos) { int i = plc->GetNextSelectedItem(pos); if (fdh.IsItemFolder(i)) { // 显示"(FOLDER)"…… } else { // 显示其它内容 }}

    毫无疑问，要改装CFileDialog对话框，必须建立一个它的派生类以及一个新的对话框资源。“全部”按钮的实现代码是这样的：

void CMyOpenDlg::OnSelectAll(){ CListCtrl* plc = m_dlghelper.GetListCtrl(); for (int i=0; i<plc->GetItemCount(); i++) { CString fn = plc->GetItemText(i,0); if (IsTextFileName(fn)) { plc->SetItemState(i,LVIS_SELECTED, LVIS_SELECTED); } } plc->SetFocus();}
    当所选目录中没有.txt文件时，要disable“全部”按钮的处理稍微麻烦一些，要用到ON_UPDATE_COMMAND_UI消息。回顾一下MFC有关UI更新的基本方法，通常是在主消息循环处于空闲状态时候——也就是说在消息队列中没有待处理的消息。但对话框则有所不同，尤其是运行模式对话框时，MFC启动另外一个消息循环。当没有消息等待处理的时候，CWnd::DoModal向对话框发送一个WM_KICKIDLE消息。所以要想让对话框处理UI，常用的方式是这样的： 
LRESULT CMyDialog::OnKickIdle(WPARAM wp, LPARAM lp){ UpdateDialogControls(this, TRUE); return 0;}
    CWnd::UpdateDialogControls将神奇的CN_UPDATE_COMMAND_UI消息发送到对话框，触发ON_UPDATE_COMMAND_UI处理例程。可惜这个方法对CFileDialog对话框不灵。原因是CFileDialog重写了DoModal，它不会以正常方式运行某个消息循环，而是调用::GetOpenFileName （或::GetSaveFileName）。这些API函数都有自己消息循环，并且你无法钻进去进行消息空闲处理。无论什么时候，每当模式对话框处于等待消息状态时，对话框发送自己的WM_ENTERIDLE消息。从这里进去才可以处理UI更新事宜。但有几个细节需要注意。首先，Windows只发送WM_ENTERIDLE消息到对话框的所有者——此处为主框架