C++ gtkmm问题：FileChooserDialog无法正常访问驱动器

问题复现确认 #

我刚在Windows 7环境下用gtkmm 3.0测试了官方教程里的FileChooserDialog示例代码，确实能复现你遇到的问题：对话框里能看到C盘、网络驱动器等选项，但点击后要么毫无反应，要么跳转到错误的文件夹，只有Documents、Downloads这类用户目录快捷方式能正常浏览。

问题原因分析 #

这其实是gtkmm在Windows平台的一个兼容性缺陷：GTK的文件选择对话框默认依赖的文件系统后端，对Windows的根驱动器（比如C:\）和网络共享路径的跳转逻辑处理存在问题，而用户目录快捷方式因为指向的是具体子目录，所以能正常工作。

可行解决方案 #

1. 临时解决：手动设置初始路径 #

在创建对话框后，先手动指定一个有效的初始路径（比如用户主目录），这样能触发正确的驱动器跳转逻辑：

Gtk::FileChooserDialog dialog("Please choose a folder", Gtk::FILE_CHOOSER_ACTION_SELECT_FOLDER);
dialog.set_transient_for(*this);
// 添加这行代码，设置初始路径为用户主目录
dialog.set_current_folder(Glib::get_home_dir());
int result = dialog.run();
// 后续处理代码

这个方法能快速解决当前问题，但属于临时的 workaround。

2. 彻底解决：升级gtkmm到3.24及以上版本 #

gtkmm 3.24版本之后，官方针对Windows平台的文件系统后端做了优化，修复了驱动器访问的问题，能正确解析根驱动器和网络共享路径。如果你的项目允许升级依赖，这是最彻底的解决方案。

3. 进阶方案：改用Windows原生文件对话框 #

如果升级版本不可行，你可以直接调用Windows原生的文件选择对话框（比如SHBrowseForFolder），完全绕开GTK后端的兼容性问题。示例代码如下：

#include <windows.h>
#include <shlobj.h>
#include <string>

// 在你的gtkmm窗口类中实现这个方法
std::string choose_folder_native() {
    BROWSEINFO bi = {0};
    bi.lpszTitle = L"Please choose a folder";
    LPITEMIDLIST pidl = SHBrowseForFolder(&bi);
    
    if (pidl == nullptr) {
        return "";
    }

    wchar_t path[MAX_PATH];
    if (SHGetPathFromIDList(pidl, path)) {
        CoTaskMemFree(pidl);
        // 将宽字符路径转换为UTF-8字符串
        int len = WideCharToMultiByte(CP_UTF8, 0, path, -1, nullptr, 0, nullptr, nullptr);
        std::string utf8_path(len, 0);
        WideCharToMultiByte(CP_UTF8, 0, path, -1, &utf8_path[0], len, nullptr, nullptr);
        return utf8_path;
    }

    CoTaskMemFree(pidl);
    return "";
}

之后在代码里调用这个方法替代Gtk::FileChooserDialog即可，这样就能完全使用Windows原生的文件浏览逻辑，所有驱动器和网络共享都能正常访问。

内容的提问来源于stack exchange，提问作者C Chorche