Ubuntu QA:
BlogBrainstormPackage status
Log in
Ubuntu QA
The Ubuntu community has contributed 22700 ideas, 138270 comments, 2629576 votes
Idea sandbox Idea sandbox
Popular ideas Popular ideas
Ideas in development Ideas in development
Implemented ideas Implemented ideas
Idea #15684: Fix clipboard that currently requires the application copying from stay open

Written by pyrates the 16 Nov 08 at 18:56. Category: System. Related project: Nothing/Others. Status: New
Rationale
Currently when copying data to and from the clipboard, if it is text, instead of copying it there, instead it requires the application remain open. So when paste is done, then it queries the application for the text and then pastes it to where you wanted it. This is inefficient as it requires me to keep the application I am copying it from remain open. Windows and OS X doesn't do it this way, so shouldn't linux. Instead it should be copied to the clipboard right away so that I don't have to keep that application open. And when closing that application, if there is something that is stored in the clipboard that is taking up a bit of memory, it should ask me if I want to keep it or clear it.
Tags: clipboard

248
votes
up equal down
Solution #1: Auto-generated solution of idea #15684
Written by pyrates the 16 Nov 08 at 18:56.
Ubuntu Brainstorm was updated in January 2009. Since the idea #15684 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

Propose your solution

Attachments
No attachments.


Duplicates


Comments
Eldmannen wrote on the 16 Nov 08 at 19:02
When I migrated to Ubuntu from Windows, this was one of the things that annoyed me the most.
Everytime I would try to copy an URL from Firefox and paste it on IRC, it wouldn't work because I had closed Firefox. It was frustrating.

+1

jonaskoelker wrote on the 16 Nov 08 at 20:36
Run a clipboard manager, such as autocutsel. It works great for me.

[I can make SELECTION and CLIPBOARD seem like one thing if you run two instances; I kinda like that.]

I think, though, that this limits the paster's ability to do content negotiation with the copier. The clipboard manager can do it by requesting all available formats before claiming the CLIPBOARD selection, but that potentially takes a lot of memory and bandwidth [if you do X forwarding].

0. I want to see a thorough and clear consideration of the tradeoffs and possibilities before committing to the statement "yes, *that* way is the best".

DylanMcCall wrote on the 16 Nov 08 at 20:47
This would be nice, but it has to be mentioned this is /not/ as easy to do properly as it looks. Glipper and Parcellite are nice quick solutions, but the neat thing with Copy & Paste is that /any/ data can be transferred this way. The copied data has a specific MIME type and is only actually transferred to an application when pasted, which means it can be something as simple as text or as complex as video footage.

Glipper and Parcellite are limited to specific types of data (maybe just plain text, actually), so relying on them limits the functionality here.

What we need is some notifications related to copy & paste data. For example when something is copied; when an application is closed and its copied data is automatically recorded so it can still be accessed "in a limited way"; and when something is pasted (along with what type of content it was).
Of course, all of those together could be totally headache-inducing, but I'm sure someone clever could come up with a pleasant way to visually explain those processes.

reverendlinux wrote on the 17 Nov 08 at 00:27
This may not be easy to do but it is one of those little things that, when combined with other little things (like no MP3 access "out of the box", etc), can be a deal breaker for anyone switching to Linux.

As for me, I've been using Linux since '97 and this is a huge irritation for me. It's also something that seems to have cropped up recently (last few years) because I don't seem to remember it in distributions I've used in the past.

andruk (Idea reviewer) wrote on the 17 Nov 08 at 03:30
I think reverendlinux hit the nail on the head, even if I'm an athiest in real life. :-) I think this is going to have to be a freedesktop.org standard (if the old way of doing things is not a standard already), which means it is probably going to take awhile to be finalized.

Nothing worth doing was ever easy.

+1

Magnes wrote on the 17 Nov 08 at 08:45
Isn't it only a bug in Firefox?

Linux-user wrote on the 17 Nov 08 at 18:36
True, it's is very annoying. I installed Glipper, because my clipboard was always empty when I tried to paste what I've copied before. Now I can paste the same text even several reboots later. Only downside of Glipper: it doesn't support images. I really want to see a clipboard manager which supports all types of data.

enubuntu wrote on the 17 Nov 08 at 21:42
+1

anandchakru wrote on the 17 Nov 08 at 22:04
We can also enhance thsi functionality to include the functionality of a software suitable for windows called clipdiary [http://clipdiary.com/]

ScarySquirrel wrote on the 30 Nov 08 at 07:31
Has not Ubuntu fixed this already?

pyrates wrote on the 21 Dec 08 at 18:17
This behavior goes back to 1992 when the clipboard was first implemented. See here to see what it's all about:

http://elliotth.blogspot.com/2008/08/desktop-linux-suckage-clipboard.html

To put it bluntly, it's about programmers who want to maintain the terminal emulator first over an actual clipboard that works like it does on windows and OS X.

cousteau wrote on the 22 Dec 08 at 04:52
+1, especially for the selected text buffer.


Post your comment