"用户选择"多选模块的几个建议

1 假如用户选错了,想反选,那么按你说的操作,将额外进行2步操作(全选+拖选去除); 如果有反选,那么只需要额外1步(点反选按钮),后者总步骤数是2,和不反选的情况下需要的步骤数一样,而先全选再去除将增加一步, 所以反选功能能让用户更quicker

3) 我的使用场景是根据正则搜索得到的索引去选择默认值,索引列表和值列表是一一对应的,不会失效; 还有一个场景是多次的多选,用户本次选择的项在下一次选择中要保留,靠索引就比靠值方便,因为值会变,而且某个关键词可能在多个选项中出现,靠关键词也不行

2) quicker 只需要增加一个反选的命令,由用户自己在工具栏上增加按钮调用反选的命令即可

“用户本次选择的项在下一次选择中要保留”，难道不应该用value吗？用户想保留的肯定是选择的项而不是序号啊😂，不太理解。

反选倒是可以有，但其实也非必要，属于锦上添花功能。

因为多个值可以是重复的,比如有的手机输入法有拆字的功能,拆完之后,不能去除重复的,quicker支持重复选项,如下图

这个模块的设计目的主要是为了选择值，这也是大多数使用场景的需求。

每增加一个参数，都要产生额外的副作用，即增加复杂性和对普通使用带来的额外负担。 所以是否增加参数需要取舍，目前这个模块已经参数过多了。

现在的多选模块是支持重复选项的,这个有应用场景,比如上述输入法拆字,而且选择模块能输出选择项的索引,就说明你也认可索引的重要性, 输出索引,和用索引去选择,这就很自然而然的机制呀

//注释 这是"多步骤输入"脚本的一个特性,用在这里也顺理成章; 

把全局菜单加到工具栏,想法也是来自 "文本窗口"里面的"工具栏操作"

我感觉没增加多少复杂性,更多增加的是灵活性

选择窗是小窗口，没有空间增加过多界面元素。 

反选等加在全选按钮的右键菜单里。

用户选择窗口也是可以设置窗口大小的,你忘了吗?

你看我下面的界面设计,不增加窗口大小,但让全局菜单更方便访问,看看咋样

选择窗口目的是选择选项，加菜单感觉不是很合适了，特殊需求建议使用自定义窗口实现。

这样行吧: 用户在"工具栏操作"不填任何内容,那么就没有工具栏,填了才有,不想要工具栏,那就填到"右键/全局菜单"里, 这个咋样? 还有 "请多选" 这一行,根本就是占地方,你说对吧? 为什么不加到标题结尾呢? 比如 xxx - [单选] 或 xxx - [多选] 这多节省?

1.43.51　增加了２个：　~. 用户选择：多选时，“全选”按钮右键菜单增加反选功能；默认值列表第0项使用//byIndex的方式，指定预先选中的序号列表。

好!感谢大佬!