对于3可以通过如下首行注释的方法来指定索引列表
//indexList={lista}
或者
//indexList
{lista}
通过关键词 indexList 来指示quicker将列表里的元素当作是默认选项的索引,而不是默认选项的value
后期考虑下。
1)反选 = 全选后再去除必要的选项。
3)索引不是稳定的内容,在列表变化后会造成失效。
1 假如用户选错了,想反选,那么按你说的操作,将额外进行2步操作(全选+拖选去除); 如果有反选,那么只需要额外1步(点反选按钮),后者总步骤数是2,和不反选的情况下需要的步骤数一样,而先全选再去除将增加一步, 所以反选功能能让用户更quicker
3) 我的使用场景是根据正则搜索得到的索引去选择默认值,索引列表和值列表是一一对应的,不会失效; 还有一个场景是多次的多选,用户本次选择的项在下一次选择中要保留,靠索引就比靠值方便,因为值会变,而且某个关键词可能在多个选项中出现,靠关键词也不行
2) quicker 只需要增加一个反选的命令,由用户自己在工具栏上增加按钮调用反选的命令即可
“用户本次选择的项在下一次选择中要保留”,难道不应该用value吗?用户想保留的肯定是选择的项而不是序号啊😂,不太理解。
反选倒是可以有,但其实也非必要,属于锦上添花功能。
因为多个值可以是重复的,比如有的手机输入法有拆字的功能,拆完之后,不能去除重复的,quicker支持重复选项,如下图
这个模块的设计目的主要是为了选择值,这也是大多数使用场景的需求。
每增加一个参数,都要产生额外的副作用,即增加复杂性和对普通使用带来的额外负担。 所以是否增加参数需要取舍,目前这个模块已经参数过多了。
现在的多选模块是支持重复选项的,这个有应用场景,比如上述输入法拆字,而且选择模块能输出选择项的索引,就说明你也认可索引的重要性, 输出索引,和用索引去选择,这就很自然而然的机制呀
//注释 这是"多步骤输入"脚本的一个特性,用在这里也顺理成章;
把全局菜单加到工具栏,想法也是来自 "文本窗口"里面的"工具栏操作"
我感觉没增加多少复杂性,更多增加的是灵活性
选择窗是小窗口,没有空间增加过多界面元素。
反选等加在全选按钮的右键菜单里。
用户选择窗口也是可以设置窗口大小的,你忘了吗?
你看我下面的界面设计,不增加窗口大小,但让全局菜单更方便访问,看看咋样
选择窗口目的是选择选项,加菜单感觉不是很合适了,特殊需求建议使用自定义窗口实现。
这样行吧: 用户在"工具栏操作"不填任何内容,那么就没有工具栏,填了才有,不想要工具栏,那就填到"右键/全局菜单"里, 这个咋样? 还有 "请多选" 这一行,根本就是占地方,你说对吧? 为什么不加到标题结尾呢? 比如 xxx - [单选] 或 xxx - [多选] 这多节省?
1.43.51 增加了2个: ~. 用户选择:多选时,“全选”按钮右键菜单增加反选功能;默认值列表第0项使用//byIndex的方式,指定预先选中的序号列表。
好!感谢大佬!