Which clipboard manager would you suggest for Jammy64?

[user1234]

This is following https://github.com/puppylinux-woof-CE/w ... 1962835123.

Jammy64 currently lacks any clipboard manager. The default it uses (I suppose rox) does not retain copied text after the application from which it was copied is closed.

So, I was looking for clipboard managers that are small and yet functional.

I came across diodon (https://packages.ubuntu.com/jammy/diodon). This one supports viewing clipboard history, retains text, and also supports images.

@peebee, suggested ClipIt from Fossa64: https://distro.ibiblio.org/puppylinux/p ... x86_64.pet. The issue with this one is that it does not support images.

None of the two supports encrypting passwords, although I think we have FPM2 for that.

---

Please suggest any other clipboard managers that should be considered for adding in Jammy64.

We can discuss and select the one that is the most appropriate.

---

Thanks

[bigpup]

What abilities do you want it to have?

Keep in mind the more you want it to be able to do the bigger and more complicated the program will be.

This is the one in BookwormPup64
parcellite
https://sourceforge.net/projects/parcellite/

It does have some preference settings for how it works.

but it is probably too simple for what you may want.
Does work very good for what it can do.

[user1234]

@bigpup, thanks for your input!

Sorry, but I have the same problems with it - does not support image copying.

Thanks again!

---

Do you know about any other clipboard manager used in some other Puppy?

[Trapster]

Maybe CopyQ

I have no experience with it. Just something I found by searching.

[user1234]

Maybe CopyQ

I have no experience with it. Just something I found by searching.

Thanks for response!

I am afraid, that one has QT as one of its dependencies - Jammy64 doesn't has QT by default. Thus, this package will be quite large.

[Jasper]

I have not tried this myself, the developer states it works with images too:

https://launchpad.net/~costales/+archiv ... /+packages

Source files:

https://github.com/costales/clipboard-to-file

[libertas]

I came across this other clipboard manager Qopy that says to be simple while supporting images.
Qopy - https://github.com/0PandaDEV/Qopy

I couldn't install it in a Slackware systems.
Had to install a packet manager pnpm for javascript libraries.
The installation requires 612(!) packages (although the project calls it simple), but fails during the build process.

[Sofiya]

I came across this other clipboard manager Qopy that says to be simple while supporting images.
Qopy - https://github.com/0PandaDEV/Qopy

I couldn't install it in a Slackware systems.
Had to install a packet manager pnpm for javascript libraries.
The installation requires 612(!) packages (although the project calls it simple), but fails during the build process.

try " Qopy-0.1.1.AppImage " - maybe you won't like it

Qopy:
https://github.com/0PandaDEV/Qopy

packages: AppImage,.deb,rpm,msi

https://github.com/0PandaDEV/Qopy/releases/tag/v0.1.1

[PandaDEV]

I came across this other clipboard manager Qopy that says to be simple while supporting images.
Qopy - https://github.com/0PandaDEV/Qopy

I couldn't install it in a Slackware systems.
Had to install a packet manager pnpm for javascript libraries.
The installation requires 612(!) packages (although the project calls it simple), but fails during the build process.

Hey I'm the creator of Qopy the big amount of packages is due to rust having a massive dependency tree when adding an only a few direct dependencies. About the build failing what error message did you get? When building a project from source It's expected to have potential issues the “simple” phrase is used to describe the project not the building process.

[user1234]

I came across this other clipboard manager Qopy that says to be simple while supporting images.
Qopy - https://github.com/0PandaDEV/Qopy

I couldn't install it in a Slackware systems.
Had to install a packet manager pnpm for javascript libraries.
The installation requires 612(!) packages (although the project calls it simple), but fails during the build process.

Maybe that is "too big" for our use case?

BTW, I've now left all the puppy dev work - I am a student and now my current syllabus demands a lot of time and focus. So, although I will not be able to contribute anything, you all can still continue this thread - maybe someone else may want to continue the work and find it useful; I think https://forum.puppylinux.com/viewtopic.php?t=10791 has IdfbAn working on noblepup (you guys know better about it because I haven't looked into the forums for months now!).