Bug 459962 - Confusing toolbar behaviour
Summary: Confusing toolbar behaviour
Status: REPORTED
Alias: None
Product: kdevelop
Classification: Applications
Component: UI: general (other bugs)
Version First Reported In: git master
Platform: Compiled Sources Linux
: NOR minor
Target Milestone: ---
Assignee: kdevelop-bugs-null
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-10-04 06:52 UTC by Benjamin Huth
Modified: 2025-10-01 16:38 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments
Some screenshots illustrating the problems (315.71 KB, image/png)
2022-10-04 06:52 UTC, Benjamin Huth
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Benjamin Huth 2022-10-04 06:52:35 UTC
Created attachment 152578 [details]
Some screenshots illustrating the problems

SUMMARY
In this bug report I try to summarize a few things that I do not understand regarding the tool bars, and which I think could be improved to improve the user experience.

* The ordering of the symbols on the toolbar seems to be partly hardcoded (?), it does not reflect the ordering in the configure window. E.g., the "Build" button is on the left, however, if I add an "install" button, it appears far right (see screenshot).
* The dropdown list with the toolbar names has something to do with the loaded parts used to ensemble KDevelop. However, is it necessary to show this to the user this way? There are e.g. three debugger toolbars somehow.
* There are items appearing multiple times in the list, but only once in the toolbar (Host environment, see screenshot)
* The "Current Launch configuration" dropdown (which is very useful to me!) does only adjust to the length of the launch configuration after a restart of KDevelop. Here I already tried to dig into the source code to find out if somehow a repaint of the toolbar can be triggered, but I wasn't successfull. (I have no screenshot for this, but this can be easily reproduced by creating a launch configuration with a long name and restarting KDevelop).

I'm also would like to try to fix this myself, but what I tried so far was not very successfull so I would need some pointers where to start.

STEPS TO REPRODUCE
n/a

OBSERVED RESULT
n/a

EXPECTED RESULT
n/a

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Fedora 36
KDE Plasma Version: 5.25.5
KDE Frameworks Version: 5.98.0
Qt Version: 5.15.6

ADDITIONAL INFORMATION
Comment 1 Igor Kushnir 2025-10-01 16:38:45 UTC
(In reply to Benjamin Huth from comment #0)
> * The ordering of the symbols on the toolbar seems to be partly hardcoded
> (?), it does not reflect the ordering in the configure window. E.g., the
> "Build" button is on the left, however, if I add an "install" button, it
> appears far right (see screenshot).
Cannot reproduce in KDevelop version 6.4.251170. Fixed somewhere already?
> * The dropdown list with the toolbar names has something to do with the
> loaded parts used to ensemble KDevelop. However, is it necessary to show
> this to the user this way? There are e.g. three debugger toolbars somehow.
Searching "Debugger Toolbar" in the kdevelop repository yields 3 results (KDevPlatform and two plugins). I guess plugins/lldb/kdevlldbui.rc has been copied from plugins/gdb/kdevlldbui.rc, but changing the name within was not done due to omission. So now there are two "Debugger Toolbar <kdevdgdb>" entries (should be <kdevgdb> without 'd' and <kdevlldb> I think). I don't know if the display can be improved (e.g. whether entries can be grouped) using existing KXmlGui API. You can check other KDE apps and maybe borrow UI improvement ideas from them. If similar mess is everywhere and you want to improve it, you can create an issue and ask about this at https://invent.kde.org/frameworks/kxmlgui . You can also search "ui.rc" at that kxmlgui URL and look at the relevant code.
> * There are items appearing multiple times in the list, but only once in the
> toolbar (Host environment, see screenshot)
I see only one "Host System" entry in KDevelop version 6.4.251170. Already fixed perhaps?
> * The "Current Launch configuration" dropdown (which is very useful to me!)
> does only adjust to the length of the launch configuration after a restart
> of KDevelop. Here I already tried to dig into the source code to find out if
> somehow a repaint of the toolbar can be triggered, but I wasn't successfull.
> (I have no screenshot for this, but this can be easily reproduced by
> creating a launch configuration with a long name and restarting KDevelop).
Also cannot reproduce in KDevelop version 6.4.251170. The width of the "Current Launch Configuration" submenu immediately (without restarting KDevelop) and automatically adjusts to addition/removal of a launch configuration with a long name. Must be fixed already.