General Question or Help about ImGuiFileDialogs

[aiekick]

Hello,

please use this thread only if you have General questions or need help about ImGuiFileDIalog.

if you have an issue or need a feature, please use the issue tab.

[scottnykl]

How hard would it be to remove the dependency on Dirent now that C++17 has a std::filesystem library (https://en.cppreference.com/w/cpp/filesystem)? Perhaps it could be an ifdef setting? I like your interface, especially the ability to click on a path in the dialog box and see it transform to editable / copy-able text. I am currently using https://github.com/AirGuanZ/imgui-filebrowser because it remains vanilla C++ / imgui with no other depends, but absolutely love your demo / user interface.

[aiekick]

Hello,

thanks for the interest you have for this lib.
yes its planed and im working too on other cool feature.
but a bit busy for now.

so could be available for the end of next week maybe

[aiekick]

by the way what is the issue to have a dependancy like dirent ? you just need to put the ImGuiFileDialog Directory of the Lib_Only branch in your app and that all, dirent is in this directory directly

[scottnykl]

Dirent appears to be functional, and you're right -- I cannot point to any exact issue that prohibits its use. However, moving forward, C++ has std::filesystem and will therefore be directly supported on any platform that has C++ and the std library. With respect to running this software on different OSes as well as different CPU architectures, vanilla C++ and the std library will "just work" (same for cross compiling uProcessors, etc). Dirent would require its devs to port the code to any future system (os/cpu target). I like to keep this in mind as I choose which libraries I integrate into my software packages.

My main software package has been in use since 2005 and has run on Win,Linux, OS X, Android, Solaris, WebGL, and leveraged processors like intel, ARM, Motorola, Sparc Motorola, RISC V, PowerPC, etc -- so trying to use a smaller library on an OS/CPU target that it hasn't been tested/verified against is something I've come to fear.

I understand if its not worth the effort. What is nice about std::filesystem is it is essentially all value semantics so you won't have to manage any memory like you may need to do when dealing w/ C APIs malloc/free, etc...

[aiekick]

i understand, but you know dear imgui have dependency like freetype or stb by ex..
dirent is just a header on win32 and system on unix.
std::filesystem is not supported on all platfom/compiler or partially c++17 support
by the way, if we can support std::fielsystem its ok for me. just as a define like you said before.
std::filesystem appear to be a pain to convert to me with my current filedialog, so if you can, please propose a PR.
thanks for your understanding.

[izzynab]

Hi. I have a problem with including ImGuiFileDialog. Maybe i am just stupid but i dont have any idea how to do it.Here is my stack overflow question:https://stackoverflow.com/questions/67937463/how-to-include-imguifiledialog-with-premake-in-project

[aiekick]

Hello,

thanks for using this lib.

btw i cant help you, cause i dont know premake. so its difficult to help.

like its more a general question regarding premake on custom libs.

[jenergy]

Hi,
I'm developing a port of Intellivision emulator, with an interface based on Dear Imgui (https://atariage.com/forums/topic/308545-jzintv-imgui/?tab=comments#comment-4833319).
Actually for file/directory chooser:

• On Windows: I developed a custom dll, since I don't like standard folder chooser
• On Linux: I'm using native file dialog extended (https://github.com/btzy/nativefiledialog-extended), I'm not able to compile it on Windows because I'm not using Microsoft environment.
• On Android: I'm looking for a solution :-|

That would be nice to use your solution on Android..and maybe use it also for Windows and Linux too.

Did you try it on Android? That's not reported on main page.
On Android devices I'm able to read/write files from c++, and if needed I can retrieve the root path of internal and external SD.. I think it should be enough to work but it's better to ask you :-)

Thanks

[aiekick]

Hello,
i think he will work je dear imgui is working. but not tested.
i think dirent.h is available on android. if confirmed he will work, for directory scanning.
but not sure about the ergonomy, how you control the dialog with multi touch support by ex.
but if you can ensure this part i can add android support in the main page :)

[jenergy]

That would be great. And, if I can make suggestions, that would be nice to have also available (not mandatory) descriptions linked to a path, so user can click on button called "Internal SD" instead of "/storage/emulated/0" since "storage" and "emulated" are not readable (at least in my device) and if I click on them I'm kicked away to current folder.
But that's just a suggestion :-)

[aiekick]

you already have that via the bookmark pane, if you activate it

[aiekick]

do you have somewhere a imgui android project sample ?

[jenergy]

If you mean an android working apllication, I planned to release the first stable version before the end of September.
If you mean sources (with yours included, with very little changes), I planned to release all my project with sources at the end of October / November, some stuff is still missing, I'm working on the Nintendo Switch port too and I'd like to release ALL the sources (as clean as possible).
That can be ok for you?

[aiekick]

yep sure thanks. my goal is just to make changes for be compatible to android, but i can wait np

