动作间的文本传递

经验创意 · 329 次浏览
白羽槐 创建于 2023-10-16 10:52

大佬,这是我修改的超级文本替换

https://getquicker.net/Sharedaction?code=de69b184-59ce-4ede-5f3d-08dbcd275990&fromMyShare=true

可以在动作之间进行文本传递,这样工具栏就可以将待处理文本作为input,动作名作为params传入子程序.

子程序中传参调用外部动作,返回外部动作处理的文本.

这样可以减少一来是可以减小这个动作的本体体积;二来是修改一些功能时,可以在被调用动作中修改,省得多处修改(布尔筛选,项目符号等都可以这样处理).

最最重要的是组合规则流这个神级文本处理功能不能加入使用,太可惜了!!!


咿呀杀杀 2023-10-16 23:30 :

一来需要另外安装动作,而来要求那个动作适配,对用户来说还是稍显麻烦的。

从用户角度来说,开箱即用是最好的。所以代码量不大的功能我都尽可能集成到动作内了,像 项目编号、对符、超级替换等动作的功能,也简化了之后集成。不过缺点就是功能相对有限。

暂时没想好怎么扩展。初步构想是,工具栏弄一个“调用动作”,下拉是一系列做了适配的作者动作。不知道有没有更好的方案。

白羽槐 回复 咿呀杀杀 2023-10-17 08:31 :

就像你说的单独的动作比工具栏的功能丰富,还可以单独调用.大佬很多文本处理动作都很实用,我就自己修改了加到这个动作里面.但是有个问题是,更新后我全部又要再改一遍.刚好这些动作又都是大佬的作品,所以就希望大佬的其他单独文本处理动作能留个输入输出文本的接口.




至于开箱即用,我的理解是用户用不到的功能也不会去点,放在这个动作里也只是增加体积的.而如果是用的到的功能,运行动作是支持使用动作名作为动作依据.这样一来,用户需要某个功能,其实只需要安装被调用动作(动作未改名且唯一),并不麻烦,还可以单独使用,就好比把其他文本处理动作作为这个动作的插件一样.此外运行动作可以返回失败,完全可以在这时打开被调用动作网页,方便安装.这样一来也方便个别功能的修改与完善(现在的子程序太多了,改起来每次都要搜索)


白羽槐 最后更新于 2023-10-17 08:43
咿呀杀杀 回复 白羽槐 2023-10-17 10:31 :

每个人的需求不同,最好的方式是客制化。我打算提供自定义工具栏的设置,每个人可以根据自己的需求调整工具栏。自定义的工具栏会单独保存,用户可以在动作原始工具栏和自定义工具栏之间随时切换,后续的动作更新不会影响自定义工具栏。

回复内容
暂无回复
回复主贴