CppCon 2016: Nicolas Guillemot “Dear imgui,'

preview_player
Показать описание



Lightning Talk


*-----*
*-----*
Рекомендации по теме
Комментарии
Автор

Very efficient and to.the point, just like the library itself. Thanks

holdenmcgroin
Автор

IMGUI does is NOT inefficient, since it does not do immediate mode rendering. From IMGUI Github's: "A common misunderstanding is to mistake immediate mode gui for immediate mode rendering, which usually implies hammering your driver/GPU with a bunch of inefficient draw calls and state changes as the gui functions are called. This is NOT what Dear ImGui does. Dear ImGui outputs vertex buffers and a small list of draw calls batches. It never touches your GPU directly. The draw call batches are decently optimal and you can render them later, in your app or even remotely."

tresuvesdobles
Автор

@1:10 it really does not regenerate the entire GUi it store a lot (and i mean a lot) of state internally. So technically the library emulates immediate mode.

nottellinganyoneanything
Автор

Even after so many years, it still has no documentation.

sahilgoyal
Автор

The way immediate mode code is written cleanly, to create ui, reminds me of the HTML markup language, in a way.

ColtonPhillips
Автор

Nice presentation, eager to test out dear imgui :)

Sakari_
Автор

I just wrote a crappy GUI myself only to find this. God damn it

ancientapparition
Автор

I think it's a little fucked up that I googled "immediate mode gui vs retained" and the 2nd response is probably the best and most concise answer to my question, answered by one of my best friends. How am I this blessed.

ColtonPhillips
Автор

Oh no! I've been pronouncing widget wrong all these years.

yamlcase
Автор

The problem I see with Imgui is that the frametime gets doubled. So I am gonna use it temporarily while the program is in development, but good video tho

cankarkadev
Автор

Many many misconceptions.

Immediate mode GUIs do not inherently poll; they can react to events and only redraw when necessary. This point frustrates me especially because """performance""" is held on a golden pedestal and has stopped many people from using immediate mode GUIs.

While the code may appear to always rebuild the UI, lots of state is cached, up to the extreme of storing an entire retained mode GUI inside of the immediate mode library and diffing it (in reality most real-world libraries are somewhere in the middle and cache some layouts, eg for top-level windows and panels).

Also he says widget wrong.

xanri
Автор

Hi. I was wondering if there's any convenient way of integrating ImGUI with SDL2. I know about demos on ImGUI github page but it seems that such approach cancels out ability to you SDL's SDL_Renderer objects.

Rokannon
Автор

I'd like to see this in std namespace

rvoros