Version: (using KDE 4.1.2) OS: Linux Installed from: Ubuntu Packages From Bug 93493: > SED 2004-11-18 11:13 > When you copy contents from an app, than when > you close this app, the contents of the > clipboard is cleared ! > Lubos Lunak 2004-11-18 14:32:27 > Use Klipper. > SED 2006-02-10 10:57:39 > Is there a way to hide klipper so it persists > the klipboard without being on the taskbar? > Lubos Lunak 2006-02-10 11:25:23 > THAT is one of the uses of Klipper > (http://www.kdedevelopers.org/node/1787). > And you can configure the systray to hide > some items. I don't want to rant about this, but... 1. If Klipper is such an essential part of the core functionality of the KDE gui, shouldn't it then be included in the core? 2. I don't want to use klipper because (a) it annoys the **** out of me and (b) I don't want to clutter the systray, and (c) It uses lots of memory (from System Monitor: 5576KB for an EMPTY clipboard) But apparently not using klipper breaks the basic functionality of the system. If it is impossible not to use Klipper at least offer the option of not putting an icon in the systray. In the referenced bug report this issue is swept under the carpet by suggesting to configure the systray not to show the icon... Please show me how then (see attached picture). Moreover, it shouldn't be the responsability of an external application to configure the behaviour of Klipper (showing/not showing the icon).
Created attachment 27944 [details] Default KDE4 systray context menu
One more comment: SED wrote in his report: > Ok, on further study, I guess this is a feature > of X. (The clipboard being cleared I suppose) I have no idea about this but... Try to copy text from just about any non KDE application, closing it and then pasting somewhere else... Guess what? (Need I continue?) The text is pasted as it should be.
> 2. I don't want to use klipper because > (a) it annoys the **** out of me and Not very specific, is it? > (b) I don't want to clutter the systray, and >Perhaps this is possible to solve at some point, but it is hardly major > (c) It uses lots of memory (from System Monitor: 5576KB for an EMPTY >clipboard) That number is not the number you think it is. It includes shared libraries which you have loaded anyway (QT, kdelibs, standard libs). In fact, since Klipper is such a small application, almost everything is shared. For me, quitting Klipper gives me about 8Kb of RAM (I have about 1000 clipboard entries).
Thanks for the reply. You cleared up some of my issues. One thing I still feel pretty strong about is the fact that one needs to use an external application for clipboard-management, since this really is a core function of a desktop system. However, I can live with that. You guys make the design choices, not me. Secondly, I still believe a configuration option for hiding the icon should exist inside Klipper. It shouldn't be the responsability of an external application (in this case the systray) to provide this option. I you feel differently about this, feel free to resolve this 'bug'.
Also: Apologies for my somewhat hard language. I was in a 48 hours 'I need this project finished yesterday' session, and therefore getting really annoyed be some clipboard issues (not only this one, see: bug 172547).
I think, this entry could be closed, couldn't it? The issue is an X issue that is fixed by klipper. Because copying realy BIG content (some megabyte of text) does make problems with klipper (AFAIK) it should be an optional functionality IMHO. In KDE4.3 you can configure the systray and hide the klipper icon if you like.
Works for me :)
Closing, the remaining issue with the needed clipboard entry will be sort-of-solved when klipper goes plasmoid.