| Summary: | Drawer generates a thin line on its window edge that consumes clicks without triggering any action | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] frameworks-kirigami | Reporter: | medin <med.medin.2014> |
| Component: | general | Assignee: | Marco Martin <notmart> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | jackhill3103, nate, norbert, sadiyumusak, trmdi, xnagytibor |
| Priority: | NOR | Keywords: | usability |
| Version: | 5.85.0 | ||
| Target Milestone: | Not decided | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/frameworks/kirigami/commit/778e3be51bc4295c1a55f8c7a8c81498988c2a44 | Version Fixed In: | 5.92 |
| Sentry Crash Report: | |||
| Attachments: |
A part of hamburger menu button consumes clicks without triggering any action
can't reproduce |
||
Created attachment 139011 [details]
can't reproduce
I can't reproduce it.
(In reply to trmdi from comment #1) > Created attachment 139011 [details] > can't reproduce > > I can't reproduce it. I don't think it's 21.04.0 ? (In reply to medin from comment #2) > (In reply to trmdi from comment #1) > > Created attachment 139011 [details] > > can't reproduce > > > > I can't reproduce it. > > I don't think it's 21.04.0 ? Ah yes, it's the git version. Can you try it? I can reproduce the issue. In fact there seems do be a dead zone for all UI controls on the right-hand side of the window. Seems to be an Elisa-specific issue as I cannot reproduce it with other apps--Kirigami or QTWidgets alike. git bisect back to January doesn't reveal anything; looks like this has been the case for quite a while. Ah found it. Something relates to the context drawer. Do we need it on the desktop? That would make sense. It's used when the window is very narrow, so allow the playlist to collapse and become a drawer. But with the new mobile UI, I wonder how much we actually need it. In fact--and this is kind of a radical idea, I know--I wonder if we could move in the direction of only using the mobile UI, and polishing it up a tiny bit for the desktop use case. It's really good, and it works really well as a desktop app when the window is quite large. This is a Kirigami bug, caused by the invisible drag area for the drawer. *** Bug 442211 has been marked as a duplicate of this bug. *** *** Bug 447944 has been marked as a duplicate of this bug. *** *** Bug 450231 has been marked as a duplicate of this bug. *** (In reply to Nate Graham from comment #10) > This is a Kirigami bug, caused by the invisible drag area for the drawer. Or it is just a bug in Elisa? Since that area is needed for triggering the swipe event. A possibly relevant merge request was started @ https://invent.kde.org/multimedia/elisa/-/merge_requests/326 It's a generic issue in any app that implements a drawer. Any fix should ideally be made in Kirigami itself, not in each and every app that uses it. A possibly relevant merge request was started @ https://invent.kde.org/frameworks/kirigami/-/merge_requests/495 Git commit 778e3be51bc4295c1a55f8c7a8c81498988c2a44 by Nate Graham, on behalf of Tranter Madi. Committed on 17/02/2022 at 15:18. Pushed by ngraham into branch 'master'. Drawer should not eat mouse events at edges M +1 -0 src/controls/GlobalDrawer.qml M +1 -0 src/controls/OverlayDrawer.qml https://invent.kde.org/frameworks/kirigami/commit/778e3be51bc4295c1a55f8c7a8c81498988c2a44 |
Created attachment 138965 [details] A part of hamburger menu button consumes clicks without triggering any action See attached image for more info.