"Haiku" requires more time and effort to paste with the mouse than with Linux.

[FuRuYa7]

Operation example:

Paste operation with "Haiku":

1. Select a range of "Terminal" messages with the mouse

2. Alt + C

3. Right-click in "Text Editor" → select "Paste"
or Alt + V 

Paste operation on "Linux":

1. Select a range of "Terminal" messages with the mouse

2. In a "Text Editor", click the button in the center of the mouse 

Although it is a slight difference, the efficiency of input work is quite different. I didn't write it because I thought it was a specification. I dared to write one of the reasons why Linux is the main and haiku is used as a sub.

By the way, this operation is a function that can be used only in the "terminal" of haiku. It is NG for other apps. It's similar to "# 1638 Closed Bug (Fixed)", but I think it's different because it covers not only "Terminal" but also other apps.

Both "hrev55181 + 62" and "hrev55489" were NG.

[waddlesplash]

I don't think we really want to make middle-click trigger pasting as a general rule. However, we have a "Shortcuts" application that can trigger arbitrary commands when shortcuts are pressed; perhaps it could be extended in some way to facilitate this?

[pulkomandy]

We don't really use the middle click for anything else, so why not use it for pasting? I don't find that too annoying, it's not so easy to trigger by accident. And this button is not always present (touchpads usually have only two buttons) so we can only se it as a kind of shortcut.

+1 to making it a general rule in the HIG, but let applications deviate from it if they have a better use for the button (I think it is commonly used for panning in image viewers/editors? coming from its use in Windows).

However, I would not do the other half of this, which is that selecting some text automatically copies it. In X11 this mostly works, but the way they make it not too confusing is for having two different clipboards, one for text that was just selected (that is pasted with middle click), and another, indepedant one, for text that was actually copied with Ctrl+C. I find this pretty confusing in some cases.

I guess the current "Haiku Way" of doing this operation would be something more like:

• Select a range of text in Terminal with the mouse
• Drag and drop it to text editor (which I think isn't even possible in Terminal?)

But the reason it is that way origins from the single and two button mouses used for MacOS and BeOS, and it is more than time to start using the 3rd mouse button.

[X512]

-1 for copying with 3-rd button. 3-rd button is actually used in some text applications (copy attributes for example). Also 3-rd button is often used for closing tabs so it can close something instead of copy.

[pulkomandy]

I have actually removed the code to close tabs by 3rd button. I often triggered it by accident when trying to paste something into Terminal. It seems too easy to trigger for a destructive operation (at least in Terminal, where the backlog is not stored anywhere when you close a tab).

If we have to chose between the two, my preference definitely goes to pasting.

[X512]

I usually use right button to paste to Terminal (and getting annoyed that it not work on Linux).

[nephele]

I disagree with copying this behaviour, right click for pasting in terminal works "okay" if you really need a dedicated button. In every other app you can use right click -> option to pick what you actually want. Terminal is a bit special in that "paste" is the only option that makes sense, for normal text fields not so much.

I use the middle mouse button to close tabs all the time, I don't want this to be removed to copy this behaviour from linux (I consider pasting with middle mouse button more of an antipatern, because it works so shodily when apps reasonably expect to be able to use this for other stuff.)

Fwif pasting with right mouse works in Haikus terminal aswell as the terminal of e.g FreeBSD (framebuffer)