即刻App年轻人的同好社区
下载
今天调整 Finereport 中的列宽，发现怎么都不对内容生效，后来发现不是列宽设置的有问题，而是数据列的“其他”属性中，内容设置了“自动调整列宽”，难怪之前一直改不了。
调回“跟随页面设置”，内容就可以随列宽正常展示了。
调回“跟随页面设置”，内容就可以随列宽正常展示了。
0 00
最近还真遇到了一个 finereport 的父格设置场景问题，原本是一个父子项的概念，竟然慢慢变成了 1:n:n:n 的情况，调试了很久才设置好样式效果。下面做一下概念解释：
Finereport 中的“最父格”，严格来说就是“最左父格”和“最上父格”，前者是纵向扩展的概念，后者是横向扩展的概念。这个“最”指的不是位置上的“最”，不是说最左边的或最上边的格子就是最父格，而是指父子格关系上面的最左或最上。
通过指定“最父格”，来实现不同子项对于同个父格的扩展关系。
Finereport 中的“最父格”，严格来说就是“最左父格”和“最上父格”，前者是纵向扩展的概念，后者是横向扩展的概念。这个“最”指的不是位置上的“最”，不是说最左边的或最上边的格子就是最父格，而是指父子格关系上面的最左或最上。
通过指定“最父格”，来实现不同子项对于同个父格的扩展关系。
0 00
最近发生了几件有关文件的事情，我都“粗心大意”了。
1、发送给领导的文档，我没有用手机端检查就发送了，导致文档只有半截。
2、发送给同事的 Excel ，我没有检查计算指标的正确性就发送了，导致数据不准确。
虽然都是小事，但作为数据人来说确实不应该。这背后反映了我没有对文件传输前做检阅的习惯，至少应该本地下载下来检查数据后，再发送。
今后的文件传输，需要可以分为两类并做检查：
1. 系统生成的，下载核实检查后发送。
2. 自己补充填写的，用包含手机端的浏览检查后发送。
1、发送给领导的文档，我没有用手机端检查就发送了，导致文档只有半截。
2、发送给同事的 Excel ，我没有检查计算指标的正确性就发送了，导致数据不准确。
虽然都是小事，但作为数据人来说确实不应该。这背后反映了我没有对文件传输前做检阅的习惯，至少应该本地下载下来检查数据后，再发送。
今后的文件传输，需要可以分为两类并做检查：
1. 系统生成的，下载核实检查后发送。
2. 自己补充填写的，用包含手机端的浏览检查后发送。
2 00
记今天踩了一个Finereport 的坑。
由于公司的系统报表都是由Finereport生成，所以主要显示页面都是在帆软设计器中调试，领导说页面纸张大小，我索性就调到了自定义，2000x1200毫米，结果直接预览出现了大量空白和重复分页。长长的滚动条折磨着线上效果，后来发现原来是扩大纸张的时候Finereport 会默认给报表增加列内容，需要把列删除到虚线处。
这下，终于解决了帆软报表空白过多的问题。
由于公司的系统报表都是由Finereport生成，所以主要显示页面都是在帆软设计器中调试，领导说页面纸张大小，我索性就调到了自定义，2000x1200毫米，结果直接预览出现了大量空白和重复分页。长长的滚动条折磨着线上效果，后来发现原来是扩大纸张的时候Finereport 会默认给报表增加列内容，需要把列删除到虚线处。
这下，终于解决了帆软报表空白过多的问题。
0 00
业务部门总是需要取数，于是自己写了一段查询 sql进行查询。但还是架不住业务频繁来取数，于是把查询条件中的字段变成了动态参数，结合finereport 和内网环境部署了一个报表模板。
将用法和链接发给业务人员，这样就解决了类似的紧急不重要需求。
（PS:这个 sql 查询效率很慢，但比起找我动不动要半天、一天的时间，已经是相当快了）
将用法和链接发给业务人员，这样就解决了类似的紧急不重要需求。
（PS:这个 sql 查询效率很慢，但比起找我动不动要半天、一天的时间，已经是相当快了）
3 00
二红老师带带，是时候建立深度链接了
Kira2red: 这基本是通识课难度，来上课就给学分的那种。
0 00
0 00