 Lanlan
|
96e4c35d73
|
KERNEL-11019 云端运维插件对主 jar 启动速度影响的优化
|
3 years ago |
pengda
|
a6238d0f61
|
REPORT-68363 条件属性系列间值的比较
|
3 years ago |
|
pengda
|
714994940d
|
REPORT-68363 条件属性系列间值的比较
|
3 years ago |
hades
|
a1cb79707e
|
REPORT-67417 运营产品v1.0
|
3 years ago |
vito
|
fd32268176
|
KERNEL-10665 图片导出优化
|
3 years ago |
|
hades
|
c387c9909f
|
REPORT-70092 重定向报错，帮助文档跳转异常
|
3 years ago |
|
pengda
|
cf3c6965d0
|
CHART-22994 图表背景色控件需要更换为支持透明色的控件
|
3 years ago |
 shine
|
56cea2aafb
|
REPORT-68638 design fix:没有配色的时候渲染和配置界面配色不一致，统一成配置界面的
|
3 years ago |
 Yvan
|
21e74c063d
|
REPORT-68726 【迭代】【数据集管理优化】多张模板切换触发搜索，设计器概率卡住
【问题原因】之前没修改好，可能出现搜索框文字不清空的情况
【改动思路】修改为每次离开搜索模式时，情况搜索框
【review建议】无
|
3 years ago |
|
shine
|
da959c9243
|
REPORT-68357 fix:namestyle导致fvs.cpt中单元格样式中有主题相关配置
|
3 years ago |
|
pengda
|
6fe3d03ed7
|
无jira任务，屏蔽部分功能入口
|
3 years ago |
|
pengda
|
61104a3494
|
无jira任务，屏蔽部分功能入口
|
3 years ago |
|
Yvan
|
8062c66a8c
|
REPORT-69422 产品调整部分UI && 删除数据集没反应
【问题原因】1.搜索匹配文字高亮调整为匹配文字加粗；2.UIList获取选中对象的方法返回为空
【改动思路】1.改UI；2.自己写一下获取选中对象的逻辑
【review建议】无
|
3 years ago |
Henry.Wang
|
4505430def
|
REPORT-68987 把高级编辑当作可选的
|
3 years ago |
|
Yvan
|
444633f5ff
|
REPORT-69422 产品调整部分UI
【问题原因】有些小细节还需要调整下
【改动思路】调整
【review建议】无
|
3 years ago |
Bryant
|
6e0d9710fb
|
Update designer-base/src/main/java/com/fr/design/record/analyzer/advice/MonitorAdvice.java
|
3 years ago |
|
pengda
|
17e3993901
|
无jira任务，屏蔽部分功能入口
|
3 years ago |
|
hades
|
5b836f0b8c
|
REPORT-69324 插件-新插件管理-设计器内插件管理版本号显示异常
|
3 years ago |
|
Yvan
|
ccc13cf1da
|
REPORT-69422 && REPORT-69426 产品调整部分UI && 复制单元格会影响数据集的展开/收起状态
【问题原因】1.产品验收功能的时候改了一些UI；2.因为粘贴单元格的时候会获取当前数据集面板，getInstance方法里会refresh一次整个数据集树，然后将所有节点重置到收起状态
【改动思路】1.调整UI；2.提供一个获取数据集树面板单例不刷新自己的方法，粘贴时使用
【review建议】无
|
3 years ago |
|
Lanlan
|
e9a810c88d
|
BI-103979 【6.0回归】fr连接bi闪退
|
3 years ago |
|
pengda
|
357274a690
|
REPORT-69213 函数在公式编辑器内不标蓝显示
|
3 years ago |
|
pengda
|
8e2a24c5db
|
REPORT-69213 函数在公式编辑器内不标蓝显示
|
3 years ago |
|
Henry.Wang
|
3b50585aef
|
REPORT-68212 表头排序功能-国际化-交互问题 && REPORT-68931 表头排序图标配置颜色后大小发生变化
|
3 years ago |
fly.li
|
a11ab9ba8a
|
REPORT-67790;修改开启新引擎的逻辑（原来的以第一个sheet设置为准，改为只要有一个sheet设置了新引擎，就走新引擎逻辑）
|
3 years ago |
|
hades
|
673b2dabab
|
REPORT-69289 【设计器】大屏编辑器-繁体设计器-远程服务器，打开本地设计器工作目录下的模板，提示我备份
|
3 years ago |
|
Yvan
|
beec0ef3a7
|
REPORT-68455 && REPORT-69108
【问题原因】
1.工具栏面板与其他面板(设计器菜单栏-模板或远程设计-切换工作目录)重叠时会显示异常是因为之前的这个工具栏面板手误写成了继承Panel
2.搜索结果显示不正确是因为之前改卡死问题没改好，把搜索计数放到了处理UI的外面，会优先于数据集树的刷新而变化，导致搜索计数完成了，但是结果没更新的问题
【改动思路】1.改成继承JPanel；2.搜索计数放到处理UI中，确定处理UI完成才算是一次计数完成；3.添加部分debug日志，方便以后排查问题
【review建议】无
|
3 years ago |
|
Henry.Wang
|
0057ee1475
|
REPORT-68602 系列堆积和条件属性弹框多了“保存”和“取消”设置项 && 系列REPORT-69013 双击fvs文件，唤起设计器后不会自动打开模板
|
3 years ago |
|
Yvan
|
bedd718a8b
|
REPORT-69169 && REPORT-69167 frm控件数据集未跟随复制 && 单元格存储过程未跟随复制
【问题原因】1.frm里控件没有跟随复制是因为Widget有时候代表WLayout，用之前写的收集控件内数据集的逻辑就收集不到；2.存储过程不跟随是因为收集到的是"Proc1_Table"，而判断的时候用的"Proc1"
【改动思路】1.Widget的收集中同时考虑控件以及布局；2.处理存储过程的名称问题
【review建议】无
|
3 years ago |
hades
|
71acd6a8cb
|
REPORT-69229 设计器偶发启动不了
|
3 years ago |
|
Yvan
|
180ab3eba5
|
REPORT-69108 【迭代】【数据集管理优化】搜索过程中更新关键字，概率卡死
【问题原因】为输入框add的keyListener比remove的次数多，所以会累积性的重复添加监听，导致多次搜索后会多次触发，直到卡死
【改动思路】
1. 修改下remove和add的逻辑，只在初始化输入框时add一次；之前在这里remove那是刚写迭代的时候代码里需要把输入框清空，当时清空后逻辑有问题，所以就add+remove，后面那边清空的逻辑改好了，这里忘改回来了
2. 将计数提前，否则取数失败的任务不会计数
【review建议】无
|
3 years ago |
|
hades
|
0d6d3cd98d
|
REPORT-69009 mac新系统下getSelectedFiles方法返回为空
|
3 years ago |
|
pengda
|
37415f45e6
|
REPORT-68706 新增公式中excel不存在的公式勾选导出保留公式导出后显示有问题
|
3 years ago |
rinoux
|
8beb5b7c88
|
REPORT-68607 数据连接全量保存改为增量保存 11
|
3 years ago |
|
Yvan
|
68a134524b
|
REPORT-66457 原数据集管理优化
【问题原因】跟产品确定了在搜索过程中做数据集的编辑、删除、粘贴时，需要中断搜索，展示原数据集树
【改动思路】编辑、删除、粘贴处添加跳出搜索的逻辑
【review建议】无
|
3 years ago |
|
Yvan
|
7a61b9b28d
|
REPORT-68727 【迭代】【数据集管理优化】搜索数据列未加载的数据集，该数据集未被搜索
【问题原因】测试用sleep来模拟取数慢，在取列名的时候会造成一些奇怪的错误
【改动思路】1.因为计算列名里做了异常处理，所以跟产品沟通后确定逻辑为列名为空时，就不展示整个数据集节点了；2.产品让把最大搜索时间的限制去掉
【review建议】无
|
3 years ago |
|
Yvan
|
d4b4b262d2
|
REPORT-68740 【迭代】【数据集管理优化】数据集+数据列（不包含数据集），操作按钮未对应灰化
改一下方法名
|
3 years ago |
|
Yvan
|
c06a1626c0
|
REPORT-68740 【迭代】【数据集管理优化】数据集+数据列（不包含数据集），操作按钮未对应灰化
【问题原因】之前做的是，只取选中的有效数据集，然后做复制、粘贴、删除等操作
【改动思路】1. 应产品要求改成同时选中数据集+独立数据列时，复制粘贴删除等操作置灰；2. 将UI相关的代码移到TableDataTree里，TableDataTreeSearchManager那边仅保留搜索结果集用来判断节点是否应该展示以及节点是否应该展开
【review建议】无
|
3 years ago |
|
Yvan
|
62c2b01073
|
REPORT-68930 【迭代】【数据集管理优化】搜索过程交互提示样式和产品文档不一致
【问题原因】Label文字颜色没设置
【改动思路】改成灰色
【review建议】无
|
3 years ago |
|
Yvan
|
aaa7944836
|
REPORT-68726 删掉多余import
|
3 years ago |
|
Yvan
|
502b4cf58a
|
REPORT-68726 【迭代】【数据集管理优化】多张模板切换触发搜索，设计器概率卡住
【问题原因】之前的定时器每次搜索都会开始计时，然后新建线程池+线程，在搜索完后停止计时将线程池shutDownNow，是为了不让前一次的搜索计时影响后一次的搜索，但是漏了切换回工具栏的时候停止计时，且每次新建线程池太重了
【改动思路】1.补充切换回工具栏的停止计时逻辑；2.用判断task对象的方式来判断前一次与后一次，保证只有一个线程创建
【review建议】无
|
3 years ago |
|
hades
|
35defc43b3
|
REPORT-68780 BeforeSwicth要等stash做完
|
3 years ago |
WeiYanglu
|
202aa2f264
|
REPORT-68585 修复表格返回大屏编辑器时设计器闪烁的bug
|
3 years ago |
|
Yvan
|
915fe860cc
|
REPORT-68405 【迭代】【数据集管理优化】显示检索完成了，但是结果为空，实际有结果
【问题原因】1.状态跳转时，结果集被重置了，所以显示无结果;2.之前没搞明白的count减到0过快的原因搞清楚了，是因为预加载任务回调忘了重写done方法了
【改动思路】1.将重置放到搜索开始前；2.预加载任务回调处理；3.部分代码质量问题
【review建议】无
|
3 years ago |
|
Yvan
|
d52cf79d66
|
REPORT-68803 【迭代】【数据集管理优化】复制单元格，已存在同名数据集，数据集不需要跟随复制
【问题原因】rt
【改动思路】修改为存在同名时，不跟随复制
【review建议】无
|
3 years ago |
Link.Zhao
|
b41b368b56
|
REPORT-68392【迭代】【超链设置优化】超链数量=1，编辑/排序，会修改单元格样式
REPORT-68335【迭代】【超链设置优化】超链列表数量n->1时，单元格样式会变化
1、添加判断：判断下当前触发的事件类型
|
3 years ago |
方磊
|
39ba85cdac
|
REPORT-68555 【视觉验收】新建画布/加载动画
|
3 years ago |
 kerry
