ImGuiWindow is mostly a dumb struct. It merely has a constructor and a few helper methods

[experimental] Borrowed from GLFW's function updateFramebufferTransparency() in src/win32_window.c (the Dwm* functions are Vista era functions but we

Constructors, destructor

Consider using _stricmp/_strnicmp under Windows or strcasecmp/strncasecmp. We don't actually use either ImStricmp/ImStrnicmp in the codebase any more.

Functions

- ImageButton() adds style.FramePadding*2.0f to provided size. This is in order to facilitate fitting an image in a button. - ImageButton() draws a ba

- Read about ImTextureID/ImTextureRef here: https://github.com/ocornut/imgui/wiki/Image-Loading-and-Displaying-Examples - 'uv0' and 'uv1' are texture

Note: p_data, p_step, p_step_fast are _pointers_ to a memory address holding the data. For an Input widget, p_step and p_step_fast are optional. Read

As InputText() retain textual data and we currently provide a path for user to not retain it (via local variables) we need some form of hook to reappl

Edit a string of text - buf_size account for the zero-terminator, so a buf_size of 6 can hold "Hello" but not "Hello!". This is so we can easily call

Tip: use ImGui::PushID()/PopID() to push indices or pointers in the ID stack. Then you can keep 'str_id' empty or the same for all your buttons (inste

IMPORTANT: If you are trying to check whether your mouse should be dispatched to Dear ImGui or to your underlying app, you should not use this functio

[WILL OBSOLETE] This was designed for backends, but prefer having backend maintain a mask of held mouse buttons, because upcoming input queue system w

Called by legacy backends.

FIXME: This is inlined/duplicated in ItemAdd() FIXME: The id != 0 path is not used by our codebase, may get rid of it?

A triangle is an ear is no other vertex is inside it. We can test reflexes vertices only (see reference algorithm)

Important: this can be useful but it is NOT equivalent to the behavior of e.g.Button()! Most widgets have specific reactions based on mouse-up/down st

== (GetItemID() == GetFocusID() && GetFocusID() != 0)

This is roughly matching the behavior of internal-facing ItemHoverable() - we allow hovering to be true when ActiveId==window->MoveID, so that clickin

Call after a Selectable() or TreeNode() involved in multi-selection. Useful if you need the per-item information before reaching EndMultiSelect(), e.g

This is the only public API until we expose owner_id versions of the API as replacements.

Note that Dear ImGui doesn't know the meaning/semantic of ImGuiKey from 0..511: they are legacy native keycodes. Consider transitioning from 'IsKeyDow

Return if a mouse click/drag went past the given threshold. Valid to call during the MouseReleased frame. [Internal] This doesn't test if the button i