Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

The weight of the clipboard

kinduff.com

Post reply on HN
Print view View original

81–90 of 139 posts

Re: The weight of the clipboard

#81

Post by GuB-42 »

manjana wrote: post #65
Rygian wrote: post #21

To all of you who stopped worrying thanks to a clipboard manager, how do you handle sensitive contents in your clipboard? For example, I routinely copy-paste my passwords from KeePass, and I have disabled all clipboard management to avoid copies of my passwords lingering around.

If I'm not wrong you can configure KeepassXC to only store credentials in the clipboard for a selected timespan (like 5, 10 or 30sec). You can also eliminate it entirely IIRC by using the autotype feature when entering credentials.

You can, but AFAIK the way it does that is by overwriting the clipboard with null data. If you have a clipboard manager, it may save your credentials before it is overwritten so that it can retrieved later, and in this case, it is not something you want. Some clipboard managers can be clever and detect a null overwrite and interpret it as a request not to save the overwritten content.

Autotype do not suffer this problem and is generally considered safer. Some password managers have an even safer "mixed" mode where part of the password is in the clipboard and another part is auto-typed, meaning you have to monitor both the keyboard and the clipboard to grab the password

Re: The weight of the clipboard

#82

Post by sholladay »

CyberShadow wrote: post #69

I'm working on a clipboard manager, because I'm not happy with any of the ones currently available. Here are my design goals: - The system should be able to efficiently store, manipulate, and search an unlimited number of clipboard entries with reasonable performance. - The software should be cross-platform, and should have implementations for major desktop platforms (Windows, X11, Wayland, macOS). - Non-text data (i…

The Paste app satisfies most of these requirements, though it’s Mac only for now. It is easily one of my favorite apps on any device.

https://pasteapp.io/

Re: The weight of the clipboard

#83

Post by jtsiskin »

CyberShadow wrote: post #69

I'm working on a clipboard manager, because I'm not happy with any of the ones currently available. Here are my design goals: - The system should be able to efficiently store, manipulate, and search an unlimited number of clipboard entries with reasonable performance. - The software should be cross-platform, and should have implementations for major desktop platforms (Windows, X11, Wayland, macOS). - Non-text data (i…

Your desired syncing behavior sounds like couchDB

Re: The weight of the clipboard

#84

Post by BuyMyBitcoins »

CyberShadow wrote: post #69

I'm working on a clipboard manager, because I'm not happy with any of the ones currently available. Here are my design goals: - The system should be able to efficiently store, manipulate, and search an unlimited number of clipboard entries with reasonable performance. - The software should be cross-platform, and should have implementations for major desktop platforms (Windows, X11, Wayland, macOS). - Non-text data (i…

As someone who used to work with spreadsheets extensively at a bank, I can tell you that some kind of stack/queue functionality would be a godsend.

For instance, in this mode you hit Ctrl+C five times, then the subsequent five Ctrl+V actions paste the data in FIFO order. It may not seem like much, but going in between app windows in order to grab data is a big time sink. Being able to copy items sequentially and then paste them sequentially would be a killer app in most Excel heavy office workflows. You could also add a toggle for LIFO, or maybe some keyboard shortcut / chording for toggling modes while the user is pasting.

I had actually tried to implement this as a hobby project but truthfully, my MVP was rudimentary at best because I’m inexperienced at COM+ and developing for the Windows Shell.

Edit: I’m using ‘Stack/Queue’ loosely, not in the rigid data structure term of art way.

Re: The weight of the clipboard

#85

Post by rerx »

cornedor wrote: post #46
Rygian wrote: post #21

To all of you who stopped worrying thanks to a clipboard manager, how do you handle sensitive contents in your clipboard? For example, I routinely copy-paste my passwords from KeePass, and I have disabled all clipboard management to avoid copies of my passwords lingering around.

I'm using Raycast on macOS. When I copy a password using 1Password, the copied text does not end up in Raycast's clipboard history. It might be possible that other password and clipboard managers do the same.

Same experience with Raycast and Enpass.

Additionally you can configure apps to be ignored for the clipboard history feature.

Re: The weight of the clipboard

#86

Post by geocrasher »

manjana wrote: post #66
geocrasher wrote: post #18

I stopped worrying about it when I installed the Ditto clipboard Manager[0]. It keeps everything, so don't have to keep track of what I copied in my short term memory. I offloaded that task to the computer. Turns out they're good at that kind of thing. I wrote about it back in 2016 on my very ugly website: https://www.tidbitsfortechs.com/2016/02/clipboard-manager/ [0] https://ditto-cp.sourceforge.io/

Windows also comes with a native clipboard manager. Win+v to use it.

Last I checked, it wasn't as good as Ditto. Plus, Ditto is burned into my workflow now, just as much as AutoHotKey is :)

Re: The weight of the clipboard

#87

Post by still_grokking »

CyberShadow wrote: post #69

I'm working on a clipboard manager, because I'm not happy with any of the ones currently available. Here are my design goals: - The system should be able to efficiently store, manipulate, and search an unlimited number of clipboard entries with reasonable performance. - The software should be cross-platform, and should have implementations for major desktop platforms (Windows, X11, Wayland, macOS). - Non-text data (i…

Sounds like a sync plugin for CopyQ.

https://hluk.github.io/CopyQ/

If I would guess, I would assume there is already one somewhere.

If there isn't maybe just using Syncthing would be enough?

https://syncthing.net/

Re: The weight of the clipboard

#88

Post by dredmorbius »

GuB-42 wrote: post #81
manjana wrote: post #65

Earlier quoted context omitted.

If I'm not wrong you can configure KeepassXC to only store credentials in the clipboard for a selected timespan (like 5, 10 or 30sec). You can also eliminate it entirely IIRC by using the autotype feature when entering credentials.

You can, but AFAIK the way it does that is by overwriting the clipboard with null data. If you have a clipboard manager, it may save your credentials before it is overwritten so that it can retrieved later, and in this case, it is not something you want. Some clipboard managers can be clever and detect a null overwrite and interpret it as a request not to save the overwritten content. Autotype do not suffer this prob…

At least one possible fix would be a clipboard management standard such that an application can both set and clear or overwrite a specific clibpoard entry's data.

(I'd prefer the clear/overwrite myself.)

Another option would be specific IPC such that clipped content is available to one and only one other application or process. There was a recent HN submission on the Unix password manager utility "pass", including the ability to supply passwords to a command via shell expansion rather than as a command-line parameter. The former doesn't reveal the password in either process listings or shell history, the latter does.

That's a relatively primitive option, a more robust standard might also be provided.

Re: The weight of the clipboard

#89

Post by julesnp »

gorgoiler wrote: post #5

Unify your vim clipboard with the system clipboard, they said. The integration is wonderful, they said. Well: 1/ copy URL from browser 2/ alt tab to vim notes 3/ delete old URL from notes 4/ paste new URL but get the old URL instead?! How do I do the FORTH equivalent of swapping the two items on the top of the stack (and have a stack in the first place)? :)

If you don't need the old URL, I'd recommend this plugin:

https://github.com/inkarkat/vim-ReplaceWithRegister

Re: The weight of the clipboard

#90

Post by JKCalhoun »

CyberShadow wrote: post #69

I'm working on a clipboard manager, because I'm not happy with any of the ones currently available. Here are my design goals: - The system should be able to efficiently store, manipulate, and search an unlimited number of clipboard entries with reasonable performance. - The software should be cross-platform, and should have implementations for major desktop platforms (Windows, X11, Wayland, macOS). - Non-text data (i…

A bit orthogonal, but here's my suggestion:

In addition to: cut | copy | paste

Add: swap

It swaps the current selection with the contents of the clipboard (replacing the clipboard with the selection, replacing the section with the prior contents of the clipboard — a swap).

It's a nerdy ask, if anything adds more complexity to the clipboard concept. But I have found myself having a need for this shortcut often.

Maybe others have as well.

Post reply on HN