|
9f9972eeb4
|
KERNEL-10626 直接在2.0上支持fvs多开
|
3 years ago |
|
hades
|
2608f171b6
|
REPORT-65854 资源释放没有在finally 代码段中进行
|
3 years ago |
Starryi
|
bcf191fadb
|
REPORT-68127 【专题】jdk11的设计器用bat脚本启动失败，exe启动正常
【问题原因】
Reflect.on方法会抛出异常，需要主动catch
【改动思路】
无
【review建议】
|
3 years ago |
|
Yvan
|
a9f5c15cc8
|
REPORT-68355 【迭代】【数据集管理优化】搜索关键字匹配数据列，数据列所在数据集没有展开
【问题原因】之前把切换回工具栏的调用放在TableDataTreePane的refreshDockingView里又因为TableDataTreePane的每一次getInstance都会去调用一次refreshDockingView，搜索任务过程中会经常调用到TableDataTreePane.getInstance，所以造成了搜索状态上的紊乱
【改动思路】1. 扩展TreeSearchStatus，新增Not_In_Search_Mode，视为非搜索模式，其它的状态（搜索中，搜索中止，搜索完成等）统统视为搜索模式
2. 在需要退出搜索模式的地方（切换数据集Tab和新打开一个模板），加上退出的逻辑；不把逻辑放到refreshDockingView里
3. 部分代码质量问题
【review建议】上面改动的第二点，分布在需要退出的场景里，会显得比较松散，但是我没找到一个好的地方可以统一搞。有思路的可以帮忙提供下，感谢~
|
3 years ago |
