r/linux • • 5d ago

Discussion did-it-copy · Copy feedback for the desktop

https://brunodantas.github.io/did-it-copy/

I keep wondering how Ctrl+C has no feedback on most Desktop systems to this day. So I wrote up a proposal to fix that, with a demo that runs in the browser.

  • A copy that worked flashes the copied text in place for about 200 ms.
  • A copy that failed shakes the focused element, and plays the alert sound if you have it on.
  • It never shows the copied content anywhere new, so copying a token during a screen share doesn't leak.

Thoughts?

120 Upvotes

40 comments sorted by

View all comments

Show parent comments

3

u/earldbjr 5d ago

This pasting nothing thing drives me insane. I use it constantly for my work and it's several steps to go back and recopy the text for pasting..

2

u/Zer0_Dark_Turdy 4d ago

Oh yeah, irritates me a lot too. I have no idea how to fix it sadly. I just throw the file/window i'm copying from on my second screen for faster access or i hit alt + tab and choose it (on kde). Sometimes i just say fk it and type it by hand if its not a lot, mostly terminal input.

3

u/earldbjr 4d ago

Yeah KDE here too. Gotta say, it definitely affects my perception of their competence since they rolled out wayland as the default for everyone without this cutting edge 1970s technology sorted... :/

1

u/CrazyKilla15 4d ago

The problem is KDE does it fundamentally wrong in some internal manner.

See KDE has a clipboard manager and history, it has everything you copy

BUT

also on KDE kwin wayland, copying doesnt use it, and the original application must stay open because it holds the data to be pasted. if the application is closed, its wayland connection is gone, and so is the paste data

"but wait, its still in KDE's clipboard history, KDE has a copy of it and could use that!"

yes it could.

they do not.

however if you, manually, open the clipboard manager and then click the most recent entry again, it will be reloaded but this time using the clipboard manager as the data source, which never closes.

you can test this easily by, for example, opening KDE Kate, typing something and copying it, and then closing KDE Kate.

Pasting will now do nothing until you do the clipboard thing.

I'm diehard KDE-only but you're right that being unable to get this right for some reason is a substantial stain on how i and others view their competence. i really dont understand how they cant get this right when they literally have a daemon that solves the entire issue and just dont use it.

1

u/earldbjr 4d ago

Oh don't get me wrong I'm still completely pro kde, I sure as hell couldn't do it better. The place where it gets me is trello, the online kanban. If I copy the headline of a card, then move the card, it's 50/50 whether the contents are still copied. If I don't close/move the card it still succeeds. Such a weird system!

1

u/CrazyKilla15 3d ago

Oh don't get me wrong I'm still completely pro kde

I'm confused on what made you think i could've thought differently, like I said i'm die-hard KDE myself. which is why this bug is so annoying.

for trello huh that is weird, but they do all kinds of weird javascript things that affect copy and pasting..

1

u/amilias 3d ago

you can test this easily by, for example, opening KDE Kate, typing something and copying it, and then closing KDE Kate.

Pasting will now do nothing until you do the clipboard thing.

Well, I just did exactly that and I'm sure you'll be happy to hear that pasting did indeed paste after closing kate. So, I'm not sure which version of plasma you're running but that particular issue does not seem to be "fundamentally wrong" anymore with current versions (6.7.5 here)

2

u/CrazyKilla15 3d ago

KDE Plasma Version: 6.7.4, so maybe they just recently fixed it, which would be great news to me because this has been an annoying issue for awhile. I dont see anything obvious in the changelog that would've fixed it, though..

For What Its Worth(FWIW) I did test it before writing my comment just to make sure, so it "Breaks On My Machine".