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

51–60 of 139 posts

Re: The weight of the clipboard

#51

Post by stavros »

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)? :)

For me, the two things don't go to the same register, but for you, you can select the old URL and paste over it (vWp) instead of deleting and then pasting (dvWP).

Re: The weight of the clipboard

#52

Post by ccalloway »

function_seven wrote: post #30

I have a tangentially related issue. It's completely irrational, but I can't shake it. Sometimes when writing code, I need to add a block that looks a lot like an existing one, so I'll copy it and paste just below. (Yes, I know, DRY. Sue me :) The irrational part comes in when it's time for me to make the tweaks. Maybe I'm working on a yaml config file, and I need to specify two objects that are mostly the same, with…

It makes some sense. You don't want to accidentally make some of your edits on one version and some of them on the other version. That would mean that you end up with wrong data, and also have to slowly unwind your changes correctly, if you want to get back the original.

So you have to arbitrarily choose one and keep in your mind that that's the one to be edited. You could choose the 'bottom' one. But because object persistence is pervasive, you choose the 'new' one.

Re: The weight of the clipboard

#53

Post by BlueTemplar »

howaboutnope wrote: post #38

> It happens when I cut something with ctrl + X. Not to me, because in the software I use the thing gets actually deleted once I paste it somewhere else, not before. It's more like tagging the thing(s) for moving to a location to be disclosed later.

It could get deleted in other ways (for instance YouTube has this horrible habit of deleting your comment in progress when you finish watching a video).

I always use cut (+ immediately paste back if needed) rather than copy because it gives me the visual confirmation that the object has indeed been put in the buffer.

Re: The weight of the clipboard

#54

Post by egeozcan »

tuxone wrote: post #42
WayToDoor wrote: post #22

Earlier quoted context omitted.

At least on MacOS "sensitive" contents copied to clipboard by apps can be marked as such, and won't be persisted by my clipboard manager.

I see this happening also with the default clipboard manager in windows and 1password - copied passwords do not show up in the clipboard menu (downside they are not pastable in VMs either)

I wonder what API they use, in the .NET API I don't see any option to set content as sensitive: https://docs.microsoft.com/en-us/dotnet/api/system.windows.c...

edit: ah, nevermind, it's just not exposed to .NET, search for "CanIncludeInClipboardHistory" here: https://docs.microsoft.com/en-us/windows/win32/dataxchg/clip...

edit2: also some ideas to use the API from autohotkey for concerned people like me: https://www.autohotkey.com/boards/viewtopic.php?t=97251

Re: The weight of the clipboard

#55

Post by enricozb »

Does anyone have a solution to sync clipboards across: 1. The system (XServer) 2. A terminal text editor (Kakoune) 3. The same text editor on another system over ssh

I currently have 1 & 2 sync'd ok, but 3 is only one-way. I use the OSC 52 escape sequence (supported by my terminal) to sync a copy on 3 to 1. But I have not figured out how to sync from 1 to 3.

Re: The weight of the clipboard

#56

Post by aargh_aargh »

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.

Good point, wondering the same thing. I'm considering starting using a password manager, but my bigest concern is that malware can capture the passwords by listening to clipboard. The model in my head on Windows from programming using WIN32 API two decades ago is that any application can read clipboard contents as often as it wants to. Assuming the malware does that in a tight loop, how can password managers be secure at all? I imagine X Window System is no better in this respect. Has anyone given this any thought? Are my concerns unfounded?

Re: The weight of the clipboard

#57

Post by perceptronas »

I cannot relate to the article. If I cut files and do nothing - they are not deleted from the origin. If I cut text - texts are versioned and backed up with git or similar alternative.

Even if I would lose something, it wouldn't take too much time to restore it. If its a password - 99% of them can be recovered

Re: The weight of the clipboard

#58

Post by gumby »

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 don’t know about windows, but on the Mac you can simply drag the password into the destination field, so no copy/paste required.

Re: The weight of the clipboard

#59

Post by amelius »

diffeomorphism wrote: post #45
amelius wrote: post #27

Under X, the clipboard is especially heavy: you have two ways to copy and paste (Ctrl+c/v versus selection and middle mouse button), and Ctrl+v doesn't work in terminals. It's confusing.

> It's confusing. It is also very useful, but if you don't want it many clipboard managers have a simple checkbox to just have one clipboard. For instance "synchronize clipboard" in this screenshot: https://www.putorius.net/wp-content/uploads/2019/12/gpaste-g...

Interesting, I never looked into clipboard managers.

I often have to copy X and Y coordinates from two fields to the same fields in another instance of the application. Is there an easy way to copy both values and only then switch to the other instance and paste them?

Re: The weight of the clipboard

#60

Post by kaetemi »

avnigo wrote: post #20
aaron695 wrote: post #2

Insightful. I would say it's the Zeigarnik effect https://en.wikipedia.org/wiki/Zeigarnik_effect I find Clipboard managers remove this. Since putting it into the queue is a whole task.

Indeed, it is the weight of having something interrupted or unfinished. Putting it in a clipboard manager feels like the task is no longer weighing on your working memory, and it completes the first part by reaching a checkpoint.

It's like an interrupted task, but one that will be lost irrecoverably if it remains interrupted.

Very similar to when you remember something that you want to write down before you forget it again.

Post reply on HN