We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Describe the bug 以下bug复现在http://datart-demo.retech.cc/下, 选择test组织,微博热度明细表
进入编辑状态后,将TITLE拖入筛选区域,并点击弹开过滤Modal。 q1: 直接点确定,会出现必填提示 但是从transfer中选中某个源列表中的内容移入默认列表再移出,点击确定,就不会出现必填提示
q2: 在q1的操作之后,tabs直接从常规切换到自定义,点击确定,会报错400,此时发现接口中filters下的sqlOperator为null,前端应该未做清除。
q3: 且在各tabs间切换,不填内容,均没有必填提示,但在切换了聚合方式后再切换回来,会发现必填提示又出现了。
q4: 在常规中往默认列表添加了数据后,切换聚合方式为计数,会发现筛选方式第一个select框的值为IN,且可以直接点击确定。在条件中选中筛选方式后再切换聚合方式也会发现类似问题。
q5: 从常规切换到自定义行,点击增加行,再点击列表中的删除或者设置为默认,页面直接崩溃,且网址变为 http://datart-demo.retech.cc/organizations/44cd7f77a5444800a2bed027ef30b42e/vizs/chartEditor#!
q6: transfer在数据量过大时(比如3000条),卡顿明显,是否改为虚拟加载?
Additional context 最近在做筛选相关的需求,对此处代码调试较多。当前的filter数据做状态切换与状态清除,感觉随着过滤各种条件的变多会有些吃力,且切换时候容易遗漏,需要在每个子组件中处理异常情况。是否将数据结构改为map:[聚合方式][筛选方式][state],这样既可以保证切换时候各状态间互不影响,也可以有历史追溯。 仅是个人不成熟的想法~
The text was updated successfully, but these errors were encountered:
Filter整体重新设计了数据验证方式
Sorry, something went wrong.
fix(filter): validate filter on filter configuration, issue running-e…
7651d02
…lephant#971
期待Demo
Merge pull request #992 from Cuiyansong/master
231977a
Fix Chart Filter Bugs, Issue #971
Demo方面,我是考虑历史追溯功能,比如 筛选的数据结构如下: // 筛选配置Modal 数据 filterConfig:{ name:string aggType:'NONE'|'COUNT', filterType:'regular'|'custom'|'condition'|'normal' hide:boolean, agg_none:{ // 常规类型 regular:RegularType, // 自定义类型 custom:CustomType, // 条件类型 condition:ConditionType, }, agg_count:{ // 计数的筛选方式 normal:NormalType } } 切换时,根据aggType和filterType来获取和更改对应数据,不会清除旧数据,保存时,只需要保留当前选择的数据模型即可。
// 筛选配置Modal 数据 filterConfig:{ name:string aggType:'NONE'|'COUNT', filterType:'regular'|'custom'|'condition'|'normal' hide:boolean, agg_none:{ // 常规类型 regular:RegularType, // 自定义类型 custom:CustomType, // 条件类型 condition:ConditionType, }, agg_count:{ // 计数的筛选方式 normal:NormalType } }
scottsut
Cuiyansong
No branches or pull requests
Describe the bug

以下bug复现在http://datart-demo.retech.cc/下,
选择test组织,微博热度明细表
进入编辑状态后,将TITLE拖入筛选区域,并点击弹开过滤Modal。


q1:
直接点确定,会出现必填提示
但是从transfer中选中某个源列表中的内容移入默认列表再移出,点击确定,就不会出现必填提示
q2:
在q1的操作之后,tabs直接从常规切换到自定义,点击确定,会报错400,此时发现接口中filters下的sqlOperator为null,前端应该未做清除。
q3:
且在各tabs间切换,不填内容,均没有必填提示,但在切换了聚合方式后再切换回来,会发现必填提示又出现了。
q4:
在常规中往默认列表添加了数据后,切换聚合方式为计数,会发现筛选方式第一个select框的值为IN,且可以直接点击确定。在条件中选中筛选方式后再切换聚合方式也会发现类似问题。
q5:

从常规切换到自定义行,点击增加行,再点击列表中的删除或者设置为默认,页面直接崩溃,且网址变为
http://datart-demo.retech.cc/organizations/44cd7f77a5444800a2bed027ef30b42e/vizs/chartEditor#!
q6:
transfer在数据量过大时(比如3000条),卡顿明显,是否改为虚拟加载?
Additional context
最近在做筛选相关的需求,对此处代码调试较多。当前的filter数据做状态切换与状态清除,感觉随着过滤各种条件的变多会有些吃力,且切换时候容易遗漏,需要在每个子组件中处理异常情况。是否将数据结构改为map:[聚合方式][筛选方式][state],这样既可以保证切换时候各状态间互不影响,也可以有历史追溯。
仅是个人不成熟的想法~
The text was updated successfully, but these errors were encountered: