Version: (using KDE KDE 3.1) Installed from: Mandrake RPMs OS: Linux Klipper currently allows you to have anywhere from 0 - 25 or so items in the history. Naturally I always try to go for the maximum number, which slows down klipper more and more. Then I ask myself, "Why do I always need so many?" Two very good reasons that lead to the point of this request. Recently, while using fluxbox, I installed the dockapp wmcliphist, which is just like klipper. Using wmcliphist, I could rightclick on an item and it would FREEZE (and hence highlight) that item in the list. It would progressively move down as new items were added, but it would never get bumped off the end of the list. I could maintain items in my clipboard for several weeks without losing them this way (and then I don't need 25 items because I will freeze an item right away that I don't want to lose). Additionally, wmcliphist has a feature to EXPORT the items (or just the frozen items) to a file. Again, when you are doing a lot of text editing, there is no limit to how useful all of this can become. I honestly believe that klipper could become a true stronghold in KDE with these two features.
Yes, that makes a lot of sense to me. Going to implement that for 3.2. Thanks for those suggestions!
*** Bug 55623 has been marked as a duplicate of this bug. ***
So I guess this feature missed the KDE 3.2 mark. Any plans to still implement this in the future?
Was going to report a similar wish. Being able to set/store, or at least freeze/save frequently used content would be awesome. I never memorize my company cell phone number or GPG key, so when I use them it would be brilliabt to use select a Klipper menu entry, and then be able to paste it somewhere.
I'll steal this bug, as I don't thing Mr. Pfeiffer has the time for this currently. This bug is really a dup of https://bugs.kde.org/show_bug.cgi?id=42813.
what's the status of this bug?? Have been stiky clipbord content enabled??? This should be really useful!
*** Bug 42813 has been marked as a duplicate of this bug. ***
*** Bug 116364 has been marked as a duplicate of this bug. ***
This would be a very nice enhancement - i also use this in "wmcliphist". It would be also a really good thing if: - stored items appear in dedicated section (not submenu) - stored items could be called with a hotkey i.e (STRG + ALT + v) + v + <storage number>
I was about to fill the same wish -- my needs are rather simple. There are several data which are constant (my email address, my snail mail addres, my bank account) which I send over and over again to several people, fill forms on web pages, etc. It would be great to have permanent entries, which: a) are saved no matter what you set in settings (key point of being permanent) b) are not removed when user chooses "clear" c) extension to this wish -- user could label it -- so you see at list "home address", but what really goes into clipboard is actual address
A good combination of the current and requested behaviour would be to put the fixed entries into a submenu. This wouldn't limit (OK, except one) the space for the normal clipboard cache. Maybe you could even take over the code from the konqueror bookmarks, the function of the bookmark management ist quite similar: You have a hierarchy, the possibility to add, delete and change entries and there is a (optional) difference between lable and content. The only difference is that the data is not sent to the browser (as new URL) but that it is marked as the current clipboard content. The klipper entries would need konquerors bookmark menu as context menu.
*** Bug 187037 has been marked as a duplicate of this bug. ***
Any progress?
sorry, not any progress that I know of.
*** Bug 204521 has been marked as a duplicate of this bug. ***
*** Bug 112472 has been marked as a duplicate of this bug. ***
*** Bug 169808 has been marked as a duplicate of this bug. ***
*** Bug 198177 has been marked as a duplicate of this bug. ***
*** Bug 302135 has been marked as a duplicate of this bug. ***
I know what OP means.. "Clipit" has this same feature called "static items" The entries remain in history until it's manually removed by the user. Please make this a feature! Modernize!
Patch proposed in https://git.reviewboard.kde.org/r/110459/
*** Bug 323859 has been marked as a duplicate of this bug. ***
*** Bug 330567 has been marked as a duplicate of this bug. ***
Would be a great addition.
*** Bug 373597 has been marked as a duplicate of this bug. ***
This feature is quite necessary in a clipboard application. There should be the ability to pin certain entries and clear the rest. I'm always removing single entries or just clearing it. There's never a case where either everything is needed or nothing is. Is there any indication of the progress? I see it's here since 2003...
*** Bug 373985 has been marked as a duplicate of this bug. ***
> There are several data which are constant (my email address, my snail mail > address, my bank account) which I send over and over again to several > people, fill forms on web pages, etc. > It would be great to have permanent entries Qlipper (https://github.com/pvanek/qlipper) has this feature. They call it "sticky items". Because Qlipper is a GPL Qt program this can help :-)
Created attachment 113846 [details] A a fist screenshot of a workaround based on https://userbase.kde.org/Special:MyLanguage/Klipper/Pastebins I attach a fist screenshot of a workaround (based on https://userbase.kde.org/Special:MyLanguage/Klipper/Pastebins): Initially, you can start defining a Klipper action with an empty regular expression, using `echo` to write what you need to the clipboard, etc.
Created attachment 113847 [details] A second screenshot of the workaround based on https://userbase.kde.org/Special:MyLanguage/Klipper/Pastebins I attach a second screenshot of the workaround based on https://userbase.kde.org/Special:MyLanguage/Klipper/Pastebins : Finally while you work you can press Ctrl+Alt+R to choose your snippet. > There are several data which are constant (my email address, my snail mail > address, my bank account) which I send over and over again to several > people, fill forms on web pages, etc. > It would be great to have permanent entries (There is more information in https://userbase.kde.org/Special:MyLanguage/Klipper/Pastebins)
*** Bug 401567 has been marked as a duplicate of this bug. ***
*** Bug 406965 has been marked as a duplicate of this bug. ***
Plasma really needs this feature! It should be part of the Usability and Productivity initiative, IMHO. I threw my wishlist votes at it - not sure if that's even a thing anymore - but I sure hope this gets implemented soon ;)
I concur, this would be useful. For what is worth, CopyQ (1) has this feature ; it's called "pinned items" (2) (1) https://github.com/hluk/CopyQ (2) https://copyq.readthedocs.io/en/latest/pin-items.html
what happend to https://git.reviewboard.kde.org/r/110459/ (added in #21) ? i get `Host git.reviewboard.kde.org not found: 3(NXDOMAIN)`. seems like the server does not exists anymore. is there a way to retrieve the patch somehow?
Reviewboard was replaced with Phabricator. Sysadmins have an archive. If you really need a copy of unmaintained patches, please file a sysadmin ticket via https://community.kde.org/Sysadmin
wow! a 2002 bug and no progress
*** Bug 418723 has been marked as a duplicate of this bug. ***
Sadly i also stop using Klipper in favor of CopyQ for this (and also because actions are just to much difficult to use).
*** Bug 445715 has been marked as a duplicate of this bug. ***
Possible patch: https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/1265
*** Bug 450197 has been marked as a duplicate of this bug. ***
That would be a great feature. Its like those Telegram pinned chats with your most frequent contacts. Doing some search I found that 8 years ago someone made a mockup; I don't know if was somebody from KDE developer community o just some random guy with a nice sense of design, but I think it was nice. Please throw an eye on it: https://forum.kde.org/viewtopic.php?f=285&t=120681&start=45#p313396
*** Bug 454746 has been marked as a duplicate of this bug. ***
*** Bug 459024 has been marked as a duplicate of this bug. ***
Milestone in merge request mentioned before has been set to 5.26.8 11 months ago. Let's see what happens when 5.27 is out. Will there ever be a 5.26.8??
No, the next feature release will be Plasma 6. So that's the earliest the feature might be released (once it's finished, of course).