| Summary: | Press/click-and-hold on interactive UI elements can trigger entering Edit Mode | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] libplasma | Reporter: | wbqq |
| Component: | components | Assignee: | Marco Martin <notmart> |
| Status: | CONFIRMED --- | ||
| Severity: | minor | CC: | nate, plasma-bugs-null |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
wbqq
2021-10-29 03:35:17 UTC
This will only happen if you press-and-hold and don't move the cursor at all. When I click and drag on a volume slider, as long as I actually move the cursor to change the slider position, the widget doesn't enter edit mode. Is this what happens for you too? (In reply to Nate Graham from comment #1) > ... Is this what happens for you too? yes, if i move slider for about 15 pixels, widget do not enter edit mode. but if it is really 1% volume changing (10 pixels or less approx.), especially if you do it with a touchscreen, it enters edit mode. this is not that annoying, so i expect that would not be fixed. But still it is not a perfect behavior. Imho it would be nicer to edit widgets only from empty area. *** Bug 444577 has been marked as a duplicate of this bug. *** Allow me to repurpose this bug report for this: clicking on «Show additional options for %AudioDeviceName%» opens the «Profiles» drop-down menu, but also enters Edit Mode for the whole desktop. Of course, Audio Volume applet should be placed on a desktop to trigger this. X11 only. |