← Back to context

Comment by kstenerud

13 hours ago

I once watched a co-worker completely bork a customer system by accidentally middle-clicking while moving his mouse after copying an ls -l of /usr/bin (where pretty much everything was a symlink to the real executables in /bin).

Yeah, he shouldn't have been logged in as root, but the point remains that middle-mouse paste can be extremely dangerous and fat-finger-prone.

That problem has been solved by terminals whose readline awaits actual user input (actual enter from the keyboard) even when you paste a command with single line break or a multiline command. Most linux terminals do that nowadays, and it's also great for giving you a chance to review that oneliner you've copied from the browser, which could contain something different than what was shown.

I love Linux, but the cut and paste situation is really terrible. The middle mouse paste isn't a problem for me--it's that there are two separate "clipboard" buffers, which just causes all sorts of problems.

  • Having two separate clipboard buffers is a feature I intentionally use.

  • You can unify the middle mouse selection and the regular clipboard in KDE if you wish. Personally I find keeping them separate very convenient.

    • There are a number of DE-independent clipboard managers that can do that as well as other features, like keeping a clipboard history so you can copy in series then paste in series, or having keyboard shortcuts transform the clipboard contents by way of a command, so you can e.g. copy some multi-line text then paste it as a single line joined by spaces.

Shift+Insert has always been my preferred method of pasting into a terminal after too many mishaps with right-click or middle-click paste.