A clipboard manager like klipper makes things much easier to deal with. I find xsel invaluable as well. more ideas
fzf already offers generic file listing, so the trade-off matrix is:
. | ouf-of-the-box experience | third-party tab-completion |
---|---|---|
availability | immediately | users await implementation for each tool |
applicability to other use cases | generic | requires rewriting shell function for each |
convenience | file listing initially unfiltered, filter user-supplied each time | file listing sensibly filtered by hard-coded default |
File listing for the prove
use case described in the blog post:
fzf -m -q '^t .t$'
goes to stdoutprove -lv <ctrl+t>
goes to readline with the filter inserted from klipper if neededI think it's just another case of wanting Linux systems to be Windows systems. No they don't offer ALL of the features that Windows software offers because it's not trying to be them and in a lot of cases it's not even trying to replace them. It's offering a different, customizable, free (both kinds) option. Sometimes that also means working in different ways. So you will find the essential features, but I would not consider something like dragging+dropping essential myself. I can't remember the last time I've dragged and dropped something to be honest... so while those features could definitely be added, it's more about getting the critical features working and working well.
I don't use Office and OneNote so not sure of the specifics but out of curiosity I dropped a file into LibreOffice Writer and it presented me with these options. I don't think these are a replacement, but BasKet and Klipper are extremely handy similar tools. I know the MS programs have web versions as well any OS can use.
Anyway, it sounds like he's happy with what he's using so I don't see why he'd want to switch unless he has some ethical/personal reasons himself. It makes for a fun and interesting discussion with friends, but I think ultimately the direct feature comparison is not a way to attempt to switch people over if someone is trying to do that.
Use the preferences that you have in klipper
https://userbase.kde.org/Klipper
https://docs.kde.org/trunk5/en/kde-workspace/klipper/klipper.pdf
I always use a clipboard manager. Always set my up to at least the last 50 history of my clipping. You can make it as large you want. 50 is just a good number for me.
Save clipboard contents on exit If this option is on, the clipboard history will be saved when Klipper exits, allowing you to use it next time Klipper starts.
Clipboard history size Sets the number of items that are stored in the clipboard history.
Although it is convenient in some degree, it causes more problems, especially if you want to paste over a selected text. Other problem with it is that it's tied to X (that's why it's a separate clipboard), so with the advent of mir/wayland you have to say goodbye to it, at least the double-copy feature.
By the way: for those who like that the middle click paste is a separate clipboard, I recommend a clipboard manager, like Klipper or CopyQ. Those are also good if you're tend to close the source app before you paste in the target. Not to mention, that they both store more than two clips.
Powertoys Run: Plasma's krunner maybe
Powetoys rename: krename maybe
Clipboard history: No clue what you mean exactly here but Plasma's klipper keeps a history of clipboard content, allows opening a pop-up for quick selection from the history as well as defining actions for clipboard entries (upload file to a web-paste site...)
You could use a clipboard manager like Klipper for KDE (I assume Gnome has something similar) to disable or change the behaviour system wide if that is an option, I don't know if there are any that can do per app settings unfortunately.