|
From: | Angelo Graziosi |
Subject: | Re: Mouse copy/paste problem? |
Date: | Sat, 23 Jun 2012 11:57:23 +0200 |
User-agent: | Mozilla/5.0 (Windows NT 5.1; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 |
Il 23/06/2012 9.11, Eli Zaretskii ha scritto:
Date: Fri, 22 Jun 2012 22:56:03 +0200 From: Angelo Graziosi <address@hidden> Just for completeness... With trunk, at least > 108548 (june 10, 2012), copy/pasting with mouse doesn't seem to work. To reproduce: emacs -Q & In the "scratch" buffer double click on the word "then" (start 3rd row). Then move to the end of the row, i.e. after "buffer." and paste with mouse-2 (wheel). It pastes "then enter the text in that file's own buffer." and not "then". Repeating several tries, it never pastes correctly but garbage. The same happens if one select the words dragging the mouse. With trunk 108548 (the last revision I have backed up) it works fine. This happens with trunk builds on GNU/Linux (K)Ubuntu 12.04, Fedora 16, and on Cygwin.Doesn't happen in the native Windows build of revno 108682. But the native Windows build doesn't have a real primary selection, so I'm not sure this is relevant.
Maybe this change is the culprit? lisp/ChangeLog: 2012-06-13 Chong Yidong <address@hidden> * mouse.el (mouse-drag-track): Do not set the mark if the user releases the mouse without selecting anything (Bug#11588). I guess this because: emacs -Q &Now in the "scratch" buffer I select the word "then" at the start of 3rd row *holding down* the SHIF key and moving with right arrow, i.e. not using mouse. Then with mouse-1 I go to the end of "buffer.". Clicking with mouse-2 (wheel) I get "then enter the text in that file's own buffer." pasted. Instead, if I move at the end of "buffer." with arrow key and there I paste with mouse-2, I correctly get "then".
In other words, if I use the mouse *only* for pasting and not for select the text and moving the pointer, I get the right behavior.
Ciao, Angelo.
[Prev in Thread] | Current Thread | [Next in Thread] |