我正在开发IFileOpenDialog
和IFileSaveDialog
的替代品。
我几乎让它工作(至少IFileOpenDialog
),但当我想要返回代表新文件名的IShellItem
时(用户已选择保存在GetResult()
中)方法),我无法让SHParseDisplayName
使用这个新文件名。我总是收到错误"The system cannot find the file specified"
。
我会感谢一些例子或其他解决方案可能对我的问题。
编辑:
HRESULT CFileSaveDialogProxy::GetResult( __RPC__deref_out_opt IShellItem **ppsi)
{
//return m_Original->GetResult(ppsi);
WCHAR pszPath[MAX_PATH] = {0};
HRESULT hr = ERROR_CANCELLED;
if (m_SelectedFiles.size() > 0)
{
QString s = m_SelectedFiles.at(0);
s.replace(QString("/"),QString("\\"));
s.toWCharArray(pszPath);
//PCIDLIST_ABSOLUTE pIdL = ILCreateFromPath(pszPath);
PIDLIST_ABSOLUTE pIdL = NULL;
SFGAOF out;
hr = SHParseDisplayName(pszPath,NULL,&pIdL,SFGAO_FILESYSTEM,&out);
if (SUCCEEDED(hr))
{
hr = SHCreateItemFromIDList(pIdL, IID_PPV_ARGS(ppsi));
}
}
return hr;
}
答案 0 :(得分:4)
您必须使用IBindCtx
参数将其他数据传递给解析器,在这种情况下是您自己的文件元数据,因此SHParseDisplayName()
不会尝试访问真实文件来获取元数据。 IShellFolder::ParseDisplayName()
和SHCreateItemFromParsingName()
文档中描述了这一点:
指向绑定上下文的指针,用于将参数作为输入和输出传递给解析函数。这些传递的参数通常特定于数据源,并由数据源所有者记录。 例如,文件系统数据源使用WIN32_FIND_DATA绑定上下文参数接受正在解析的名称(作为STR_FILE_SYS_BIND_DATA结构)。可以传递STR_PARSE_PREFER_FOLDER_BROWSING以指示URL尽可能使用文件系统数据源解析。 使用CreateBindCtx构造绑定上下文对象,并使用IBindCtx::RegisterObjectParam填充值。有关这些内容的完整列表,请参阅Bind Context String Keys。
详细介绍了MSDN“Old New Thing”博客:
Creating a simple pidl: For the times you care enough to send the very fake