您好,登录后才能下订单哦!
问题
简单说一下吧。编程时有些问题看起来很简单,但想与做往往就是两回事。计算机编程正是具有这个特点。
目前在修改基于BeX5 3.6的报表格式。使用的自然是report组件,切换到报表设计状态后,使用EXCEL的常规设置方式格式——带千分位和人民币符号,去掉小数问题,感觉是没有问题的。但是,先后使用了货币格式,数字格式,会计专用等格式,运行结果都是不变;即都是默认的带有两位小数,且显示形式是一长串数字,阅读起来相当难看。
在官方论坛看搜索,根本不存在相应的问答——本来就很简单的嘛!此问题花费了仅一个小时——解决不了!?由此我再次想起“程序猿”的美名......
算了,先不管它了!把软件新版本安装到客户回来,感觉舒了一口气!闲时,又想起早晨那个问题。不觉得想起了EXCEL宏录制问题——通过宏代码当然可以轻松观察到数字的各种格式。接着,分析了一个report组件对应的xml文件中那个格式部分对应的代码。估计外部EXCEL宏代码格式可能与之通用。
试验
开始试验。在外部EXCEL得到的宏录制代码如下:
Range("A1:A7").Select
Selection.NumberFormatLocal = "¥#,##0;¥-#,##0"
把report组件对应的内容文件TradeNature.xml打开,观察到如下:
<Style ss:ID="s50" ss:Name="千位分隔">
<NumberFormat ss:Format="_-* #,##0.00_-;\-* #,##0.00_-;_-* "-"??_-;_-@_-"/>
</Style>
尝试修改成如下:
<Style ss:ID="s50" ss:Name="千位分隔">
<NumberFormat ss:Format"¥#,##0;¥-#,##0"/>
</Style>
结果
成功!说实在话,尽管EXCEL教学10多年了,对于其复杂的数字格式,特别是后台代码格式,还没有作细致分析。不知report组件本身存在BUG还是怎么的?是否反复修改了数字格式后其不会完全覆盖?这样的话,可以算是该组件的一个BUG了。接下来有空时再详细试验分析一下吧。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。