Re: Which GUI to use with SDL2?

"actsl" <[email protected]>
Newsgroups gmane.comp.lib.sdl
Message-ID <[email protected]>
gormlai wrote:
> Just to follow up. We decided on using imgui, as it makes incredibly to insert your own renderer and we have to support several rendering platforms (opengl, metal, and possibly more)

Do you use what is named "dear imgui"? It depends on what you need. imgui is also an immediate GUI, the same as kiss_sdl. It is the first immediate GUI made, as much as i know.

imgui is much bigger and much more complex than kiss_sdl, and as i look at the examples, it is not for SDL2. kiss_sdl is much simpler and easier to use, also easily modifiable. I think this is what most beginners want, as a GUI widget toolkit is always difficult to learn, and starting from a more complex one makes it even more difficult. But learning kiss_sdl gives knowledge to later use other immediate GUI widget toolkits, such as imgui.

Easily modifiable is also very important. Like kiss_sdl has already been used for high DPI displays, though i'm not sure whether for all types of these yet, this is very important. As much as i know they tried to modigy imgui for high DPI as well, but only in opengl mode, and i don't know whether successfully yet.

But again as i have said, it depends on one's needs, and thus i don't think that these widget toolkits compete with each other, i think they are in different categories for different needs.

Good luck to you using imgui, and what i certainly agree with, is that an immediate GUI is the most right choice for widget toolkit for games.

------------------------
kiss_sdl - Simple generic GUI widget toolkit for SDL2 https://github.com/actsl/kiss_sdl

_______________________________________________
SDL mailing list
[email protected]
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.