This never happens if you only use the unix clipboard. I agree that both methods should point to the same clipboard, but this is an implementation detail. The important thing is the interface: selecting text copies it to the clipboard, middle-clicking pastes it.
Imagine you install a 'clapper' in your bedroom to control the lights. You say "works great for me, let's install this everywhere". Someone responsible for an auditorium then says "so clapping turns the lights on and off?"
That said, I frequently use text selection as a highlighter. I will highlight lines as I'm reading text to help me keep track of which line I'm on. I also need to select text to apply formatting such as bold or add link.
Super useful to have two different scratch buffers when moving things around.
> If you paste the filename of an image into a plain text editor, you'll get the filename verbatim. If you paste it into an image editor, it opens and pastes the image in there
That's how the clipboard already works on Windows as long as the source application provides both formats.
Imagine I want to copy an image from a webpage into an email... And then the paste fails because the email client tries to download the image but doesn't have the correct cookies and fails...
Or I want to copy a file from Google drive onto a USB. But when you copy from the Google drive webUI it just copies the name of the file, not the file itself...
Or I copy an image from Google images and the thumbnail low Res version is copied rather than the full res version.
Copy and paste, and drag and drop, seem to be neglected on the web.
Personally I haven't had this problem: just like the article says, the browser ‘copies’ image data with a correct mime-type, and the other app pastes the image if it knows about that mime-type. This is on MacOS, with Firefox.
(Though, again personally, I now usually scale the image and convert to webp before sending in a chat—I don't do much email. This way I'm avoiding 4K 4MB pics. I'm probably gonna make me a browser extension to do this automatically.)
If they don't understand the difference between copy pasting HTML with an image inside the tag soup (select with mouse a bunch of text and image and right click copy) and an image (hover image and right click "copy image") then there's not much anybody can do.
Do you want clippy in the browser "looks like you are trying to copy an image" ?
Anyway, I use the clipboard mostly to move images I don’t want to save to a file, so I would hate to have them converted to plain text.
I would also be surprised if I copied a text selection from a website into open office and had to manually redo all the bolds and italics.
ctrl-v and shift-ctrl-v and middle click and shift-middle click and tmux and vim.
The damned system makes no sense! Probably why it feels like home, once you're used to it.
I quite like ctrl-c/ctrl-V (or cmd on a mac). Very easy to use while controlling the mouse with the other hand.
I mostly find it really useful for "quick copies", like the quote from your post here. I don't really care if it gets overwritten because it's only relevant for a few seconds. For anything else you can still use ^C/^V on Linux.
How do people stand these particular keybindings? They get so much in the way inside a terminal! They are possibly the worst choice of keys for something as important as copy/paste (if the keyboard is needed at all, but I digress).
^C = forcefully stop the current program
^V = escape to enter the next character verbatim
I use these two all the time, and I find it very confusing that they have a different meaning in other contexts.
^V is probably rare enough that it's not a big deal, but ^C is indeed an unfortunate conflict.
I don't find it too hard to remember to use Ctrl+Shift+C/V in terminals (when I don't just use the primary selection).
I also think that this is useful. Furthermore you can have separate selections: primary, secondary, and clipboard.
I use xterm, and shift+insert can also be used to paste from the primary selection. Firefox can copy to primary selection automatically and can paste by middle button, but shift+insert pastes from the clipboard instead; I think that it would be better for shift+insert to paste from primary selection and control+V (or command+V would be better; having that a separate key like Mac OS does is better, I think) for paste from clipboard.
Another thing that is helpful, but many modern programs do not do (some older programs do, such as Heirloom-mailx, and vi) that you can enter shell commands to be used by pipes to transfer data between programs (by use of popen function in C). (Some of my own programs have this capability)
Select to copy, middle-click to paste. If I had to highlight an immediate usability advantage of linux with respect to windows and macos, it would be clearly this thing. It feels "at home" when you can do this.
Also, I have a viscerally strong disagreement with the following sentence:
> The majority of the implementations out there are broken and only handle text.
For me, one of the main uses of copy paste is to transform something to plain text. A clipboard implementation that pasted non-text things would be broken.