当前位置: 首页 > 图文教程 > 开发语言 > VC++ > Windows2000新型Open对话框的使用

VC++
在类VC的界面实现中加入目录树
软件换肤技术在 BCB 中的实现
利用非模窗口生成MDI介面
报表输出轻松搞定
Windows 中不规则窗体的编程实现
解说Win32的窗口子类化
使用测试优先方法开发用户界面
一个简单的登录对话框的实现
一个简单的日记本程序
从资源中加载皮肤
一个在RichEdit中添加表情图象的类
ActiveSkin 4.3 软件换肤在VC中的实现
一种另类“关于(About)”对话框的动态显示方法
对话框打印预览及打印
关于如何换肤、子类化的解决方案
制作 MSN、QQ 的消息提示窗口
如何对 BCGControlBarPro 进行换肤
定制个性化的对话框窗口类
改变窗口中的光标形状
更新MFC中的视图，跟踪.NET Framework中的事件

No. « 20 21 22 23 »

技术文章搜索

关键字

VC++ 中的 Windows2000新型Open对话框的使用

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

Windows2000新型Open对话框的使用

编译/zxn

问题的提出：

    我刚刚在几台机器上安装了Windows® 2000，不知道如何在MFC应用中打开具有新的Outlook风格栏目的Open对话框（见图一）。

图一 新的 Open 对话框


    我能否只设置一个标志，或者我是否需要一个新的头文件和一个新的公共对话框的DLL？我注意到一些旧的应用程序如Notepad好像可以打开新的Open对话框而无须重新编译，但它们不是MFC应用。理想情况，我希望在Windows 9x 和Windows NT®下得到一个使用旧对话框的应用，而在Windows 2000下使用新的对话框。
    这个问题恐怕没有令你高兴的答复。Windows 2000新的“打开”对话框是用一个新版本的commdlg.dll实现的，其中包含一个叫做“Places Bar”的东东。显示它的函数是GetOpenFileName，这个函数与在Windows 9x 和Windows NT®下使用的相同。然而，GetOpenFileName现在使用一个新版本的OPENFILENAME结构，这是一个在你的应用和对话框之间传递信息的结构。新的结构有一些额外的成员： 
typedef struct tagOFN { DWORD lStructSize; // 很重要!•••// as you''ve always known and loved it#if (_WIN32_WINNT >= 0x0500) void* pvReserved; DWORD dwReserved; DWORD FlagsEx;#endif // (_WIN32_WINNT >= 0x0500)} OPENFILENAME, *LPOPENFILENAME;
    Windows 2000是Windows的第5个版本，用16进制表示是0x500。如果你用_WIN32_WINNT = 0x0500编译程序，OPENFILENAME就会得到3个新成员。前两个是保留的，第三个标志域 是 FlagsEx，有一个新的OFN_EX_NOPLACESBAR标志，它屏蔽了Places栏目。Windows——或者更准确的说，commdlg.dll——使用OPENFILENAME第一个成员lStructSize来决定显示那个对话框，根据微软的说法：如果lStructSize是76（旧的大小），Windows就运行旧的对话框。如果是76+3x4=88（新的大小），它就运行新的对话框。但在实际的研究中，会发现不完全是这么回事。
    但是在我详细说明之前，先让我们走马观花地看一下MFC。讨论另外一个问题。在MFC应用中，通常并不直接调用GetOpenFileName，而是使用CFileDialog——或者框架使用CFileDialog。当用户调用File | Open，控制稀里哗啦的一路经过CWinApp::OnFileOpen和几个其它的函数，最终到达CDocManager::DoPromptFileName，这个函数创建一个CFileDialog。CFileDialog具有一个OPENFILENAME结构的数据成员： 
class CFileDialog : public CCommonDialog { OPENFILENAME m_ofn;•••};
    这个结构的大小是当编译MFC42.DLL时OPENFILENAME的大小；换句话说，旧的大小。而且，如果你正在进行一个静态连接，MFC代码在MFC42.DLL或NAFXCW.LIB里是被冻结的，你不能仅仅设置m_ofn.lStructSize为新的大小，因为CFileDialog除m_ofn外还有其它数据成员，它们将被新的OPENFILENAME的成员覆盖。
    不再耽搁了，我开始使用极端的方法避开这个问题。我考虑可以做些什么，类似于MFC中使用CPropertyPage那样。PROPSHEETPAGE和PROPSHEETHEADER的大小在从Windows 95到Windows 98的过程中的某处增加了，这是为了支持wizard风格的页面。为了支持新膨胀的结构，MFC提供了CPropertyPageEx和CPropertySheetEx。最初的类（不带Ex的）仍然使用旧的结构；而新的类使用新的结构。这是一种杂凑，尤其是因为afxdlgs.h具有自己的旧的结构的定义（AFX_ OLDPROPSHEETPAGE和AFX_OLDPROPSHEETHEADER），但是这样却行得通。
    我对CFileDialog做了同样的事情。首先我派生一个新的CFileDialogEx类，它带有一个新的m_ofn，包含着新的OPENFILENAMEEX结构，我模仿0x500版本加以定义。我加入这3个新的成员并且使用m_ofn.重写了CFileDialog函数。不幸的是，因为大多数的MFC代码是固定的，没有任何虚拟功能，这就意味着复制原来的整个类。但是我已经下了决心。
    在我认为已经找到了m_ofn出现的所有地方以后，我重写了它，高高兴兴的编译了我的代码（在Windows 98上），然后运行——结果发现我得到的仍是旧风格的对话框。而且，有一个谜团我忘了考虑：如