Overlapped/Nested button not receiving any events

[mungaihehe]

Version/Branch of Dear ImGui:

Version: 1.89.5 WIP
Branch: docking

Back-end/Renderer/Compiler/OS

Back-ends: imgui_impl_glfw.cpp + imgui_impl_opengl3.cpp

My Problem

The inner button (or input text) isn't receiving any mouse events

Is there any way to have a nested button that can be activated?

Thanks in advance

[emoon]

Without you showing any of your code it's hard to say, but make sure to validate against this https://github.com/ocornut/imgui/blob/master/docs/FAQ.md#q-why-is-my-widget-not-reacting-when-i-click-on-it

[GamingMinds-DanielC]

The ID stack is an option, but my bet would be a missing SetItemAllowOverlap() for the outer button. Impossible to say for sure without code though.

[ocornut]

See this comment #3909 (comment)
About using SetItemAllowOverlap() and overlapping mode.
By default, the first submitted widget gets mouse hit, with AllowOverlap mode that order is reversed.

[mungaihehe]

Thanks for your help so far @GamingMinds-DanielC @emoon @ocornut

Here is the code

            ImGui::SetNextWindowSize(ImVec2(600, 600));
            ImGui::Begin("Sample window");

                auto cursor = ImGui::GetCursorPos();
                bool isOverlappingClicked = ImGui::InvisibleButton("Outer Button", ImGui::GetContentRegionAvail());
                if (isOverlappingClicked) {
                    std::cout << "Outer Button Clicked" << std::endl;
                }
    
                ImGui::SetItemAllowOverlap();
    
                ImGui::SetCursorPos(cursor);
                if (ImGui::Button("Inner button")) {
                    std::cout << "Inner Button Clicked" << std::endl;
                }

            ImGui::End();

The behaviour

I can't get the "Inner button" to register clicks. What am I missing?

[ocornut]

@mungaihehe sorry for late answer. A behavior change in 1.89 changed this. See #3909 (comment)
At the moment you need to also pass ImGuiButtonFlags_AllowItemOverlap to InvisibleButton() to get this to work.

[ocornut]

This is now fixed but required an API change, see #6512 (comment)