[ShawnWicky]

Hi,
I'm coding a filedialog to load obj files using your library. But i met a problem that i can't close the filedialog after clicking the "Ok" and "Close“ button. I copied your example code to construct a simple filedialog without custom font. The code is looks like the pic below.

When i try to print the filepathname by clicking "OK" button on console, it works. But the filedialog does not close. I don't understand why. Casue i saw the API doc said the isOK() is responsible for closing the dialog, but I have it :(

[ShawnWicky]

when i click the "ok" or "close" it looks like it closed. But rendered the dialog again. I think it's a imgui or window render thing i got it wrong not the filedialog problem :(

[aiekick]

You have the code to open and display thz dialog in the same place.

So when the dialog is closed the open is called again each frame
So its normal the dialog open again when you close it

The opendialog must be called only when needed by ex with a button
And the display must be called each framr.

Imgui is.not like classic gui, all things are computed each framr.

Check again the sample app and you will see that

[aiekick]

You found the solution ?

[ShawnWicky]

You found the solution ?

Yes, thank you for the suggestion. I put the open somewhere else and it works perfectly.

[ShawnWicky]

Hi aiekick, I am trying to add a file dialog that locked the path it can choose. For example, I want the file dialog only to access the assets folder in my game engine. So can I set the file dialog access directory to a specific path and locked the user in this path in Iimguifiledialog?

[aiekick]

cool, a new use case.

not possible for the moment, but its an interesting feature to work on it.

question you want lock a root path, so the user can just select a file or also can explore the child directories ?

[ShawnWicky]

just select the file is ok I think

[aiekick]

ok ,will try

[Dean0809]

Hi aiekick, I met a bug that might relate to the path edition in the filedialog. When I click 'E', my program will shut down and pop out the assertion. Is that a problem from the imguifiledialog or my program

?

[aiekick]

yes you need to update imgui to the latest version.
the behavior for key have changed, you can check the sample app of ImGuiFileDialog

[Dean0809]

Thank you, it works when I update to the v0.6.4 of filedialog. However, I got a new bug in the source file. As shown in the picture. It looks like the USE_BOOKMARK in the header file is not working?

[aiekick]

yes you need to enable it, its a define. you can do that in a config file. check the doc for the feature bookmark

[aiekick]

its ok now ?

[Dean0809]

Yes, it works. Thank you very much! I am very sorry for the delay in replying to you

[paolotherocker]

Hi, I'm having trouble using the Directory selection mode. I can select a directory in the current path, but double clicking a directory doesn't open it.
Apologies if I'm missing something obvious, this is the code:

    if (ImGui::Button("Open"))
    {
        ImGuiFileDialog::Instance()->OpenDialog("OpenBagDialog", "Open bag", nullptr, ".");
    }

    constexpr ImGuiWindowFlags file_dialog_flags =
        ImGuiWindowFlags_NoCollapse | ImGuiWindowFlags_NoSavedSettings | ImGuiWindowFlags_NoDocking;

    if (ImGuiFileDialog::Instance()->Display("OpenBagDialog", file_dialog_flags))
    {
        if (ImGuiFileDialog::Instance()->IsOk())
        {
            set_path(ImGuiFileDialog::Instance()->GetFilePathName());
        }

        ImGuiFileDialog::Instance()->Close();
    }

I'm building from the tip of the Lib_Only branch

[paolotherocker]

I also noticed that in my application, in the file picking mode, I only have to click once to enter a folder, where in the demo app I have to click twice to enter a folder

[aiekick]

ho its weird, ImGuiFileDialog is agnostic regarding the backend.
are you sure you are using the good keys ?
Can be an issue with the time delay for have a double click..
you are using the backened for SDL2 from ImGui ?
what si the version of ImGui you are using ? you know the key behavior have changed.

[paolotherocker]

are you sure you are using the good keys ?

I'm not quite sure what that means

you are using the backened for SDL2 from ImGui ?

Yes, I'm using SDL and OpenGL3, I'm following the example provided in the ImGui repository (example_sdl_opengl3)

what si the version of ImGui you are using ? you know the key behavior have changed.

I'm building from the tip of the docking branch (commit 505f19e3)

[paolotherocker]

I think I found the bug. You can reproduce the same behaviour in the sample app by uncommenting line 232:

io.ConfigFlags |= ImGuiConfigFlags_NavEnableKeyboard;  // Enable Keyboard Controls

[aiekick]

the ImGuiConfigFlags_NavEnableKeyboard mode ofr ImGuiFileDialog is not wroking as expected since a lot of time. so pay attention with it.
maybe one i will succeed to do what i do but its a noodles plate.
i have applyed a little fix for get back the double click when you are using this mode.
for the other times, as explained on top of this thread, when you have a bug open an issue. this thread is just for general help

[Simeone0647]

