Bug 418725

Summary: Do not close Klipper if the user does not click outside it
Product: [Unmaintained] klipper Reporter: Recesvintvs <colaboracs>
Component: plasma-widgetAssignee: Plasma Bugs List <plasma-bugs-null>
Status: RESOLVED WORKSFORME    
Severity: minor CC: nate, tagwerk19
Priority: NOR Keywords: usability
Version First Reported In: 5.18.1   
Target Milestone: ---   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:
Attachments: Recording of Klipper unpinned and pinned.

Description Recesvintvs 2020-03-10 23:25:03 UTC
My use case is that I use a lot of clipper entries, and from time to time I do some cleansing clicking on the trash bin icon at the right of each Klipper entry. If one entry is a word or a line, the bin's icon more or less fits into the line and you can click, click, click, click, etc, and after each deletion the next entry takes the former entry's position, making keeping your entries list tidy rapid and easy. But if one of the entries contains several lines or images, then the height of the band or stripe or however it's called, becomes bigger, and then your second or third click will probably not hit in the trash bin icon but a bit higher or lower.

The annoyance of this is that Klipper then gets retracted and you have to move your mouse to making it emerge again. And scroll down or use the search box to recover the position where you were before. Also, the entry that you accidentally clicked a little over or under the trash bin icon, becomes selected and sits in the first top place of Klipper's list.

I know that this is not a real bug, but it is a rather annoying behavior that really hinders the workflow. So I dont think I should report it as a wish but as a bug.
Comment 1 Recesvintvs 2020-03-10 23:32:06 UTC
I forgot to add my conclusion, which is very obvious actually, but to not let place to ambiguity I'll say that the correct behavior I think should be that no matter how many cliks the user performs outside Klipper buttons, as long as they are inside the Klipper's list surface Klipper must keep spread out and only retract when the user clicks outside
Comment 2 tagwerk19 2020-03-11 08:28:02 UTC
Created attachment 126724 [details]
Recording of Klipper unpinned and pinned.

If I understand the report right, this can also be seen in Klipper 5.18.3 (from Neon Testing)

Recording shows Klipper opened, selecting one and the other item (Klipper disappears on the selection), then clicking outside Klipper.

Repeating with Klipper 'pinned', Klipper still vanishes as an item is selected, stays on screen when clicking outside.
Comment 3 Nate Graham 2021-04-01 19:38:39 UTC
Closing when an item is selected is intentional; the user has signaled that they want to put a different piece of text at the top because they want to paste somewhere. So it gets out of the way ASAP so they can paste it.

There is a simple solution for your use case: click the pin button in the top-right corner of the popup. Then the popup will not automatically close if you accidentally click on an entry's both, rather than the trash button.

Another thing we can do is top-align the button row so that the button is always  directly under your cursor no matter how tall the list item is.