我见过最好的进程绑定类动作,有些优化想法希望跟作者探讨

功能建议 · 284 次浏览
summer22 创建于 2025-04-09 22:32

特意绑定了手机号来回复。

自学习使用Quicker的一星期以来,一直关注拓展菜单类动作,能够做到进程绑定与指定文件打开方式的就这个动作。其他的现在可以考虑删了。

最重要的是可以自行修改!!!

废话打了很多hhh

都是我自己考虑很多遍的,主要是①③⑤比较影响使用。大佬您比较忙,要是有兴趣可以重点看看,加点到todo去。

------

正题:①既然要做到动态右键菜单,可以模仿Quicker自带的上下文菜单模块。目前文本没问题,但是图片类只能是选中文件来读取,而不能复制焦点下对应的贴图、网页图片等(见下图),因为无法获取、读取、识别这些场景下的图片。而Quicker自带的(复制并)读取剪贴板数据,逻辑更优秀。哪怕没有焦点,只要自行复制也能够被识别。我猜测这个动作在自行复制后,应该是先判断了没有选中然后选择了不读取剪贴板。我认为这个逻辑是可以优化的。比如说提供一个开关,在没有选中的情况下可以读取剪贴板。这样可以提高容错。(我后面试试加个读取能不能行)

②添加动作的ui逻辑还是比较绕的,然后发现比起可视化,还是文本编辑快。这方面可以考虑【https://getquicker.net/Sharedaction?code=4b3b6a69-15b9-4ca1-447b-08da37d44e37】面板的直接拖拉功能,效率大幅提升。(不过对功能来说其实无伤大雅)

③这个动作可以考虑在特定场景下重复使用菜单功能的优化。比如在excel中用户希望多次按某个功能,这样就需要“置顶功能”。参考【剪贴版】的粘贴后置顶,加一个开关,判断执行菜单后不自动关闭。(或者我最近再看{Everything+ - by 简单591 - 动作信息 - Quicker}。他最后写了-1循环,实现点下后再弹出来,这个小模块几行就完成了)

④everything路径添加后直接占了一小格,我是没想到的。如果能够给取消关联的功能就好了,因为有更高效的ev动作自定义到固定菜单就行了,同样可以赋值选中搜索。(其实我直接修改程序也能实现,但这样就跟不上你的更新了)

⑤其实Quicker的上下文菜单有些功能很方便,比如【贴图】、【自定义搜索引擎】、还有文件操作如下图“复制”“移动”。这方面我在想着能不能把{https://getquicker.net/Sharedaction?code=1851e77a-770d-4b23-7547-08dd2778ce88} 这个大佬做的上下文菜单的“文本处理”搞过来,还好是能修改编辑的。要是能知道怎么直接把官方的上下文菜单模块扣下来就好了。

----------

感谢大佬把进程绑定做得那么流畅!还集成了类似智识的功能,太爽了。
辛苦佬看到这!!


回复内容
summer22 2025-04-09 23:26
#1

我错了,发现通过调试功能修改表单很容易

summer22 2025-04-09 23:28
#2

然后,问题①:多次尝试发现,剪贴板被复制了三张重复图片,问题关键在于没有让程序再读取一次,就直接判断失败了

summer22 2025-04-10 00:08
#3

改完之后,光标不在贴图上反而不行,离开贴图程序就能读剪贴板了,反而能正确识别了

summer22 2025-04-10 00:34
#4

还有问题,我发现哪怕是对图片文件选中后启用ocr,也不会把剪贴板数据发给ocr软件,有些ocr软件都直接要求先启动截图。而Quicker自带的上下文菜单则没有这个问题。举例说,这是OCR - by 『扪』 - 动作信息 - Quicker 选中文件后点击本动作(是否修改都一样)的识别结果

轻叹流年去 2025-04-10 08:51
#5

① 我添加了一个如果没选择文本或文件的情况自动读取剪贴板文件或内容的开关;至于图片剪贴板因为目前初始化没有添加图片类型不方便增加。目前的用户量已经挺多了,作为图片这种常见格式每个人的习惯都不同,不方便统一设置,这也是为什么我一直不提供统一的默认初始配置的原因。

② 拖拽添加因为技术能力的原因我没法添加这样的功能(说白了就是自己菜鸡),不过编辑菜单内容提供了文本编辑功能,可以批量编辑添加。

③ 我个人认为 菜单循环很累赘,不如直接用自定义操作窗来的便捷,操作窗形式的动作我也有一个(文件名启动)你可以看看。

④ everything设置中的路径其实就是本地搜索项的开关,你不填写就好了,只要添加和刷新的时候everything在后台就行,everything路径是可以不用填写的。

⑤ 这个动作的原理是加载子程序,目前没办法完整的添加进入本动作

轻叹流年去 最后更新于 2025-04-10 08:59
summer22 回复 轻叹流年去 2025-04-10 10:16 :

感谢回复!我重新想了一下,挺认同您的观点,确实把菜单跟操作窗口分开更合适。我更新后,其他疑问都解决了。
就是第一点的话,还是默认只能读取以文件形式存储的图片,这样的话也不能直接传输给ocr等动作(而会让它重新截图再ocr如#4)。
您方便告诉我,用什么模块或者什么方式可以把剪贴板的图片(或图片文件)直接传输给各个(ocr)动作吗?就像“动作编辑-关联-图片处理”这样能把剪贴板图片文件返回给其他动作,如下图
希望您有空的话可以指点一二,谢谢。

summer22 2025-04-10 10:24
#6

是不是在哪里可以加一个参数传递?搞不懂官网的那个上下文菜单是怎么直接让其他动作获取到剪贴版数据的

summer22 2025-04-10 10:28
#7

之前看@zdf153大佬的上下文菜单 那个动作,他也没有实现这个功能。是Quicker第三方动作还不能支持吗

轻叹流年去 2025-04-10 11:00
#8

图片的传递的话 需要对接的动作支持

在quicker下 图片一般通过剪贴板获取,上下文菜单的获取应该会更偏向底层,从自己写动作来讲很难完整实现自带上下文菜单的效果(当然也可能是我自己菜,实际上有方案)

图片获取有两种方式 读取剪贴板图片写入变量和截图写入变量。图片上下文菜单的话默认会通过截图写入变量的方式获取,会用起来比较累赘,简单的是通过截图写入剪贴板的方式来传输这是比较方便的做法,不过需要两边做适配

回复主贴