一般是因为用低版本的程序(如5.8版)打开高版本(如6.0版)设计的报表模板,高版本程序可以打开底版本的模板,反之则不行。建议使用低版本的用户升级到最新版本,最新6.0版的试用标志不会打印输出,关于试用与免费使用请参考: http://www.rubylong.cn/gridreport/product-trial-free.htm。
1、在明细网格中包含有子报表:在Grid++Report中,子报表的生成过程要复杂一些,明细网格中的子报表要多次生成,如果数据量较大,报表的生成过程会较慢。如非必要,尽量不要在明细网格中定义子报表。看了很多用户的报表设计,用子报表实现的其实应该用分组来实现,这样不仅可以提供运行速度,也可以简化报表相关的编码,特别是为报表提供数据的相关任务。
2、报表中的部件框或单元格的“可伸展”、“可收缩”与“按需缩小字体”属性被过多设置:这几个属性相关的功能会有大量的计算开销。如果被过度设置,或者在明细网格中被定义,报表生成过程可能会比较慢,请审慎设置这些属性。
Grid++Report应该是市面上运行最快的报表工具,特别是查询显示器展现的数据的速度极快,除了从数据源获取数据的时间开销,几十万的数据可以秒出。相同数量的数据生成打印(或打印预览)数据,Grid++Report也要远远快于其它的报表工具。
Grid++Report的总体运行速度在同类产品算是最快的,但对于具有大量明细记录数据的报表,在某些特定条件下会要较长的时间才能出结果,是因为这些设置牵涉到比较复杂的计算。如非必要,应该尽量少用这样的设置。总结有以下几点会导致报表运行较慢。
1、明细网格中的内容格,或其下的部件框设置了“可伸展”、“可收缩”与“按需缩小字体”属性。
2、明细网格中定义了子报表。
另:报表预览显示比查询显示需要较长的时间开销,对于大数据报表,应该优先选用查询显示方式展现报表。在查询显示器中显示报表,还可以采用分批取数的方式。对于WEB报表,大数据量报表在数据获取与网络传输方面可能需要较长的时间。
Grid++根据Windows系统的区域设置自动选择界面语言,在“控制面板->区域与语言选项->区域选项”中可以查看并修改当前的区域设置。也可以用程序代码设置 IGridppReport.Language 属性改变Grid++的界面显示语言。
可能是电脑上的默认打印机是网络中的共享打印机且此共享打印机不在线的原因。如果打开WORD也比较慢,基本可以确定是这个原因。Grid++ 的最新版本已经不会存在这样的问题。 
1、将现目的目标框架(.NET Framework)版本设置到4.0或更高版本。
2、把项目彻底清理一下,把项目产生的中间文件都删除掉(项目目录下的“bin”与“obj”子目录删除掉),甚至是对Grid++Report的引用也去除后再重新引用,然后重新运行项目应能正常。
3、开发时不要安装多个版本的Grid++Report,这样容易引起版本混淆。

FAQ中没有解决问题,请查看其它技术支持方式。这里常见问题解答(FAQ)内容也全部包含在Grid++Report的帮助文档中,开发者一定要善于查看软件安装后的产品帮助文档。