<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2014-05-08 8:42 GMT+02:00 Lex Trotman <span dir="ltr"><<a href="mailto:elextr@gmail.com" target="_blank">elextr@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class=""><div class="h5">On 8 May 2014 16:30, Alessandro Pasotti <<a href="mailto:apasotti@gmail.com">apasotti@gmail.com</a>> wrote:<br>
> 2014-05-08 2:23 GMT+02:00 Lex Trotman <<a href="mailto:elextr@gmail.com">elextr@gmail.com</a>>:<br>
>><br>
>> On 7 May 2014 22:36, Alessandro Pasotti <<a href="mailto:apasotti@gmail.com">apasotti@gmail.com</a>> wrote:<br>
>> > Hi,<br>
>> ><br>
>> > I'm not sure it is a geany bug but this is the only GTK application I<br>
>> > use<br>
>> > and I'm on kubuntu 14.04.<br>
>> ><br>
>> > The problem seems the same described here:<br>
>> ><br>
>> > <a href="https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1032119" target="_blank">https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1032119</a><br>
>> ><br>
>> > - Copy-paste with mouse wheel fails<br>
>> > + Left-click clears PRIMARY buffer selection (Copy-paste with middle-<br>
>> > + button/mouse wheel fails)<br>
>> ><br>
>> > To reproduce, try the following steps in gedit, geany or jedit (same in<br>
>> > old<br>
>> > bug-report):<br>
>> ><br>
>> > 1) Select some text, thus copying it to the primary<br>
>> > copy-paste-buffer-thingy.<br>
>> > 2) *Left* click somewhere on the document, thus clearing the selection.<br>
>> > 3) Click mouse wheel (middle click).<br>
>> ><br>
>><br>
>> Many people brought up on cut/copy to clipboard and paste do not seem<br>
>> to grasp that the selection is a *selection*, it is not copied to a<br>
>> clipboard.<br>
>><br>
>> The applications that the bug reporters call "working" are doing the<br>
>> wrong thing and copying the selection to the CLIPBOARD or internally<br>
>> preserving it even after it is unselected.<br>
>><br>
>> When the middle paste is used it pastes the PRIMARY selection, or if<br>
>> there is no selection pastes clipboard.  So the applications doing the<br>
>> wrong thing will paste (either from their own internal copy or from<br>
>> clipboard), but those doing the right thing won't.<br>
>><br>
>> Cheers<br>
>><br>
>> Lex<br>
><br clear="all"></div></div></blockquote></div><br><br></div><div class="gmail_extra">Funny, it's about 20 years now that I'm using that method to quickly copy-paste under linux using the mouse, just to discover today that it's the wrong one :) Never too late to learn something!<br>
<br><div class="gmail_extra">BTW it's a pity, because I find it much more quick and intuitive than hitting various keyboard combinations like CTRL+SHIF+C or similar.<br><br></div><div class="gmail_extra">Just to be sure, I did some quick tests (I'm on Kubuntu 14.04 64bit):<br>
</div><br></div><div class="gmail_extra">mouse copy-paste  works fine (as I expected) in terminal applications like konsole and xterm and works in mozilla FF and thunderbird.<br>Among IDE's it works fine under kdevelop, netbeans, eclipse kepler.<br>
</div><div class="gmail_extra">Ah, it also works in vim (didn't test emacs though).... I'm pretty sure all curses-based apps work.<br><br></div><div class="gmail_extra">Are you really sure that all these applications are doing it the wrong way? <br>
</div><div class="gmail_extra"><br></div>It seems to me that clearing the selection/buffer when the user start dragging would much better that clearing it on mouse down events.<br><div><br><div class="gmail_extra">-- <br>
Alessandro Pasotti<br>w3:   <a href="http://www.itopen.it">www.itopen.it</a>
</div></div></div>