水晶报告软连字符错误

Question

我对2013年的水晶报道完全陌生，并且遇到了软连字符错误（如下面SAP Thread中详细介绍的那样）。简而言之：软连字符不会出现在生成的水晶报告文件中（但我需要这个确切的字符进行条形码验证，但它只显示在生成的pdf中）。

由于我需要水晶报告文件而不是pdf，我正在寻找解决方法。我也尝试过上面链接中提到的错误修复，但是我必须在许多系统上做这个修复，所以它还不是最好的解决方案。

我考虑过以下解决方法：如果要创建水晶报告文件，程序应生成条形码文本的图像，并将条形码文本替换为相应公式字段中生成的图像。

我想知道的是：

1. 这种解决方法是否可行？
2. 如果没有：还有其他更好的解决方法吗？
3. 如果没有：你知道一个有效的修正错误吗？

修改

自从我发布问题后，我尝试了一些事情：

1. 我想，也许这是与机器有关的问题。我正在使用Windows 8.1 Enterprise，这是一个德语版本。所以我试图在英文Windows 8.1操作系统上重新创建这个确切的问题。不幸的是，我得到了同样不正确的条形码。所以它似乎不是与机器相关的问题。

2. 我使用C＃以编程方式生成了一个包含＆＃34; Code128＆＃34;的字符串。字体并将其保存为我的机器上的.png。它还将软连字符渲染为另一个字符（unicode 172）。

问题是，barcode128公式生成校验和符号，对于确切的字符串，我遇到验证问题，它会生成173个字符。所以我不能直接影响软连字符的使用，因为我需要它来进行验证。

Answer 1

最后，我得到了答案。这是我的条形码字体的问题＆＃34; Code128.ttf＆＃34;。

我对字体了解不多，但过了一会儿，我决定更改条形码字符的ascii代码。所以我在字体的编辑软件中打开字体并看到，实际上没有为软连字符存放的符号。这有点棘手，因为windows字符表和其他程序正在显示软连字符的替代字符。就我而言，它是日元字符（ascii代码165）。

要么使用其他条形码128字体，要么必须使用字体编辑软件来获取实际的字符布局。