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



我对crystal reports 2013完全陌生,并且遇到了软连字符错误(如以下SAP线程中详细描述的)。简言之:软连字符不会显示在生成的Crystal报告文件中(但我需要这个确切的字符来进行条形码验证,但它只会在生成的PDF中显示)。

由于我需要Crystal报告文件而不是PDF文件,我正在寻找一个解决方法。我也尝试了上面链接中提到的错误修复,但我必须在许多系统上进行修复,所以这还不是最好的解决方案。

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

我想知道的是:

  1. 这种变通方法可能吗
  2. 如果没有:还有其他更好的解决办法吗
  3. 如果不是:你知道一个正在运行的错误修复程序吗

编辑:

自从我发布问题以来,我尝试了一些事情:

  1. 我想,也许这是一个与机器有关的问题。我正在开发Windows 8.1 Enterprise,这是一个德国版本。所以我试着在一个英文的windows 8.1操作系统上重现这个问题。不幸的是,我得到了同样不正确的条形码。因此,这似乎不是一个与机器有关的问题。

  2. 我用C#编程生成了一个字符串;代码128";字体并在我的机器上保存为.png文件。它还将软连字符呈现为另一个字符(Unicode 172)。

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

我终于得到了答案。这是我的条形码字体"Code128.ttf"的问题。

我对字体不太了解,但过了一段时间,我决定更改条形码字符的ascii代码。所以我在一个字体编辑软件中打开了这个字体,发现实际上没有为软连字符沉积任何符号。这有点棘手,因为windows字符表和其他程序显示了软连字符的备用字符。在我的例子中,它是日元字符(ascii码165)。

要么你使用另一种条形码128字体,要么你必须使用字体编辑软件来获得实际的字符布局。

最新更新