可否给图标和名称默认值

您好，动作做出来了，但还是弃用了，原因有：

要考虑的情况实在太多，比如：考虑是否缩进（子菜单）；是否有图标；是否有标题（是否包含|）；“#动作”标签不仅可以传递动作名，还可以传递动作参数，也是以“|”分隔，所以出现 a|b，无法判断是情况一（a是标题，b是动作名）还是情况二（a是动作名，b是参数）；“#动作”标签支持了，那“#文本”标签也要支持。

以上情况还得对每个菜单列表进行遍历（总共有 6 个），我做完，动作大小已经到400多kb了，而且一旦菜单数据过多，常规遍历感觉会影响速度。

所以我就暂时没加进来

您好，请问您还在使用该动作吗，新版本解决了这个问题，新增“手动输入”的功能，可以通过右键菜单或者是按住左 Alt 键运行动作来启动“手动输入”，考虑到网址、文件、文件夹、软件等都没有手动输入的需求，因此只支持“文本”和“动作”（当然，您要是想手动输入网址之类的，可以打开设置手动添加）。

在新版本中，添加一段文本，您只需要打开手动输入，然后输入类似“123 #文本”即可，动作会自动补全所有信息。如果您输入“数字|123 #文本”，动作会补全图标和Tooltip值。但是如果你输入的文本带有图标，那动作不会帮你补全，因为我的想法是，既然用户都有时间输入图标了，那也完全可以输入其他内容

在新版本中，添加一个动作，您只需要打开手动输入，然后输入类似“EVER智识 #动作”即可，动作会自动补全所有信息。如果您输入带有“|”，比如“ocr智识|EVER智识|ocr #动作”（其中ocr智识是标题，EVER智识是动作名，ocr是动作参数），动作会帮你补全图标

新增“手动输入”的优点是，不需要遍历列表，不会影响速度，手动添加同样很方便

十分感谢，我还在使用该动作。其他类似的有些动作可能响应速度稍慢，或者添加菜单较麻烦，而这个动作很好的改善了这两个问题，体验感较好，要是可以把“自动”功能添加到菜单上就更好了，还有就是自动和手动添加完成的提示消息存在时无法运行动作，要等待完才能运行动作，如果想要多次添加或想要立即查看菜单，这个等待会有点影响操作流畅感。

您好，可以尝试一下新版本，将自动添加和手动添加汇总成一个入口“添加”，比如你想手动添加一段文本，只需要将标签改为“文本”即可，按Tab键可以跳到下一个输入框

体验了一下，新版本确实更好用了，分组的默认选中还可以在优化一下，比如在浏览器点的添加，就给分组默认选中为浏览器组，没有匹配的程序就默认选中全局组

这个确实，包括打开设置也可以这样做。但是分组是用到了“下拉选择”，好像不支持默认值？只有“带选择的文本框”，类似于标签的那种可以有默认值，但是带选择的文本框不支持图标。我在考虑研究一下

给分组的变量直接赋值应该就可以

是可以的，已经改好了，我明天再发吧，感谢建议！

发现一些问题，任务栏场景中无法添加菜单，并且任务栏场景会和资源管理器场景共用一个菜单

感谢反馈！这是因为资源管理器、任务栏和桌面进程名都是 explorer 造成的，我已新增自定义组可以通过类名来确定，比如桌面填写 WorkerW，任务栏填写 Shell_TrayWnd，资源管理器填写 CabinetWClass

以上都有对“通过进程自动匹配分组”进行了适配，可以尝试一下新版本

另外请问“添加”的等待时间是否会对体验造成影响。

这是因为自动添加要陆续检测是否获取文本，然后匹配浏览器进程，匹配资源管理器进程，匹配打开的文件，最后再匹配打开的程序。又因为我把手动添加和自动添加合并了，所以如果用户要手动添加依然需要等待检测完成（一秒左右）

如果真的要改变，那就需要把手动添加和自动添加分开，让手动添加可以直接唤出输入框，无需等待。但是分开又显得不够统一

影响不大, 可以使用多线程加快处理速度吗

可以尝试一下新版本，用户可以在其他设置中调整“等待剪贴板时间”，并且利用了多线程，缩短了至少 200ms 的时间