将Windows打印机驱动程序与打印机上的“本机”条形码呈现结合起来？

Question

我需要从我的.NET应用程序中打印带有条形码的标签(通常是代码128)。由于客户拥有不同的打印机--不同的Eltron/Zebra型号和不同的制造商(如GoDEX、Sato、.)--我希望我的应用程序完全(或者至少大部分)不了解实际的打印机模型。

因此，我尝试用打印机的Windows驱动程序用条形码打印这样的标签。在这种方法中，条形码显然会在PC上呈现为图像，而打印机只是将其输出为像素图像。也许整个标签被渲染成图像，我对此不太确定。顺便提一句:我实际上是在使用XtraReports打印标签，但这本身不应该导致下面的问题。

然而，这种方法产生的条形码质量很差。通过调整打印机驱动程序设置(例如温度、速度等)，我不得不多次对输出进行故障排除。但仍有部分条形码不为后续系统所接受。

我知道我可以把“原始”的EPL/ZPL命令发送到Zebra打印机，它会呈现条形码本身--从而得到一个更好的质量。

然而，这种做法有两个缺点：

• --首先，打印机型号之间的原始命令可能不同，制造商之间也很可能有所不同。不确定EPL/ZPL是否是一种被广泛支持的“语言franca"
• second，”，如果客户希望更改/重新安排标签内容，那么这将成为一项非常不直观的工作--特别是与XtraReports中的标签重新设计相比。我知道有Z-Designer，但在我的应用程序中没有集成，而且(大概)是特定于Zepra打印机的。

。

有没有办法把这两个世界的优点结合起来。基本上使用Windows驱动程序绘制/打印整个标签，但让打印机呈现其最佳质量的条形码？

我模糊地意识到使用的条形码字体可以从打印机加载或加载到打印机上，但不确定质量有多好，需要在PC上安装多少，以及打印机型号和制造商对此支持得有多好。在我看来就像另一罐虫子。

Answer 1

我在printers中构建了一个仓库调度应用程序，使用VBA将条形码标签打印到Zebra打印机。这里没有简单的答案。3条常见路线：最差选项：使用第三方软件(如BarTender)，但通常不能集成和有效地分为两个步骤，从而产生打印错误文件、重印重复标签和欺诈的问题；更好的选择:使用ZPL (或EPL或CPCL或其他一些兔子洞)直接将原始打印(通过windows通用文本驱动程序)直接打印到打印机，但问题是，标签布局的更改非常技术性，标签布局更改是痛苦的(您似乎已经熟悉这些问题)，很多支持调用；最佳选项(对我而言)：让打印机的供应商打印驱动程序完成工作(配置所需)，在MS ACCESS (或您的.NET应用程序)中将布局作为报表，将条形码文本格式化为用户定义的字体，在斑马打印机驱动程序中将该字体映射为所需的条形码(配置类型、大小、方向、驱动程序中的可选文本等)，在速度上修改驱动程序设置，直到标签具有与raw/zpl相似的质量，将驱动程序配置设置保存/导出到文件中(最常见的支持调用我刚刚重新加载该文件，时间保护程序)。缺点是，一些前期计划是需要协调布局，特别是条形码与驱动程序映射通过用户字体到所需的条形码。多年来，通过对me和打印机的几个版本的更改，这对我起了很大作用。