【发布时间】：2018-02-26 20:46:30
【问题描述】：
Access 2013 程序存在问题，我需要一些外部见解。
我们已将终端服务器从 windows server 2008 r2 升级到 windows server 2012 r2，同时将 Office 2010 ProPlus 32 位升级到 Office 2013 ProPlus 32 位。
我们有一些访问程序通过 odbc 访问我们的 iSeries DB2 数据库。升级后，它们似乎都运行良好，除此之外。
特定程序接受工作订单的输入，然后生成要打印的报告。输出是希腊语和英语字符的混合。在报表视图中查看时，文本很好，当您切换到打印预览时，文本变得乱码。请参阅下面以“批号”开头的屏幕截图行。此报告还包含一个子报告。不确定这是否相关。
报告视图：
打印预览：
对于非 unicode 程序，当前语言设置为希腊语，而 odbc 设置反映了以前服务器的设置（语言 id 和二进制数据的转换）。
我也尝试将字体从 tahoma 更改为 arial。
我尝试过使用不同的 pdf 打印机和物理打印机，看看它的渲染是否不同。
我已经在查询级别使用各种可能的 LCID 尝试了 strConv([variable],0,[lcid]) 和 strConv([variable],64,[lcid])。虽然我不确定我是否已经用尽了这个。
查看来自源数据库的基础表中的数据视图，数据显示正确，查询中也是如此。
不知道这里出了什么问题，有什么想法吗？
【问题讨论】：
-
第一个屏幕是报表视图，一切正常吗？第二屏有问题吗？对于看不懂希腊字符的人来说，这有点难说。 :) -- 会不会是字体问题？
-
嗨 Andre，第一个屏幕是报告视图，第二个是打印屏幕。二是确实有问题！比较从“批号”开始的行。如果我没记错的话，使用的字体是 tahoma，其中包括希腊字符。
-
其他想法：在报告视图中，Access 要求 Windows 以字体 y 呈现字符 x。这样可行。在打印预览中，还涉及打印机驱动程序。您可以尝试将报告切换到不同的打印机（也许是一些“创建 PDF”驱动程序）？
-
您好 Andre，我已经使用cutepdf、pdfcreator 和两台单独的A4 激光打印机（和相关驱动程序）切换了打印机
-
你是grouping on a memo field吗？您使用报告那样的分组测试了查询并从报告中删除了所有分组？也许您将字段连接到超过 255 个字符？