Crystal 报告软连字符错误的解决方法

Question

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

因为我需要水晶报告文件而不是 pdf，所以我正在寻找一种解决方法。我还尝试了上面链接中提到的错误修复，但我必须在许多系统上进行此修复，所以它还不是最好的解决方案。

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

我想知道的是：

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

编辑：

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

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

2. 我使用 C# 以编程方式生成了一个带有“Code128”字体的字符串，并将其保存为我的机器上的 .png。它还将软连字符呈现为另一个字符（unicode 172）。

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

Answer 1

我终于得到了答案。我的条形码字体“Code128.ttf”有问题。

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

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