Enable full Xserver clipboard management

[GoogleCodeExporter]

What steps will reproduce the problem?
1. mark a peace of code

What is the expected output? What do you see instead?
I expected the marked code to be in Xserver clipboard.
But it isn't....

What version of the product are you using? On what operating system?
Ubuntu Gutsy 7.10, SVN checkout yesterday 3pm

What method of install was your version installed with (Binary/Source)?
Source and setup.py-installer

Is this a bug or isn't the feature implemented yet?

Original issue reported on code.google.com by jo...@jonashaag.de on 11 Jan 2008 at 11:11

[GoogleCodeExporter]

Hello,

Do you mean Copy/Paste is not working?

If not could you explain more about what you mean by marked code and what is 
expected from it?

Thanks,

Cody Precord

Original comment by CodyPrec...@gmail.com on 11 Jan 2008 at 11:41

[GoogleCodeExporter]

Yes, copy and paste.
The c&p via [ctrl]+[c] and [ctrl]+v works perfectly, but the second
Xserver-clipboard, the clipboard via marking text and pressing the mouse wheel 
button
doesn't.

Original comment by jo...@jonashaag.de on 11 Jan 2008 at 11:45

[GoogleCodeExporter]

Hello,

Sorry for not getting back to this sooner.

This is now implemented this under x11 and faked under other platforms. It will 
be available from either the svn 
or the next release of Editra after the current version 0.2.65.

cody

Original comment by CodyPrec...@gmail.com on 3 Mar 2008 at 12:28

• Changed state: Fixed

[GoogleCodeExporter]

Enabling this caused problems with the regular clipboard using. Had to disable 
the code for now. Reopenning 
until the cause of the clipboard issues can be resolved and the code for this 
re-enabled.

Original comment by CodyPrec...@gmail.com on 14 Mar 2008 at 8:14

• Changed state: Started

[GoogleCodeExporter]

The root problem is that wx only uses one data object for the clipboard so 
setting 
the primary selection causes it to flush anything from the regular clipboard. 
Needs 
more investigation but from what I have heard this limitiation in wx is fixed 
for 
the 2.9 release. Will check into this again once wxPython2.9 is out.

Original comment by CodyPrec...@gmail.com on 5 Sep 2008 at 4:10

[GoogleCodeExporter]

I think that having them overwrite each other would still be better than 
disabling it
altogether.  A lot of people (eg me) are completely accustomed to the 
middle-click as
paste method.  Blowing the clipboard with a select seems like a small price to 
pay
for having select -> middle-click back.

Original comment by alito...@gmail.com on 4 Jan 2009 at 12:37

[GoogleCodeExporter]

The problem is that this breaks a very common usage.

i.e)

1) copy something to clipboard
2) select some text to past over with the previously copied text

Since the primary selection blows away the regular clipboard data you get the
illusion that the paste failed and then I start getting emails about copy/paste 
not
working.

wxWidgets 2.9 was released earlier this fall so hopefully wxpython is not too 
much
further out.

Original comment by CodyPrec...@gmail.com on 11 Dec 2009 at 1:35

[GoogleCodeExporter]

Ah, yes, good point about common usage. Thanks.

Original comment by alito...@gmail.com on 12 Dec 2009 at 5:28

[GoogleCodeExporter]

Not having this feature is a dealbreaker for me, which is too bad because I 
otherwise 
really like editra. For me it's a matter of consistent behavior... all other 
apps I 
use under ubuntu (and indeed all linux distros that I use at home and at work) 
use the 
selection copy/paste buffer.

Any chance of enabling it as a preference, at least?

Original comment by mark.wen...@gmail.com on 31 Jan 2010 at 4:06

[GoogleCodeExporter]

Could think about it, but the fact that the clipboard support for this in the 
current
stable wxwidgets release is so broken it will not work at a satisfactory level. 
Since
anytime you highlight something in the app it will delete the clipboard content 
and
replace it with the selection.

There are some preview builds of wxpython 2.9 that are out right now so as soon 
as
that stabilizes I will re-enable the support for this feature.

Original comment by CodyPrec...@gmail.com on 31 Jan 2010 at 9:57

[GoogleCodeExporter]

If I run Editra under wxPython 2.9 (from svn), will it work? If not, could you 
please tell us where to enable it in the code?

Original comment by nerij...@gmail.com on 11 Oct 2010 at 9:12

[GoogleCodeExporter]

Hi, I am a yet another avid middle-click paster.

Any hope of seeing this feature in editra soon?

Original comment by sinisa.s...@fer.hr on 25 Jan 2012 at 9:27

[GoogleCodeExporter]

As mentioned many times before this issue in the wx 2.8 release series makes 
this really not possible to support in a way that wont cause trouble to normal 
copy paste operations to most users.

2.9 is becoming more available but still not moving along very quickly 
unfortunately. Full support for this feature really depends on when wxPython 
2.9 builds are widely available to most users.

I may be able to enable the ability to do just the past from other applications 
using the middle paste button but cannot enable the ability to select text 
within Editra and use the middle paste option as it causes a loss of other data 
on the clipboard due to the bug/limitation in wx2.8.

Original comment by CodyPrec...@gmail.com on 25 Jan 2012 at 2:38

[GoogleCodeExporter]

It could be made an option, or, better yet, it could detect wxPython >= 2.9 and 
then enable the ability to select text within Editra and use the middle paste 
option.

Original comment by nerij...@gmail.com on 25 Jan 2012 at 2:49

[GoogleCodeExporter]

I am favorable to the option and wx 2.9 autodetection. No middlebutton paste is 
a show stopper for me. I will stay with Geany until this is fixed

Original comment by ca...@nce.ufrj.br on 18 Jun 2013 at 11:18