CFileDialog设置多选时的一个问题

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/clever101/article/details/5494782

作者:朱金灿
来源:http://blog.csdn.net/clever101/


      前天同事问我在CFileDialog中多选时按确定按钮后DoModal函数的返回值是IDCANCEL。我说不太可能吧。他的代码大致如下:



     我测试了一下,选择比较多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缓冲的首先两个字节包含必需的大小(字节或字符)。


nMaxFile
指定lpstrFile缓冲的大小,以TCHARs为单位。对于ANSI版本,是字节的个数;对于 Unicode版本,是字符的个数。这个缓冲必须足够存储路径和文件名字符串,包含结尾的null字符。如果缓冲太小,GetOpenFileName和GetSaveFileName函数返回假(FALSE)缓冲最小应该在256个字符长。

经过调试观察,我发现nMaxFile的初始值为260。但是我写程序测试这个缓冲区的默认大小时,却和这个初始值有矛盾。

我的测试办法是这样的。首先在E盘建一个Txt Data的文件夹,然后创建40个空的txt文件。创建代码如下:



        然后我经过多次尝试,发现在选择0..txt,1.txt,2.xtxt,27.txt(共28个文件)时DoModal函数的返回值是IDOK,但是在选择0..txt,1.txt,2.xtxt,27.txt,28.txt(共29个文件)时DoModal函数的返回值是IDCANCEL。接着我计算了一下所选中的文件的总长度(在unicode字符集下编译):



      nStrLen的返回值是494,如果增加一个28.txt,即:


     nStrLen的返回值是512.在多字节字符集下也是这个数值。这里需要注意的是CString::GetLength() 对于ASCII,返回字符串所占字节的数目,但如果是Unicode则实际上返回的是字符数而不是字节数。


      那么我初步断定那个缓冲区的默认大小不是我调试观察到的260,而是512。至于开头如何解决那个问题,只需要定义一个更大的缓冲区,将lpstrFile指向这个缓冲区,重设nMaxFile的值即可,具体是:








【原创&交流】CFileDialog设置多选时的一个问题

04-16

