| Summary: | Breeze does not reserve enough space before the sub-menu indicator | ||
|---|---|---|---|
| Product: | [Plasma] Breeze | Reporter: | Tobias Leupold <tl> |
| Component: | QStyle | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | ahiemstra, noahadvs, tl, uhhadd |
| Priority: | NOR | ||
| Version First Reported In: | 6.5.5 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Colliding submenu indicator when using breeze
No sub-menu indicator collision when usinf Fusion Minimal example to produce the problem |
||
Created attachment 189291 [details]
No sub-menu indicator collision when usinf Fusion
I've seen this happen with the "application menu" button that shows the application's menu bar contents. Weirdly enough, this doesn't seem to happen in a lot of other places. I suspect something is going wrong in the menu spacing calculation that doesn't trigger if certain other features are enabled. For the sake of completeness, I'll attach my minimal example I used to take the screenshots Created attachment 189392 [details]
Minimal example to produce the problem
|
Created attachment 189290 [details] Colliding submenu indicator when using breeze SUMMARY When adding a sub-menu and the action's name is longer than other menu entries, the sub-menu indicator does collide with the name. The width is enough for the menu's text itself, but no space is reserved for the indicator. Does not happen with Fusion (cf. the screenshots of a trivial example I'll attach) STEPS TO REPRODUCE Open some menu with a long text for a submenu OBSERVED RESULT The submenu indicator collides with the text EXPECTED RESULT The submenu indicator should not collide, obviously ;-) SOFTWARE/OS VERSIONS Linux/KDE Plasma: Gentoo KDE Plasma Version: 6.5.5 KDE Frameworks Version: 25.12.1 Qt Version: 6.10.1