Clipboard permanently modified when a clipboard "Paste with" is used

[GoogleCodeExporter]

The clipboard contents should be returned to their previous state instead of 
leaving the text pasted by autokey.

Original issue reported on code.google.com by artis.ro...@gmail.com on 18 Nov 2010 at 5:11

[GoogleCodeExporter]

Thanks for reporting. It's possible to correct this, but only for the proper 
clipboard, not the X selection. Also, it will slow down the paste via clipboard 
as two additional round trips to the X server will be required. Will assess the 
potential performance impact.

Original comment by cdekter on 18 Nov 2010 at 5:15

• Changed state: Accepted

[GoogleCodeExporter]

Would a checkbox that's only active for the applicable clipboard paste types be 
a big problem?

Original comment by artis.ro...@gmail.com on 18 Nov 2010 at 5:17

[GoogleCodeExporter]

It might not be necessary if the impact is negligible. I prefer not to make 
changes to the UI at the moment as I don't have the time to do it in both KDE 
and Gnome versions...

Original comment by cdekter on 18 Nov 2010 at 5:21

[GoogleCodeExporter]

The clipboard filling etc is running in a separate thread, and because of this 
remembering the previous contents gets dramatically more complicated. There is 
the possibility for races as well. Therefore I am postponing this for now.

Original comment by cdekter on 25 Jan 2011 at 7:18

• Changed state: OnHold

[GoogleCodeExporter]

Original comment by cdekter on 7 Feb 2011 at 7:21

• Added labels: Type-Enhancement
• Removed labels: Type-Defect

[GoogleCodeExporter]

Original comment by cdekter on 11 Sep 2011 at 11:56

• Changed state: Started

[GoogleCodeExporter]

The asynchronous nature of the gtk clipboard makes this unfeasible slow and 
problem-fraught.

Original comment by cdekter on 12 Sep 2011 at 2:37

• Changed state: WontFix