链接:[url=http://blog.csdn.net/clever101/archive/2010/04/16/5494782.aspx]CFileDialog设置多选时的一个问题[/url]rnrn 前天同事问我在CFileDialog中多选时按确定按钮后DoModal函数的返回值是IDCANCEL。我说不太可能吧。他的代码大致如下:rnrn [code=C/C++]rnstatic TCHAR BASED_CODE szFilter[] = _T("TXT(*.txt)|*.txt||");rn CFileDialog dlg(TRUE,_T("txt"), NULL,OFN_HIDEREADONLY|OFN_ALLOWMULTISELECT, rn szFilter, NULL );rnrnINT_PTR nResult = dlg.DoModal();rnrn[/code]rnrn 我测试了一下,选择比较多txt文件时,确实如他所言,会出现返回值是IDCANCEL的情况,但是有时如果少几个文件,就会返回IDOK。这说明多选文件对话框所选择的文件有一个临界值。选择文件的多少里面体现的应该是一个字符串缓冲区。因此我猜想CFileDialog里面应该有一个字符串缓冲区用于存贮用户所选的文件名,这个缓冲区有一个默认长度,假如所选的全部文件长度超出了默认长度,DoModal函数的返回值是IDCANCEL。如果是这样,那么就有以下一些问题:rn1.如果存在这个缓冲区,CFileDialog类中有哪些数据成员负责控制这个缓冲区,这个缓冲区的默认长度又是多少?rnrn2.如何增加这个缓冲区的长度以增加用户选择更多文件的需要?rnrn 为此我搜索了一些资料。设置CFileDialog类的初始化值主要集中在m_ofn这个数据成员。rnm_ofnrn The Windows OPENFILENAME structure. Provides access to basic file dialog box parameters.rnrn 其中m_ofn有两个成员负责文件名缓冲区:lpstrFile和nMaxFile。rnrnlpstrFilern 指向包含初始化文件名编辑控件使用的文件名的缓冲。如果不需要初始值,这个缓冲的第一个字符必须是NULL。当GetOpenFileName或GetSaveFileName函数返回成功时,这个缓冲包含驱动器,路径,文件名,及所选择的文件的扩展名。rnrn 如果OFN_ALLOWMULTISELECT标记被设置并且用户选择了多个文件,缓冲包含了当前目录下被选择文件的文件名。对于Explorer 风格对话框,目录和文件名字符串是被NULL分开的,在文件名之后有一个额外的NULL。对于旧风格对话框,字符串是被空格分开的并且函数为带有空格的文件名使用短文件名。你可以使用FindFirstFile函数在长短文件名之间转换。如果用户只选择了一个文件,lpstrFile字符串在路径和文件名之间没有分隔。rnrn如果缓冲太小,函数返回FALSE并且CommDlgExtendedError函数返回FNERR_BUFFERTOOSMALL.。既然这样,lpstrFile缓冲的首先两个字节包含必需的大小(字节或字符)。rnrnnMaxFilern 指定lpstrFile缓冲的大小,以TCHARs为单位。对于ANSI版本,是字节的个数;对于 Unicode版本,是字符的个数。这个缓冲必须足够存储路径和文件名字符串,包含结尾的null字符。如果缓冲太小,GetOpenFileName和GetSaveFileName函数返回假(FALSE)缓冲最小应该在256个字符长。rnrn 经过调试观察,我发现nMaxFile的初始值为260。但是我写程序测试这个缓冲区的默认大小时,却和这个初始值有矛盾。rnrn 我的测试办法是这样的。首先在E盘建一个Txt Data的文件夹,然后创建40个空的txt文件。创建代码如下:rnrn[code=C/C++]rn for (int i = 0;i<40;i++)rn rn CString strName = _T("");rn strName.Format(_T("E:\\Txt Data\\%d.txt"),i);rn CreateFile(strName, // file to openrn GENERIC_READ, // open for readingrn FILE_SHARE_READ, // share for readingrn NULL, // default securityrn CREATE_NEW, // existing file onlyrn FILE_ATTRIBUTE_NORMAL, // normal filern NULL); // no attr. templatern rnrn[/code]rnrn rn 然后我经过多次尝试,发现在选择0..txt,1.txt,2.xtxt,27.txt(共28个文件)时DoModal函数的返回值是IDOK,但是在选择0..txt,1.txt,2.xtxt,27.txt,28.txt(共29个文件)时DoModal函数的返回值是IDCANCEL。接着我计算了一下所选中的文件的总长度(在unicode字符集下编译):rnrn[code=C/C++]rnrn CString strAllFiles = _T("");rn for (int i = 0;i<28;i++)rn rn CString strName = _T("");rn strName.Format(_T("E:\\Txt Data\\%d.txt"),i);rn strAllFiles = strAllFiles + strName;rn rnrn int nStrLen = strAllFiles.GetLength();rnrn[/code]rnrn nStrLen的返回值是494,如果增加一个28.txt,即:rnrn[code=C/C++]rn CString strAllFiles = _T("");rn for (int i = 0;i<29;i++)rn rn CString strName = _T("");rn strName.Format(_T("E:\\Txt Data\\%d.txt"),i);rn strAllFiles = strAllFiles + strName;rn rnrn int nStrLen = strAllFiles.GetLength();rnrn[/code]rnrn nStrLen的返回值是512.在多字节字符集下也是这个数值。这里需要注意的是CString::GetLength() 对于ASCII,返回字符串所占字节的数目,但如果是Unicode则实际上返回的是字符数而不是字节数rnrn 那么我初步断定那个缓冲区的默认大小不是我调试观察到的260,而是512。至于开头如何解决那个问题,只需要定义一个更大的缓冲区,将lpstrFile指向这个缓冲区,重设nMaxFile的值即可,具体是:rnrn [code=C/C++]rnrn TCHAR szLargeBuf[4096]; // 定义一个临时缓冲区rn memset(szLargeBuf,'\0',4096);rn static TCHAR BASED_CODE szFilter[] = _T("TXT(*.txt)|*.txt||");rnrn CFileDialog dlg(TRUE,_T("txt"), NULL,OFN_HIDEREADONLY|OFN_ALLOWMULTISELECT, rn szFilter, NULL );rn rn dlg.m_ofn.lpstrFile = szLargeBuf; rnrnrn#ifdef UNICODErnrn dlg.m_ofn.nMaxFile = 4096;rnrn#elsernrn dlg.m_ofn.nMaxFile = sizeof (szLargeBuf);rnrn#endifrnrn[/code]rnrnrnrnrnrnrnrnrnrnrnrnrnrnrnrn 论坛

没有更多推荐了,返回首页