| Summary: | Resize area overlap with scrollbar, making scrolling sometimes difficult | ||
|---|---|---|---|
| Product: | [Plasma] Breeze | Reporter: | Tamás Králl <tamaskrall42> |
| Component: | QStyle | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | CONFIRMED --- | ||
| Severity: | minor | CC: | nate, noahadvs, uhhadd |
| Priority: | VLO | Keywords: | usability |
| Version First Reported In: | 6.3.5 | ||
| Target Milestone: | --- | ||
| Platform: | Neon | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | The resize area overlaps with the scrollbar | ||
General Breeze QStyle issue; moving there. Ultimately the resize area has to be expanded *somewhere* though, or else it's a one-pixel click area which causes other problems. And wherever the invisible expended click zone lives, it'll be covering up *something*. So it's not clear to me how we could meaningfully improve upon this. (1.) In this specific case (Menu Editor) having the resize area be expanded to the right instead of the left wouldn't cause issues as there's no clickable element there. (2.) But this can't be guaranteed in every situation. If the resize area was centered on the view edge, it would cover only a little, but on both sides of the view edge. That would make the scrollbar more usable than it is now. Currently with windows that have a scrollbar on the window edge, the resize area is outside of the window. That's the way option (1.) works as well. It's rare that both sides of the view edge have a clickable element near, it's usually only a scrollbar on one side. So I think option (1.) is what should be done here. |
Created attachment 181514 [details] The resize area overlaps with the scrollbar SUMMARY Please see the attached video. When the cursor approaches the scrollbar from the right-hand side, where the user is also able to resize the view, the cursor remains in resize mode even when it's nearly fully above the scrollbar. This means that sometimes when the user just wants to scroll using the scrollbar, they'll accidentally resize the view instead. I've noticed this issue in multiple apps, but I'm reporting it here, because I don't which actual component causes this. STEPS TO REPRODUCE 1. Open Menu Editor 2. Expand enough app categories that they are no longer fully visible in the window, meaning the scrollbar appears. 3. Approach the scrollbar from the right-hand side 4. Try to scroll by dragging the scrollbar when it's still showing the resize cursor, even though the cursor is basically covering the scrollbar. OBSERVED RESULT Resize happens instead of scroll EXPECTED RESULT Scroll happens, since the cursor is above the scrollbar SOFTWARE/OS VERSIONS KDE Menu Editor: 6.3.90 KDE Frameworks: 6.15.0 Qt: Using 6.9.0 and built against 6.9.0 KDE neon Unstable Edition (Wayland) Build ABI: x86_64-little_endian-lp64 Kernel: linux 6.11.0-25-generic