设置了OFN_ALLOWMULTISELECT标志的GetOpenFileName()

时间:2009-03-18 01:26:18

标签: c++ c winapi dialog

我正在尝试使用GetOpenFileName()常用对话框调用弹出一个对话框并允许用户选择多个文件。

我已经设置了OFN_ALLOWMULTISELECT标志,以及设置了OFN_EXPLORER,因此我得到了“新样式”文件选择框。

当我设置我的OPENFILENAME结构时,我有ofn.lpstrFile指向分配用于保存结果的缓冲区,并且ofn.nMaxFile设置为其长度。

我遇到的问题是,如果用户选择了缓冲区溢出的文件名这么多,则对GetOpenFileName的调用返回FALSE,然后CommDlgExtendedError()返回FNERR_BUFFERTOOSMALL。

这对于错误检测很好,我可以调整缓冲区的大小来修复它,但是用户迟早会选择足够的文件名来溢出缓冲区。

我已经看到MSDN中的注释说明如果缓冲区太小,lpstrFile缓冲区的前两个字节将包含所需的大小,但它返回的大小似乎太小(也许这是正确的OFN_ALLOWMULTISELECT未设置)。另外,这需要我再次打开对话框!

我的另一个想法是创建一个对话框钩子程序,然后在我获得CDN_SELCHANGE通知消息并动态分配正确大小的缓冲区时检测文件名的大小,但是它会在新缓冲区中写入数据,它似乎记住了ofn.nMaxFile的原始价值。

有没有人知道动态分配缓冲区以保存GetOpenFile调用结果而不使对话框出现两次的正确方法?


所以,事实证明,Martlark的文章是正确的。

我的两个错误是:
1)我忘了将MAX_PATH添加到钩子中的大小,以及
2)这仅适用于GetOpenFileName的unicode版本。 (我正在编译UNICODE 而不是已定义)

1 个答案:

答案 0 :(得分:4)

一个有趣的问题。我想你可以分配所有的内存;以防万一!但是本文档建议使用Hook proc:

http://support.microsoft.com/kb/131462

所有令人愉快的非OO C!