二维码+

二维码+ 公开

如何使用分享的动作?

适用于
分类
网络服务 组合操作 功能增强
Cesaryuan 何方 Jarhead 飞飞1866 月满天 7 人赞了这个动作

1 个动作单 收藏了此动作。

更多信息
分享时间 2020-07-15 00:10
最后更新 10天3小时前
修订版本 20
限制再分享
Quicker版本 1.23.19.0
动作大小 38 KB

分享到

离线识别二维码,生成文本二维码;在线临时传输「图片」「文件」;链接到文本片段。

用途

  1. 离线识别二维码,生成文本二维码;
  2. 在线临时传输主要用于局域网传输,如电脑传「文本」「图片」「文件」给手机;

快速上手

识别二维码

  • 运行动作,截图框选二维码所在区域;
  • 选中二维码图片文件,或复制二维码图片后,长按 Ctrl + C 唤出上下文菜单,运行动作。

生成二维码

  • 运行动作后「截图」,或「选中」文本或文件后,直接点击动作图标,即可生成相应内容的二维码;
  • 通过上下文菜单,生成「剪贴板」文本、图片或文件的二维码;



  • 在浏览器窗口,按 Ctrl 运行动作,可生成当前标签页的网址二维码(推荐使用 chrome、Edge、Vivaldi 等浏览器自带的生成二维码功能);
  • 通过右键菜单,进入文本窗口,可连续生成文本二维码

外观设计

通过「右键菜单-外观设计」,可以自定义生成的二维码样式。
示例ru。


已知问题

  1. 取消文本窗口后,生成的二维码图片也会一并消失;
  2. 微信的扫一扫貌似无法下载 Everything 的「HTTP 服务器」传输的文件,请通过其他 APP 的扫码功能下载,如 Alook、Vivaldi、Edge 附带的「扫描二维码」功能;
  3. 对识别精度要求较高的二维码,可能出现误识别的情况

注意事项

  1. 传输功能仅用于临时传输少量内容,大量传输请使用专业传输工具;
  2. 动作默认使用「临时云存储」传输文件,可通过右键菜单切换传输方式为 Everything 的「HTTP 服务器」,并可设置二维码的生成、识别行为。


  3. 若您使用 Everything 的「HTTP 服务器」功能进行文件传输,请确保您的 Everything 处于运行状态,并已启用 「HTTP 服务器」功能。同时,为避免硬盘内容泄露,请您进行以下检测:
    1. 确保 Everything 版本高于 1.4.1.1004(2021 年 1 月 19 日发布),低于此版本的 Everything 启用的 HTTP 服务器通过搜索引擎就能检索到;
    2. 启用该功能时,设置好用户名和密码;
    3. 不使用该功能时,确保 Everything 的 HTTP 服务器功能关闭;



  4. 若您使用 Quicker 的「临时云存储」功能进行文件传输,请您知晓该功能的如下限制:
    1. 限个人临时使用,不可进行内容分发(比如上传一个文件后给较多人下载);
    2. 存储内容会在 1 天后自动删除;
    3. 文本长度限制 1 M 字节,文件大小限制 10 MiB;
    4. 专业版上传间隔 5 秒。 免费版上传间隔 10 分钟;
  5. 文本输入的最少字符数为 5,可见字符数小于 300(150 个汉字) 时,直接生成文本二维码。超过则使用「临时云存储」传输文本。

致谢

感谢 goQR.me 提供的免费 识别二维码 API 服务。

演示动画

最近更新

更新时间 修订版本 更新说明
10天3小时前 20 支持通过「右键菜单-设置」,自定义二维码是否置顶显示。
11天11小时前 19 1. Quicker 自带「识别二维码」模块识别失败后,使用第三方识别二维码 API 再次进行识别,以提高识别二维码成功率;
2. 去除不稳定的生成文本链接二维码功能。
11天23小时前 18 支持通过「右键菜单-外观设计」,自定义生成的二维码样式。
更多...
动作交流
已隐藏 3 条评论。点击查看所有
  • wordpure 2020-12-29 13:22
    回复 @Jarhead

    感觉很不错,但是不选中任何东西点击动作出现截图框这一步是不是太多判断了?导致截图框出现的很慢

    我调试了三次,到截图那一步都只用 600 多毫秒,应该不算特别慢吧 🤦‍



  • Jarhead 2020-12-29 13:25
    回复 @wordpure

    我调试了三次,到截图那一步都只用 600 多毫秒,应该不算特别慢吧 🤦‍



    我是你的两倍多

  • wordpure 2020-12-29 13:27
    回复 @Jarhead

    感觉很不错,但是不选中任何东西点击动作出现截图框这一步是不是太多判断了?导致截图框出现的很慢

    if-else 基本不占时间,主要耗时的是判断有没有选中文件和文本,这两个加起来就占了 600 毫秒,但它们的优先级不能改。

    只能修改一下网址二维码那里的判断,多少能快一点。


  • Jarhead 2020-12-29 13:29

    我的问题应该在浏览器插件那一块

  • wordpure 2020-12-29 13:38
    回复 @Jarhead

    我是你的两倍多

    这个可能跟电脑和浏览器有关。

    我刚更新了动作,把浏览器的影响去掉了,你更新后截图应该会快一点。


  • Jarhead 2020-12-29 13:40
    回复 @wordpure

    这个可能跟电脑和浏览器有关。

    我刚更新了动作,把浏览器的影响去掉了,你更新后截图应该会快一点。


    我更新了,的确快了一点,可以接受

  • wordpure 2020-12-29 13:43
    回复 @Jarhead

    我的问题应该在浏览器插件那一块

    对,连接不到扩展的处理延时比较长。


  • wordpure 2020-12-29 14:00
    回复 @Jarhead

    我更新了,的确快了一点,可以接受

    👌
  • focus 2021-01-28 17:41

    当二维码是个png照片时,如果我打开照片然后使用扫描二维码,采用的是上传文件,而不是扫描二维码,请问这个bug如何解决


  • wordpure 2021-01-28 22:26
    回复 @focus

    当二维码是个png照片时,如果我打开照片然后使用扫描二维码,采用的是上传文件,而不是扫描二维码,请问这个bug如何解决


    请问你运行动作之后,动作是直接上传还是先让你截图再上传的?

    前者的话,可能是 Quicker 通过模拟 Ctrl + C 获取选中文件的时候,误把你打开的图片当成图片文件,然后动作就把它上传了。你可以在截图前先点一下任务栏或其他地方,这样应该就能正常识别了。

    后者的话,就是 Quicker 的「识别二维码」模块没能成功识别二维码,这个可能需要你框选二维码的时候更精确一点。