Hi. I downloaded the FileDialog a couple of days ago, it's very cool and works fine, but is there a way for get the names of the selected files when you do multiselect? The file name is replaced with the n files selected text. I hope you can help me.

[aiekick]

do you checked the sample app ??

[Simeone0647]

Omg... Thanks, and sorry for the dumb question.

[Barashuk]

Hello. When used in my imgui window, Cyrillic characters are incorrectly displayed through ImGuiFileDialog. The most interesting thing is that everything is displayed normally in the test application. I added a font with Cyrillic support, both in the test application and in mine. The code that I use for my display. Use c++17 in both project with std::filesystem.
auto& io = ImGui::GetIO(); ImGui::SetNextWindowPos(ImVec2(io.DisplaySize.x * 0.5f, io.DisplaySize.y * 0.5f), ImGuiCond_FirstUseEver, ImVec2(0.5f, 0.5f)); ImGui::SetNextWindowSize({ 800, 600 }, ImGuiCond_FirstUseEver); ImGuiWindowFlags flags = ImGuiWindowFlags_NoCollapse | ImGuiWindowFlags_NoResize | ImGuiWindowFlags_NoMove | ImGuiWindowFlags_NoSavedSettings; if (ImGui::Begin("Kill Informer", &bOpenMenu, flags)) { ImGui::Text(u8"Кирилица"); if (ImGui::Button("test")) { fileDialog.OpenDialog("fff", "ffffff", ".*", "", 1, nullptr, ImGuiFileDialogFlags_NoDialog); } fileDialog.Display("fff", 32, { 0, 0 }, { 500, 400 }); ImGui::End(); }

[aiekick]

Hello,

do you activated locales in your app ?

by ex : "std::setlocale(LC_ALL, ".UTF8");" at line 177 in main.cpp of the sample app

[Barashuk]

Thanks for help. Working <3

[aiekick]

to note, on windows, setlocale seems to work with msvc but not with mingw32, and maybe clang.
on linux, there is no issues, not necessary to activate locales.. on macos i dont know, but maybe like for linux.
as usual windows is the bad child...

[damian-kos]

How do I make it show drives? Tried to build a sample app but struggled for couple hours as I don't know CMake yet so I need to figure it out.

tried wtih
IGFD::FileManager file_manager
file_manager.GetDrives(); but not sure how to utilize it

[aiekick]

since the last release, you have the drives in the side pane if you enable the USE_PLACES_FEATURE

you can just read the doc, all is explained => https://github.com/aiekick/ImGuiFileDialog?tab=readme-ov-file#places-

[alexlnkp]

Hey, uhh... This might be a silly question, but how am I supposed to link this module if I don't plan on using stdc++ ?
My intent was to use pure C, so I interact with Dear ImGui through cimgui bindings and so on. I thought this was a header-only library, as the README mentions that there are no plans to support compilation into .so files, however the cpp source file is still required for linking... What do I do though? I don't want to link whole stdc++ and compilation as a library for this module isn't supported... The README mentions that C API is exposed, but... I can't really use it.

I suppose I have to compile this module alongside cimgui itself? Please let me know if that makes sense.

Best,
Alex

[aiekick]

Hello, ho i need to update the readme. since im using IGFD as a shared lib for many of my softs. just the CMakeList.txt not support that, but you can use your. see by example the shared used here : https://github.com/aiekick/ImGuiPack

[alexlnkp]

Hello, ho i need to update the readme. since im using IGFD as a shared lib for many of my softs. just the CMakeList.txt not support that, but you can use your. see by example the shared used here : aiekick/ImGuiPack

While we're at it, I also don't think cstdint should be included unless __cplusplus is defined.

/* lines 173-193 in ImGuiFileDialog.h */
#ifdef USE_THUMBNAILS
struct IGFD_Thumbnail_Info {
    int isReadyToDisplay            = 0;  // ready to be rendered, so texture created
    int isReadyToUpload             = 0;  // ready to upload to gpu
    int isLoadingOrLoaded           = 0;  // was sent to laoding or loaded
    int textureWidth                = 0;  // width of the texture to upload
    int textureHeight               = 0;  // height of the texture to upload
    int textureChannels             = 0;  // count channels of the texture to upload
    unsigned char* textureFileDatas = 0;  // file texture datas, will be rested to null after gpu upload
    void* textureID                 = 0;  // 2d texture id (void* is like ImtextureID type) (GL, DX, VK, Etc..)
    void* userDatas                 = 0;  // user datas
};
#endif  // USE_THUMBNAILS

#include <cstdint> /* <-- this header doesn't exist for C */

#ifdef __cplusplus

#ifndef IMGUI_DEFINE_MATH_OPERATORS
#define IMGUI_DEFINE_MATH_OPERATORS
#endif  // IMGUI_DEFINE_MATH_OPERATORS

[aiekick]

indeed you are right. 🤣