Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Look at Clipboard #111

Open
Slackadays opened this issue Mar 20, 2023 · 4 comments
Open

Look at Clipboard #111

Slackadays opened this issue Mar 20, 2023 · 4 comments

Comments

@Slackadays
Copy link

I just discovered altbox and it looks really interesting. From my initial browsing, you've got a lot of "modern UNIX" tools like bat and exa and all those others. Therefore, I propose that you also look at Clipboard, a modern UNIX project of mine that I like to call a "power tool" which just so happens to match with what the website banner says. :) I don't know if there are any specific requirements to be included into altbox, so this is just my initial suggestion here.

@petdance
Copy link
Owner

Please add a link.

@Slackadays
Copy link
Author

@petdance
Copy link
Owner

This clipboard is only in the shell, right? It's not tied to the clipboard in your host machine?

What makes cb better/different than just dumping stuff to /tmp/filename.txt or whatever?

@Slackadays
Copy link
Author

This clipboard is only in the shell, right? It's not tied to the clipboard in your host machine?

CB lives entirely in the terminal, and to my knowledge, it's also the only such terminal-based clipboard manager that isn't completely bare bones like xclip or wl-copy. It is also the only way currently to achieve a true filesystem-based clipboard storage system, with Plan9 being the only other thing that treats "the clipboard" as a file. That lets it be 100% independent of the system clipboard, but because nearly all of us are still married to regular system clipboards for many tasks, CB has backends to provide compatibility with most of them.

What makes cb better/different than just dumping stuff to /tmp/filename.txt or whatever?

I think the whole point of not dumping stuff to /tmp/filename.txt is that you don't have to. CB lets you copy multiple files and/or directories or data completely transparently, so you don't have to make multiple temporary files and directories just to store them in. And if you want them to stick around, now you have to find a good spot to keep them and hope you remember it or else. Finally, if you want to store multiple different temp containers, that's going to get messy and even harder to remember really quickly, while CB "just knows" everything like a computer should. This also means you can make elaborate scripts that do certain things for your workflow, because CB is really scriptable by design.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants