omar

@irov You can merge this PR and provide feedback, it'll be helpful.

> Hello @ocornut, can you add TODO list for me to merge this PR and any other plan about this PR? Please be patient. I have to juggle a lots...

@ice1000 I'll merge it when I have time to investigate it and see how it fare with the quality of e.g. visual studio projects output. Sorry I don't have infinite...

Btw from the comments above - I agree that 3THPARTY should be 3RDPARTY. - I suggested "ImGui::Core" as a replacement of "ImGui::Library" but Elias may be right that "ImGui::ImGui" could...

@podsvirov, may I suggest changing the `SOURCES` list to be an automatic `imgui*.cpp` glob instead of individually listing the files? In 1.64 i will add `imgui_widgets.cpp` so it'll be ready...

@eliasdaler I have two things in mind: 1- I strongly want to discourage building/packaging imgui WITHOUT making custom modifications made to `imconfig.h`. 2- I would prefer not signaling presence of...

> Why? For example, it's pretty easy to make ImGui-SFML work without any modifications to imconfig.h. Using the imconfig facility (in imconfig.h or another named file) is what I was...

To provide a little more indirect feedback, this was my draft of attempting a similar thing with premake. It's old and incomplete but there are some ideas in there: Building...

> Just as a note, this is entirely false. CMake is one of the only build systems that works fantastically on Windows, even the latest Visual Studio's has native support....

I’ll have a look next time I try it.