From 806a684998b159c5fef2f6dee6bcb21cbe4b4923 Mon Sep 17 00:00:00 2001 From: ZiuChen <457353192@qq.com> Date: Sun, 25 Sep 2022 14:39:21 +0800 Subject: [PATCH] docs: CM README update --- docs/project/ClipboardManager/README.md | 4 ++-- docs/project/ClipboardManager/guide/README.md | 2 +- .../ClipboardManager/statement/README.md | 17 +++++++++++++++++ 3 files changed, 20 insertions(+), 3 deletions(-) diff --git a/docs/project/ClipboardManager/README.md b/docs/project/ClipboardManager/README.md index b0465ecd..1d5cf0cd 100644 --- a/docs/project/ClipboardManager/README.md +++ b/docs/project/ClipboardManager/README.md @@ -11,7 +11,7 @@ navbar: false [⭐ 插件发布页](https://yuanliao.info/d/5722/29) [🌎 Q&A](./statement/README.md) -[☁️ 数据迁移/同步/自定义](./guide/README.md) +[☁️ 数据迁移|云同步|自定义功能](./guide/README.md) [🚚 更新日志](./log/README.md) [👨‍💻 开源代码](https://github.com/ZiuChen/ClipboardManager) @@ -20,7 +20,7 @@ navbar: false **首次安装需要设置“跟随主程序同时启动”** - ✅ 监听剪贴板并持续将新内容更新到本地磁盘 数据读写**完全本地化** -- ✅ 按下`Shift`进入**多选模式** 支持**跨标签**合并复制/粘贴 +- ✅ 按下`Shift`或`空格`进入**多选模式** 连续选择多条内容合并复制 支持**跨标签**合并复制/粘贴 - ✅ 快速`收藏`/`转存`/`分词`/`复制`/`删除`/`打开文件&目标文件夹` - ✅ 功能按钮 定义**无限可能** `OCR识别` `百度搜索` `百度识图` `统计文本字数` `颜色管理` `识别图片中二维码` `上传到图床` `翻译` - ✅ `鼠标左键` 复制并粘贴 `鼠标右键` 仅复制 diff --git a/docs/project/ClipboardManager/guide/README.md b/docs/project/ClipboardManager/guide/README.md index d56788f5..3a7b762b 100644 --- a/docs/project/ClipboardManager/guide/README.md +++ b/docs/project/ClipboardManager/guide/README.md @@ -18,7 +18,7 @@ sidebarDepth: 2 请[点击此处（百度网盘）](https://pan.baidu.com/s/14GJIXWDU2F4jsqDDq73aFg?pwd=Ziuc)手动下载**对应系统**的文件，并将其移动到**剪贴板数据文件所在目录**下 -### 图文指南 +### 具体步骤 首先进入插件设置页，打开插件数据文件所在路径： diff --git a/docs/project/ClipboardManager/statement/README.md b/docs/project/ClipboardManager/statement/README.md index e830d474..1e6353db 100644 --- a/docs/project/ClipboardManager/statement/README.md +++ b/docs/project/ClipboardManager/statement/README.md @@ -4,6 +4,23 @@ navbar: false # Q&A +- Q: 为什么偶尔CPU占用特别高? 为什么预览图片时插件卡顿? +- A: 这是由`超级剪贴板`监听剪贴板内容更新的机制决定的，为了不漏数据，`超级剪贴板`的监听策略为每`300ms`读取一次剪贴板内容并与上一次读取到的内容作比较。如果剪贴板当前位置是一张大图片，那么插件会反复读取这张图片，导致大量计算被用在了无意义的读取与对比上。 + + 插件市场中相同原理的同类插件的处理方法是： + + - 轮询比较两次剪贴板内容，如果检查到当前剪贴板内容数据量较大，则降低轮询时间间隔。 + - 这避免了读取大图片/长文本时的高占用，然而这很容易导致漏数据 + - 轮询比较两次剪贴板内容，由用户自定义轮询时间 + - 用户设置的轮询间隔时间长，读取大图片/长文本时不会导致高占用，但很容易漏数据。 + - 用户设置的轮询间隔时间较短，则又会造成高占用 + + 在`v1.4.0`版本更新中，`超级剪贴板`换用了[`clipboard-event`](https://github.com/sudhakar3697/node-clipboard-event)库监听剪贴板更新事件，这种方式性能更优，不需要反复读取剪贴板内容来做比较，而只需要在检查到剪贴板更新事件时通知插件读取一次剪贴板即可，完全解决了CPU占用高、浏览图片卡顿的问题。 + + 然而该库包含了二进制文件，这违反了uTools插件市场的安全限制而**无法上架**。所以自`v1.4.2`起，插件不再内置监听剪贴板更新事件的二进制文件，用户要使用**低占用、高性能的剪贴板监听方案**，可以自行下载并将其移动到剪贴板数据库文件所在目录，详见[如何手动安装`clipboard-event-handler`](../guide/README.md)，插件会自动判断使用新的抑或是旧的方案监听剪贴板更新。同时，自`v1.4.3`起，你可以在设置页查看当前剪贴板监听程序的运行状态。 + +---- + - Q: 为什么剪贴板记录会丢失? - A: 从`v1.2.2`起, 已经从原理上修复了漏数据的问题, 之后的版本若出现漏数据, 一般是由于插件退出后台运行导致的: 插件需要保持后台运行才能记录剪贴板, 请检查: - 是否正确设置了插件`跟随主程序启动`