search

ocornut / imgui

Dear ImGui: Bloat-free Graphical User interface for C++ with minimal dependencies
MIT License
59.56k stars 10.15k forks source link

Scrollbar behavior change #8002

Open wolfpld opened 2 hours ago

wolfpld commented 2 hours ago

Version/Branch of Dear ImGui:

-

Back-ends:

-

Compiler, OS:

-

Full config/build information:

No response

Details:

https://github.com/ocornut/imgui/issues/7328 resulted in a change to the scrollbar behavior. The new behavior is not satisfactory. Is there a way to choose to have the old behavior instead?

Screenshots/Video:

No response

Minimal, Complete and Verifiable Example code:

No response

ocornut commented 2 hours ago

Can you clarify a bit how unsatisfactory it is? When click dragging from the grab the old behavior is still available.

wolfpld commented 2 hours ago

It's very annoying and losses functionality.

To give this some background, I am using the "scroll to place clicked" (the old ImGui behavior) system-wide on my PC and I find it a great improvement over the "click to page up/down" behavior. This seems to be a general consensus, as all sorts of applications are shifting into this direction (i.e. GTK3 for 10+ years now, it's the default in KDE 6, and the default in VS Code). So, seeing ImGui go in a reverse direction, and with no switch available to change it back is a bit sad.

The original issue seems to miss that there are page up/down keys, which do exactly what's requested - move the displayed content page up or down.

As for the loss of functionality, I am no longer able to click on a hot-spot overlaid over the scroll bar to go directly to it. I now have to fish for the scroll bar, carefully move the mouse over it and grab it, then move it over the area I am interested in. This is much more finicky than just clicking on where I want to be.