FYI - after you do this on Mac OS you can't copy to the system clipboard from the buffer using mouse unless you push `fn` before you click on the pane.

I think there are workarounds to get from the tmux copy buffer onto the system clipboard but I usually just `Ctrl-b z` to zoom the pane to full-screen, hold down `fn` button to select text, then `Ctrl-C` like normal.

IIRC, this was fixed in the last few releases- it had to do with OS X's weird user-session/permissions management. At the very least, I was able to comment out the following workaround:

    bind-key -T copy-mode-vi Enter send-keys -X copy-pipe-and-cancel "pbcopy"
    bind-key -T copy-mode-vi C-j send-keys -X copy-pipe-and-cancel "pbcopy"
    bind-key -T copy-mode-vi MouseDragEnd1Pane send-keys -X copy-pipe-and-cancel "pbcopy"
    bind-key -T copy-mode-vi A send-keys -X append-pipe-and-cancel "pbcopy"

I'm using iTerm2 + tmux:

1. If I click my mouse to drag and select what I want to copy, the selection is copied to the clipboard when I release. Selection is highlighted with a yellow background.

2. If I want to double-click to copy, I just hold down the `option` key, then double click and it is copied to the clipboard. Selection is highlighted with a white background.

In both instances, I don't even need to use `ctrl+c`.

Yep, although there are plugins to integrate the tmux clipboard with the system clipboard. I use tmux-yank:

https://github.com/tmux-plugins/tmux-yank

I don't understand why this is not the default behavior.

Different mouse settings send different strings.

You may not way to scroll by accident if your application can use scrolling for changing commands like psql

You may want to do mouse scroll only if you initiated scrolling with say Shift+Page Up

(for me, all the above)

> I don't understand why this is not the default behavior

I would guess it's because a lot of tmux users don't use a mouse on the text console.