【现状】
目前编辑动作时,从“组合动作(基本)”改为“组合动作(高级)”时(见图1),弹出的新的“编辑组合动作”窗口时,并没有将已有的动作步骤带到当前编辑窗口中去,而是完完全全需要重新新建所有动作步骤(见图2)。这对下载别人的动作后,重新进行优化编辑来说非常不方便。
【需求】
编辑动作时,从“组合动作(基本)”改为“组合动作(高级)”时,希望能将所有动作步骤带到当前编辑窗口中去!像下图这样:
【必要性】
①能方便下载别人的脚本后,将“组合动作(基础)”改为“组合动作(高级)”;
②另外,当自己写动作时,也会出现一开始使用了“组合动作(基础)”类型,但后面编辑着编辑着发现“组合动作(基础)”满足不了需求,需要换用“组合动作(高级)”,这时希望能顺利将已有的“组合动作(基础)”的所有动作沿用下来。
【备注】
初略看了下,目前“组合动作(基础)”类型中的动作,貌似都能在“组合动作(基础)”类型中找到对应的动作。所以上述提的这个需求建议应该不难实现。
初略看了下,对于动作类型来说,目前除了“切换动作面板”之外,其他动作类型实际上貌似都能在“组合动作(高级)”中找到对应的动作,所以不太清楚Quicker这个产品目前设计为需要设置“动作类型”的目的是什么?
其实完全可以像iOS上的“捷径/快捷指令”APP一样,编辑一个“捷径/快捷指令”(对应Quicker的动作,比如“google搜索”动作)时,就直接组合每个指令(对应Quicker的条目,比如“打开网址”条目)。而不需要繁琐地先设置该动作的类型。
切换类型主要是在刚开始创建动作时使用。如果动作已经写好,是不适合更改类型的。更改类型最多只是能保留标题和图标。
基本类型是为了方便用户快速创建简单的动作,并且能自动识别和加载图标,比如打开软件和文档,会自动读取文件的图标。当然简化一下确实更好,其实也有考虑,不过目前还是先不调整了,很多用户可能会比较不习惯。
或许之所以设计了需要设置“动作类型”,是为了方便初用者创建简单的动作,而不会一开始上来就被“组合动作(高级)”中的各种各样的“条目”吓跑。
但其实你很难界定好,哪些“条目”对初用者来说是基础的——或许动作类型“模拟按键”、“打开网址”、“执行脚本”对初用者A来说是基础的条目操作,但对初用者B来说并不是。
所以到底拎出来哪一种条目作为动作类型(比如:目前Quicker将“模拟按键”、“运行程序或打开文件”、“打开网址”等条目单独拎出来作为动作类型)更为合适其实很难界定,所以倒不如像iOS的“捷径/快捷指令”APP一样,直接将所有的指令(对应Quicker的条目)“摊开”来给用户组合就行,省去一道还需要设置“动作类型”的步骤。
注:已经发布了2楼补充评论后才看到你的回复。
行,介于开发转换有工作量,所以能理解。那对于新创建的动作,我还是尽量直接使用“组合动作(高级)”这种类型好了,方便拓展。
希望以后Quicker的方向还是能尽量往“各个条目”都是“扁平化/一致”的方向去改进。其实我更喜欢将Quicker比作是“积木版的编程语言”。所以打个可能不太恰当的比方,一种编程语言没必要提供了两个功能一样的语言特性,并且这两个特性间居然不能转换,且有各自限制的使用位置等,那就更像是两种编程语言了。
很看好Quicker,开发者辛苦了!! ❤
谢谢~
刚开始只有基础的那个版本组合动作,但是发现没法设变量,才开发了高级版的组合动作。 基础版的因为有了一些动作,不能直接废弃,所以对存量的允许编辑,不允许新建了。
这个东西从无到有,很多都不是最初构思的样子。要是最初能想好,就可以省掉很多重复劳动了😁
以后如果开发国际版,也许就可以简化一下模型了。
目前对已有的基本动作,是否可在更换高级动作时提醒:已写内容将全部丢失。
包括目前的键盘输入类型也是一样。
我记得初期在弄这个的时候,全部丢失带来的心理伤害还是很大的😂😂