许多动作作者强制性要先选定文字然后才能运行动作,但没想过有时候文字是不能被选定的,或者已经选过,并且复制过了,又或者类似OCR动作之后直接存进剪贴板(这样就根本没法选)。
于是就有了这个需求,能否把剪贴板中的文本悄悄的改成被选定的文本呢?
自己动作控制吧,获取选中文本,失败就直接读取当前剪贴板的,
想要一个通用的方法。不用修改元动作的。
意思就是自己控制,这种基本不可能改动了
你是说不能改动动作本身?那没关系,本来就没有必要修改。我是作为用户视角来看的,剪贴板现在有需要使用的文本,必须选中他们才能使用动作A。作为用户,想要无压力地转成选定文字是很正常的需求。
现在问题是如何转成选定文字。
获取选中文本快,从剪贴板获取文本(Quicker模块)时间长。由于动作中做了“选中文本+剪贴板”双保险,,被用户提了意见,能够很明显地感受到启动动作时间变久了。于是增设了不检测剪贴板的开关,为了提升启动速度关闭检测剪贴板。
所以分离这两步是可以接受的。
不是先判断选定是否成功吗?如果失败才获取剪贴板,这样的活为什么会慢呢?用户难道没有被告知运行前先要选定文字?
反过来说,如果已经告知了要选定文字了,用户不选的话,心理预期应该有获取剪贴板的时间吧?这样为什么会感觉慢呢?
双保险的情况是怎样的呢?我想知道。
我的重点不是说要分开写还是合在一起写,问题现实是,已经有很多动作,没有写不选定文字会怎样了。我们要使这些动作能用,必须要把剪贴板的文字通过某个手段选定上。
你的需求应该是:“判断是否选中了文字,如果没有选中就获取剪贴板文本”
但其实还有很多类似的需求,比如:“判断是否选中了文字,如果没有选中就(自己输入文字/退出动作/截图/……)”
所以这种组合操作很多元,整合成基础模块不一定适用于所有人,可以用几个步骤组合实现的操作建议还是自己在动作中组合。
不是,你还是没理解我的意思。
请观察 现实, 现实,情况。现实是有很多动作只能获取选定文字, 而有同样多的情况,没有、法选定文字。
无论你给的解决方案能多好地从根上解决问题,脱离了现实(也即是现有动作库的动作),就是无效的解。
这个不正能靠quicker本身的特质来解决吗?可自定义与可编辑性。
如果有这个需求的人,可以自己修改动作。
所以我们讨论的方案虽然无法直接改变动作库的动作,却可以教用户把动作修改成自己需要的样子,这也不失为一种解决途径。🧐
教用户把动作修改成自己需要的样子,假设有万分之一的用户会想去做·,并且真的行动了去修改动作——修改了以后,升级与否也是一个问题。
我们不能寄希望于用户去进行动作的DIY,因为有无数的案例显示的就是,我们绝大部分的用户人群其实想要的就是,点一下动作,完成一件事。其它什么都不想管。
不过,如果你有想提高用户修改动作能力的想法的话,我会尽我能力去支持你。
🌹🌹🌹
我的能力只能做出这种半成品,希望大佬们能有更好的方法吧。
选中剪贴板文字
https://getquicker.net/sharedaction?code=6ce39815-28b7-45e3-85b8-08da47a5bbfb
你也要考虑并不是每个人都希望剪贴板当成选中的,这种你可以跟作者提建议,或自己改
观察到的这个现象,即很多动作不能兼容使用剪贴板的内容,是很普遍的现象。普遍意味着,数量众多,页就是难以每一个都分别反馈。这也是为什么我到这里,理论上就看到人数最多的地方写出来。
的确不是每个人都希望,但是如果可以用,相信还是会去用的。
然后,你的诉求应该是希望动作开发者尽可能多的考虑使用情况,兼容多种情况的使用。如果直接去改这些动作的基础,也就是Quicker这个底层的规则,错误的设置可能会导致在运行一些动作的时候产生一些灾难性的问题
不对。没有改变其他人的想法。只有帮助用户的想法。
自己动作控制吧,获取选中文本,失败就直接读取当前剪贴板的,
想要一个通用的方法。不用修改元动作的。
意思就是自己控制,这种基本不可能改动了
你是说不能改动动作本身?那没关系,本来就没有必要修改。我是作为用户视角来看的,剪贴板现在有需要使用的文本,必须选中他们才能使用动作A。作为用户,想要无压力地转成选定文字是很正常的需求。
现在问题是如何转成选定文字。