[noahadavis]

It won't happen because Linux users like it the way it is. It is consistent, it's just not the way you want it to be. I love middle click paste. It makes sense that it doesn't follow the text cursor because the mouse is separate and this adds extra flexibility. Ctrl+A should select everything and put the cursor at the end.

Actually, in some apps the cursor disappears and in some the cursor goes to the end, but the behavior of what happens when text is selected is always the same.

[kevin_thibedeau]

X's copy/paste behavior was meant to be used in conjunction with the secondary selection which is seldom used these days as most modern toolkits don't expose support for it.

[username3]

Linux needs a preference layer between keyboard and app.

[noahadavis]

This already exists in desktop environments. Of course, not all desktop environments have the same features. I know KDE Plasma has this. It can't work with all apps though, for the same reasons that MacOS and Windows can't have a feature like this that works with all apps. That is, unless you want to translate keystrokes into other keystrokes on a per app basis.

[rezeroed]

What's a "middle click"?

[jake_the_third]

A way to insert X11's "clipboard" buffer (i.e text that is currently selected text).

I agree with GP: I find the two separate copy-paste methods very useful and wouldn't want to see them merged. Users who aren't aware of one of the aren't affected, and those who are get an extra buffer to use.

[sangnoir]

Clicking with the middle mouse button - nowadays, it's typically a clickable scroll-wheel, but it used to be a plain button between left and right mouse buttons back in the day.

[AnIdiotOnTheNet]

After mice had mostly standardized on two buttons but scroll wheels didn't exist yet, it was common to map a simultaneous click of both mouse buttons to simulate a middle click.

[dredmorbius]

Assumes a three-button mouse:

http://ecx.images-amazon.com/images/I/513VKV7DZBL.gif

Usually a scroll wheel, now.