imgui

This affects non-reorderable tables in Dear ImGui 1.93.0 WIP. Stale DisplayOrder values are retained when columns are reconciled or loaded from settings, causing old and new columns to sort incorrectly—especially with bare .ini entries that have no saved column data.

Upgrade to a version containing commit 68bd43b, or apply this fix in TableFixDisplayOrder():

void ImGui::TableFixDisplayOrder(ImGuiTable* table)
{
    if ((table->Flags & ImGuiTableFlags_Reorderable) == 0)
    {
        for (int n = 0; n < table->ColumnsCount; n++)
            table->DisplayOrderToIndex[n] = table->Columns[n].DisplayOrder = (ImGuiTableColumnIdx)n;
        return;
    }

    ImGuiContext& g = *GImGui;
    // existing reorderable-table logic...
}

For tables without ImGuiTableFlags_Reorderable, columns are then always displayed in declaration/index order. Column widths and other per-column data continue to be matched by ID. Note that programmatic reordering of a non-Reorderable table is no longer preserved after this change.

IMGUI_DISABLE_STB_TRUETYPE_IMPLEMENTATION only disables the linkable implementation contents of stb_truetype.h; it does not disable ImGui's stb_truetype font backend. Update Dear ImGui to a revision containing commit 4989b4c, then add this to imconfig.h or your compiler defines:

#define IMGUI_DISABLE_STB_TRUETYPE 1

Do not define IMGUI_ENABLE_STB_TRUETYPE. Defining IMGUI_ENABLE_FREETYPE also prevents stb_truetype from being enabled by default, but is unnecessary if you are using a custom font loader.

On older versions, patch the default-selection block in imgui_internal.h:

#if !defined(IMGUI_ENABLE_FREETYPE) && !defined(IMGUI_ENABLE_STB_TRUETYPE) && !defined(IMGUI_DISABLE_STB_TRUETYPE)
#define IMGUI_ENABLE_STB_TRUETYPE
#endif

Then define IMGUI_DISABLE_STB_TRUETYPE and rebuild.

When drawing a filled rectangle and an outline with the same p_min/p_max, the stroked bottom edge can rasterize one pixel above the filled bottom edge. For a default 1-pixel border, extend only the outline's maximum Y coordinate by 1 pixel:

draw_list->AddRectFilled(pmin, pmax, fill_color);
draw_list->AddRect(pmin, pmax + ImVec2(0.0f, 1.0f), border_color);

Keep pmax unchanged for AddRectFilled. This aligns the visible bottom border with the filled rectangle. AddCircle/AddCircleFilled are not affected because they use the same radius-based geometry.

The recommended approach is merging an icon font (e.g., FontAwesome) into your font atlas: set ImFontConfig::MergeMode = true when loading the icon font, then embed icon glyphs directly in the menu label text (e.g., ImGui::MenuItem(ICON_FA_SAVE " Save")). See misc/fonts/README.txt for detailed instructions. Alternatively, the internal MenuItemEx() function accepts an icon parameter separately. For image-based icons, you can render a texture manually next to the item using SameLine() followed by Image((void*)texture_id, ImVec2(16,16)), though this requires modifying the widget or custom layout code and is less flexible than the icon font approach.

In ImGui 1.93.0, AddLine() uses anti-aliased strokes by default. When adjacent parallel lines are drawn to scan-fill an area (odd/even line-scan fill), the semi-transparent AA fringes overlap and blend, making the fill appear faded. Fix: pass ImDrawFlags_StrokeLegacy to disable the AA fringe on those strokes:

draw->AddLine(as, bs, color, 1.0f, ImDrawFlags_StrokeLegacy);