5 ms·

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

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.

deleted 8y ago
[deleted]
rezeroed 8y ago
What's a "middle click"?
- sangnoir 8y ago
  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 8y ago
    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.
- jake_the_third 8y ago
  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.
- dredmorbius 8y ago
  Assumes a three-button mouse: http://ecx.images-amazon.com/images/I/513VKV7DZBL.gif http://ecx.images-amazon.com/images/I/513VKV7DZBL.gif Usually a scroll wheel, now.
username3 8y ago
Linux needs a preference layer between keyboard and app.
- noahadavis 8y ago
  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.
kevin_thibedeau 8y ago
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.

deleted 8y ago

[deleted]

rezeroed 8y ago

What's a "middle click"?

sangnoir 8y ago
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 8y ago
  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.
jake_the_third 8y ago
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.
dredmorbius 8y ago
Assumes a three-button mouse: http://ecx.images-amazon.com/images/I/513VKV7DZBL.gif http://ecx.images-amazon.com/images/I/513VKV7DZBL.gif Usually a scroll wheel, now.

username3 8y ago

Linux needs a preference layer between keyboard and app.

noahadavis 8y ago
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.

kevin_thibedeau 8y ago

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.