5

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

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

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

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

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

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

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

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


所以,事实证明,Martlark 的文章在金钱上是对的。

我的 2 个错误是:
1)我忘记将 MAX_PATH 添加到要在钩子中应用的大小中,以及
2)这仅适用于 GetOpenFileName 的 unicode 版本。(我正在使用未定义的 UNICODE 进行编译)

4

1 回答 1

4

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

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

一切都在令人愉快的可理解的非 OO C 中!

于 2009-03-18T03:12:56.623 回答