Setting up right aligned buttons with AlwaysAutoResize

[Glorou]

Version/Branch of Dear ImGui:

Version 1.88, Branch: docking

Back-ends:

imgui_impl_win32_c#.cpp + imgui_impl_dx11_c#.cpp

Compiler, OS:

Windows 10 + MSVC 2022

Full config/build information:

No response

Details:

Hi there!

I want to use the AlwaysAutoResize window flag but I've run in to an issue where I've got some buttons that are aligned to the right side of my window with this snippet ImGui.SameLine(0, ImGui.GetContentRegionAvail().X - btnSpace); so normally they look like this:

But using AutoResize breaks this and results in something like this:

ffxiv_dx11_RmKxikmtOv.mp4

Was wondering if you knew of a good way to right align these buttons such that they dont keep flying out infinitely while not hard coding the numerical values.
Thanks!

Screenshots/Video:

No response

Minimal, Complete and Verifiable Example code:

[ocornut]

Hello,

I've run in to an issue where I've got some buttons that are aligned to the right side of my window with this snippet ImGui.SameLine(0, ImGui.GetContentRegionAvail().X - btnSpace); so normally they look like this:

You are not actually providing the full code you are using, so you are making us guess what your code is like and what is wrong with this. It becomes harder for us to help you.

You can see in your picture that the right most edge is outside expected bounds:

So of course it's going to try to make the window wider when auto-resizing.

If you were to do:

ImGui::Button("LEFT");
float w = 100.0f;
ImGui::SameLine(0, ImGui::GetContentRegionAvail().x - w);
ImGui::Button("RIGHT", { w, 0.0f });

Then it's incorrect because the GetContentRegionAvail() call is done on the next line.

But this works:

ImGui::Button("LEFT");
float w = 100.0f;
ImGui::SameLine(0, 0);
ImGui::SetCursorPosX(ImGui::GetCursorPosX() + ImGui::GetContentRegionAvail().x - w);
ImGui::Button("RIGHT", { w, 0.0f });

Try to recreate your issue in a standalone window in order to paste us exact code that reproduces it, and normally while doing so you will discover what your issue is.

[Glorou]

Hi Omar,

Thanks for the response! Yeah its hard to get a minimum working example because the code is kinda all over the place with a handful of devs, but knowing that its actually evaluated the next line is really helpful, I've made some tweaks and not all the buttons fly off anymore! I'll work on getting a minimum example going soon, I gotta strip a lot of things out but while I'm doing that I have a few questions if thats cool. What decides if the window will resize? is it if something attempts to draw outside the WorkRect? or is it the InnerClipRect? from my understanding GetContentRegionAvailable uses the lower right edge of the windows InnerRect, so realistically I'd want to be able to get the difference of the former, whichever it is, and the latter, to subtract from my calculation to add just the right amount of padding, does that sound right? I feel like I might be over complicating things and missing something galringly obvious but I figured I'd ask while I work stuff out.

Thanks!

[ocornut]

but knowing that its actually evaluated the next line is really helpful,

To clarify I meant if you call GetContentRegionAvail() as a parameter to SameLine() you are still on the “next line” at the time of the call.

GetContentRegionAvailable uses the lower right edge of the windows InnerRect, so realistically I'd want to be able to get the difference of the former, whichever it is, and the latter, to subtract from my calculation to add just the right amount of padding, does that sound right?

You only need the difference from the current cursor position and that difference is GetContentRegionAvail(). You should not need anything else. My second snippet does it.

[Glorou]

I took a look back in to my original code and it seems I messed up some of my spacing math, so that would be the issue there haha.

Hopefully last set of questions I've noticed that with AlwaysAutoResize the size seems to "stick" like in the video below, the draw for the contents inside is contained in a Group call. I've tried setting the Size of the main window to null and (0,0), so its almost certianly the grouped content being odd, was wondering if you could think of anything off the top of your head.

Also I plan on replacing that GetCurrentWindow.Content size, just havent gotten around to it yet

	public override void Draw() {
		var spacing = ImGui.GetStyle().ItemInnerSpacing.X;
		
		// WorkspaceState
		this._workspace.Draw();
		ImGui.Spacing();
		
		// Try to center it?
		
		var offset = ((ImGuiP.GetCurrentWindow().ContentSize.X - (this._buttons.Count * (48 + spacing))-spacing) / 2);
		ImGui.SetCursorPosX(offset);
		
		// Subwindow Buttons
		foreach (var button in _buttons) {
			if (Buttons.IconButtonTooltip(button.Icon, button.TooltipText, new Vector2(48, 48)))
				button.Window();
			if(button != this._buttons.Last())
				ImGui.SameLine(0, spacing * 2);
		}

		// Subwindow
		if (this._subWindow != null) {
			ImGui.Spacing();
			ImGui.Spacing();
			
			using var _frame = ImRaii.Group();
			this._subWindow.Draw();

		} 
	}

ffxiv_dx11_F0yDE4s8eG.mp4

The other thing I wanted to ask about was the speed of the resizing, if the window needs to be bigger, its instantly resized on the next frame, where as when its resizing down, it eases to the new size, is that speed configurable?