| Summary: | Unclickable spacing between list elements | ||
|---|---|---|---|
| Product: | [Unmaintained] Bluedevil | Reporter: | ratijas <me> |
| Component: | system tray | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | normal | CC: | me, nate, nowrep |
| Priority: | NOR | ||
| Version First Reported In: | master | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | Bluetooth applet - unclickable spacing between list elements | ||
All applets using ExpandableListItem elements does the same, and so does the Clipboard applet, which does not. So they are all consistent here. I don't really understand the problem here. What is the problem? > All applets using ExpandableListItem elements does the same, and so does the Clipboard applet, which does not. I broke my brain while trying to parse that :) > I don't really understand the problem here. What is the problem? The problem is that there's some space that reacts on hover, but does not react on clicks. > and so does the Clipboard applet Clipboard applet also has unclikable space between items in the list. *Does* it react on hover? I can't reproduce that. For me, the dead space between items in Clipboard as well as Networks responds to neither hover nor click, which is exactly what I would expect. Whether there *should* be dead space between entries is another question though. I suppose we could force spacing to 0 in all these list views. Hmn… Indeed, it doesn't actually react to hover either. I confused it with the sticky "current item" highlighting (which I'm not a big fan of, by the way) Yeah, not sure there is actually a bug here. :) I would expect dead space to be non-interactive. We can always remove the spacing, of course. |
Created attachment 145915 [details] Bluetooth applet - unclickable spacing between list elements SUMMARY There's a little spacing gap between list elements in the applet's list view, where clicking does nothing. It's only few pixels tall, but given that list elements don't lose focus simply on mouse leave (sticky hover state, stays until you hover over any other list element). STEPS TO REPRODUCE 1. Add at least two Bluetooth devices (either both connected or both just available). 2. Click between them as shown on a video attached. OBSERVED RESULT Nothing happens. EXPECTED RESULT The should be no non-interactive gaps, or the list items shouldn't use the sticky hover state. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.24.80 KDE Frameworks Version: 5.91.0 Qt Version: 5.15.2 Kernel Version: 5.16.2-arch1-1 (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-6700HQ CPU @ 2.60GHz Memory: 15.6 GiB of RAM Graphics Processor: NVIDIA GeForce GTX 970M/PCIe/SSE2