On Feb 27, 1:54 pm, Bram Moolenaar <b...@moolenaar.net> wrote: > If I understand you correctly, that's the selection mechanism that lets > you copy text from the screen to the command you are typing.
Hello Bram, What I wanted to say is that the present behaviour is not intuitive in my opinion. Take the case of the Linux distribution with the default .vimrc After you have typed gvim file1 :sp file2 q: you get two status lines: file1 at the bottom and file2 in the middle. When you put the mouse on the status line file1, you see a vertical double-sided arrow which indicates that you can use the mouse to change the dimension of the window. And in fact it does. When you put the mouse on the status line file2, you see the same arrow so that you are tempted to do the same, but this time it does not work (for good reasons) and you select text instead. I think that will be felt to be a bug by new users (like me). Two possibilities in my opinion: 1/ When you put the mouse on status line file2, a cross appears instead of an arrow, indicating that the mouse is not active there. If the user tries to drag, nothing happens. Selection of text in the status line is forbidden in that case. 2/ If you really want to allow selection in the status line file2 (which in my opinion is not useful since it is not possible in status line file1), then it would be better to show the standard oblique one- sided arrow when you put the mouse on status line file2. I have another problem in the case of Windows distribution with the default _vimrc. After having typed the same commands as above, I could not find a way to copy the text selected by dragging the mouse in file1 or file2 to the command line window. Center-click does work neither CTRL-C/CTRL-V. Best regards, Jean Johner -- You received this message from the "vim_dev" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
