Live data from Hacker News

Show HN: Clyp – Clipboard Manager for Linux

github.com

11–20 of 51 posts

Re: Show HN: Clyp – Clipboard Manager for Linux

#13
post #10

One thing that I love about Windows (and there aren't many others) is that pressing Super+V (instead of Ctrl+V) shows a list of last N clipboard entries and you can select which one you wish to paste. Simple and very effective. You can also pin some entries so that they are permanently available, but that's a bonus. I haven't seen a clipboard manager behave like that in Linux - can this one be used in a similar way?

I use a popup like that myself a lot. Clipman on xfce supports that but no pinning.

The "Clipboard History"[0] Gnome extension also does this quite well in my experience. I also recently switched from Windows 11 (to Ubuntu), very happy so far.

Edit: Supports pinning and binding it to Super+V as well!

[0] https://extensions.gnome.org/extension/4839/clipboard-histor...

Re: Show HN: Clyp – Clipboard Manager for Linux

#14

One thing that I love about Windows (and there aren't many others) is that pressing Super+V (instead of Ctrl+V) shows a list of last N clipboard entries and you can select which one you wish to paste. Simple and very effective. You can also pin some entries so that they are permanently available, but that's a bonus. I haven't seen a clipboard manager behave like that in Linux - can this one be used in a similar way?

Tried it, and found out I had disabled it in the past, and it fortunately has stayed off trhough updates.

How does it deal with usernames/passwords/secrets in the clipboard? Do you clean it up periodically?

Re: Show HN: Clyp – Clipboard Manager for Linux

#15
post #10

One thing that I love about Windows (and there aren't many others) is that pressing Super+V (instead of Ctrl+V) shows a list of last N clipboard entries and you can select which one you wish to paste. Simple and very effective. You can also pin some entries so that they are permanently available, but that's a bonus. I haven't seen a clipboard manager behave like that in Linux - can this one be used in a similar way?

I use a popup like that myself a lot. Clipman on xfce supports that but no pinning.

Yes, I this is the feature I miss most; I'm almost ready to try to remember how to write in C.

Re: Show HN: Clyp – Clipboard Manager for Linux

#16
post #6
post #3

I thought wayland had some restrictions on global clipboard access and the last time I tried none of the well known clipboard managers worked as expected. (Also they all looked like shit). This has been one of my pain points switching from macOS to linux or windows. Great job.

I actually went looking at the source code to see if this would work on Wayland and it doesn't. The clipboard snooping is implemented by listening for events using gdk.Clipboard, which is not an ext_data_control_v1 implementation. So on Wayland it'll only notice clipboard events if it's in focus (or if the compositor sends clipboard events to unfocused windows, which I'm not sure any do). https://github.com/murat-cil…

It's almost as if a Wayland compositor should keep a list of trusted apps to broadcast clipboard events to, somehow similar to how screenshots are handled. (Not that Wayland is well-rounded in this regard.)

Re: Show HN: Clyp – Clipboard Manager for Linux

#17
post #6
post #3

I thought wayland had some restrictions on global clipboard access and the last time I tried none of the well known clipboard managers worked as expected. (Also they all looked like shit). This has been one of my pain points switching from macOS to linux or windows. Great job.

I actually went looking at the source code to see if this would work on Wayland and it doesn't. The clipboard snooping is implemented by listening for events using gdk.Clipboard, which is not an ext_data_control_v1 implementation. So on Wayland it'll only notice clipboard events if it's in focus (or if the compositor sends clipboard events to unfocused windows, which I'm not sure any do). https://github.com/murat-cil…

Odd, why does the readme tout "Full Wayland support" then?

Re: Show HN: Clyp – Clipboard Manager for Linux

#18
post #16
post #6

Earlier quoted context omitted.

I actually went looking at the source code to see if this would work on Wayland and it doesn't. The clipboard snooping is implemented by listening for events using gdk.Clipboard, which is not an ext_data_control_v1 implementation. So on Wayland it'll only notice clipboard events if it's in focus (or if the compositor sends clipboard events to unfocused windows, which I'm not sure any do). https://github.com/murat-cil…

It's almost as if a Wayland compositor should keep a list of trusted apps to broadcast clipboard events to, somehow similar to how screenshots are handled. (Not that Wayland is well-rounded in this regard.)

The ext_data_control_v1 protocol I mentioned is a protocol specifically for clipboard managers. So a client that wants to be a clipboard manager would implement that protocol. There are already implementations of it like wl-clipboard. There is no need for the compositor to broadcast regular clipboard events (wl_data_offer).

Now the compositor could certainly keep an additional list of trusted applications that are allowed to be clients of the ext_data_control_v1 protocol. Though identifying the client to enforce such a thing is a bigger problem than just maintaining a list of applications, because the protocol has no client identification. AFAIK every compositor that supports that protocol has no restrictions on clients requesting it, though something involving the security-context protocol might change this in the future.

Re: Show HN: Clyp – Clipboard Manager for Linux

#19

One thing that I love about Windows (and there aren't many others) is that pressing Super+V (instead of Ctrl+V) shows a list of last N clipboard entries and you can select which one you wish to paste. Simple and very effective. You can also pin some entries so that they are permanently available, but that's a bonus. I haven't seen a clipboard manager behave like that in Linux - can this one be used in a similar way?

I configured copyq to work exactly like this, so it's doable.
Post reply on HN