前天同事问我在CFileDialog中多选时按确定按钮后DoModal函数的返回值是IDCANCEL。我说不太可能吧。他的代码大致如下:
static TCHAR BASED_CODE szFilter[] = _T("TXT(*.txt)|*.txt||");
CFileDialog dlg(TRUE,_T("txt"), NULL,OFN_HIDEREADONLY|OFN_ALLOWMULTISELECT,
szFilter, NULL );
INT_PTR nResult = dlg.DoModal();
我测试了一下,选择比较多txt文件时,确实如他所言,会出现返回值是IDCANCEL的情况,但是有时如果少几个文件,就会返回IDOK。这说明多选文件对话框所选择的文件有一个临界值。选择文件的多少里面体现的应该是一个字符串缓冲区。因此我猜想CFileDialog里面应该有一个字符串缓冲区用于存贮用户所选的文件名,这个缓冲区有一个默认长度,假如所选的全部文件长度超出了默认长度,DoModal函数的返回值是IDCANCEL。如果是这样,那么就有以下一些问题:
1.如果存在这个缓冲区,CFileDialog类中有哪些数据成员负责控制这个缓冲区,这个缓冲区的默认长度又是多少?
2.如何增加这个缓冲区的长度以增加用户选择更多文件的需要?
为此我搜索了一些资料。设置CFileDialog类的初始化值主要集中在m_ofn这个数据成员。
m_ofn
The Windows OPENFILENAME structure. Provides access to basic file dialog box parameters.
其中m_ofn有两个成员负责文件名缓冲区:lpstrFile和nMaxFile。
lpstrFile
指向包含初始化文件名编辑控件使用的文件名的缓冲。如果不需要初始值,这个缓冲的第一个字符必须是NULL。当GetOpenFileName或GetSaveFileName函数返回成功时,这个缓冲包含驱动器,路径,文件名,及所选择的文件的扩展名。
如果OFN_ALLOWMULTISELECT标记被设置并且用户选择了多个文件,缓冲包含了当前目录下被选择文件的文件名。对于 Explorer 风格对话框,目录和文件名字符串是被NULL分开的,在文件名之后有一个额外的NULL。对于旧风格对话框,字符串是被空格分开的并且函数为带有空格的文件名使用短文件名。你可以使用FindFirstFile函数在长短文件名之间转换。如果用户只选择了一个文件,lpstrFile字符串在路径和文件名之间没有分隔。
如果缓冲太小,函数返回FALSE并且CommDlgExtendedError函数返回FNERR_BUFFERTOOSMALL.。既然这样,lpstrFile缓冲的首先两个字节包含必需的大小(字节或字符)。