本帖最后由 meteor 于 2024-12-17 10:16 编辑
- 插件名称: 表格单元格搬运
- 当前的使用场景: 多字段表格查询操作的交互优化
- 搞这个新插件的原因
首先,这个插件所实现的功能,直接使用活字格现有的命令组合是可以完成的(之前我就是这么做的,正因为步骤太多,而且经常会用到,所以改成了插件)
其次,单看插件名和使用场景,似乎毫无关系.......
我们来看这样一个场景: 界面上有个多字段的查询表格, 平时使用者会经常使用其中的某些字段作为关键字进行数据的筛选操作,查找出不同维度下所关注的数据.
对开发这个功能的人来说,最简单的开发方式,就是放上这张表,因为活字格表头天然带有筛选功能,所以啥都不用干就可以直接使用了,如下图
OK, Mission Complete! 对开发人员来说,提供了这个功能,自然任务完成了.但是对深度使用查询的人来说,就比较纠结了.你说没这功能吧,你看所有的字段都可以随心所以的查,你说有这功能吧,用的时候要在这么小的面积点开筛选图标-->找到筛选条件-->输入筛选条件-->得到查询结果. 最后查询结束要新的查询之前还别忘了取消筛选...这和使用Excel有啥区别.....哦 ,好吧,这正是活字格的优势呀,非常类似Excel(我就是这么和使用者解释的,等到有一天有个内置的功能我需要频繁这么操作的时候,我才发现的确是考验我的眼力和耐心..)
Version 2: 于是,我提出了升级这个查询的方案,问了使用者最常用的要查询的字段,在上面放了文本框(当然有些可以是下拉框),在表格中加上查询条件.用户只要输入/选择 自己想查的内容到对应的地方,就可以得到查询结果.这也是一般系统通常的做法,如下图: Mission Completed AGAIN!!!!
实际使用时很多会加上下拉框.我为了简单演示,就没加了. 对用户来说,这个查询使用起来就比原来那个点表头筛选友好了不少. 但是还是有不方便的地方(上帝就事儿多).
1. 文本框需要手动输入,这个要用到键盘打字,很麻烦.
2. 有些枚举型的可以用下拉框,这样就不用打字了,但是有的选项多了,要一个个去找,也很累的好吧....(你TM真的事儿多)
3.以上文本框我故意做的对齐了表格的列,但是有时候是没法对齐的,因为有的长有的短. 这样一错开.文本框多了,用户很难记住哪个对应哪个.当然可以加上前置Lable便于识别.但是要经过识别,效率无疑降低了.....
在仔细观察过用户操作习惯后(就是能不用键盘就不用键盘,能少点一下鼠标就少点一下鼠标). 我发现可以采用这样一种交互方式,可以满足大部分快速查询的需求:
1. 用户从当前表格数据中找到关心的焦点内容,例如物料类型是Iron的, 双击任意带Iron数据的这个单元格,系统自动将其默认为当前查询的条件之一加入.自动筛选出Iron的全部数据. 同样用户希望进一步过滤国家是CH的时候,只要找到任意一条CH的记录,双击CH,则再多一个过滤条件"CH"
2.当用户想取消CH这个筛选条件时,再双击对应的表格的CH的数据,即取消. 这个操作逻辑并不复杂,实现也很简单,最终的效果如下图:
这个操作是相当丝滑的,完全没有动过键盘.因为在大部分场景下,用户对数据的筛选,首先关注点就是当前显示的数据集中,哪些维度是我感兴趣的,这个维度的数据还有哪些. 当然,即使如果当前的数据没有,再可以用上一步的方式,使用下拉框筛选,或者输入,这时候也是兼容的.
那这个要怎么实现呢? 其实也不难.就是在表格的双击命令里面,使用[表格操作]命令来获取当前的行列索引,然后逐一判断哪些列索引是需要的,在通过[表格操作-获取值]来得到当前表格单元格的值,最后再复制给指定的表头的文本框.......
的确不是很复杂,,,逻辑也很清晰..就是做完一个页面后,我就不想再做第二个类似的需求了.....
好吧.跳过这步.直接上插件
这个插件的功能: 将表格的当前单元格的值复制到设定的对应的页面单元格上.相当于将表格的单元格"搬运到"外部.
PS: 文本框和表格的查询的条件还是需要另外设置查询条件的.这点插件不会做,别忘了.
感觉这下真的任务完成了
,总之我自己使用起来这个功能还是很爽的.
PS: 插件的部分传到插件市场了,等审核通过后就可以免费下载使用了
插件已经放在插件市场上了:
https://marketplace.grapecity.com.cn/ApplicationDetails?productID=SP2412110001&productDetailID=D2412110001&tabName=Tabs_detail
|
陕公网安备：61019002000258 |
隐私政策 |
网站地图
