xclip version 0.13 wm: i3 os: manjaro 20 shell: fish

我在终端运行命令 uptime | xclip 。情况是这样的。

1. 我可以在当前终端中用 shift+insert 粘贴内容
2. 我不能用 ctrl+v 粘贴内容，但如果我用 ctrl+c 复制了一些东西，我可以用 ctrl+v 粘贴它们，如果切换到其他窗口，shift+insert 和 ctrl+v 都不行。
3. 如果你切换到其他窗口，shift+insert 和 ctrl+v 都不能用。
4. 我使用 copyq，它是一个剪贴板管理器。但它不能看到用 uptime | xclip 命令复制的内容。而其他的 ctrl c 复制的东西我是可以看到的。 解决这些问题？各位有没有遇到过这个问题

思维方式不对，shell 有 history，为啥要有剪贴板
ctrl+p
ctrl+n
ctrl+r
还有 vi 模式，set -o vi

uptime |xclip -selection clipboard

xsel -p -o|xsel -b -i 也可以, chrome 地址栏复制以后，我一般用这条命令处理一下。

什么时候能把 cygwin 的 /dev/clipboard 移植到 Linux

X 里面有俩 buffer，一个是 primary，一个是 clipboard （可以自己加但是平常就用这俩），都叫 Selection 。Primary 是你选中了就自动给你复制一份。Clipboard 是你明确执行复制 /粘贴时才会涉及到，就是传统意义上的剪贴板。
xclip 是对 X selection 操作，默认操作的是 primary，你粘贴用的是 clipboard 的数据。可以试试中键行不行。
Shift+Insert 的行为很神秘，我一般不用。

这听起来就吓人，安全性如何保证？

Ctrl + Shift + V 看看？我 uxterm + tmux，配置一下现在已经习惯了 Ctrl + Shift + V

这只是个方便的从命令行读写剪贴板的方式而已，和安全性没有丝毫关系，所有运行的程序本身就可以读写剪贴板。

我自己写了一个小工具，在 WSL1 下面测试我记得可以，你可以试试 https://mmh.mritd.me/05-advanced copi api

正解，alias xclip='xclip -sel clipboard' xlicp 默认不是我们一般认为的剪切板