打印机假脱机程序api拷贝数

Question

我真的需要一些帮助，这是很多人在网上提出的问题。我有不同的设置，尝试过不同的测试方法，这很令人沮丧。

第一次设置：

• 本地打印机
• 本地运行代码
• 从pdf或记事本打印: SUCCES (拷贝数为2)
• 从文字打印:失败(拷贝数为1)

第二次设置：

• 共享的本地打印机
• 本地运行代码
• 从其他计算机打印到共享打印机
• 拷贝数总是1

那么每个人都少了什么？当打印机仍然应该知道打印什么时，某些字段丢失了怎么办？当你在另一台电脑上打印时，这个词也会发生什么？有人能告诉我为什么窗户里的东西那么可怕吗？每个东西都应该通过假脱机器，那么为什么数据是错误的呢？

亲切的问候！

Answer 1

打印机打印纸张和页，因此副本在某个阶段转换为页。

您获得的通知数据取决于打印应用程序以及处理假脱机和呈现的系统和驱动程序组件。根据我的经验，不能依赖数据，最好的数据是通过解析假脱机文件获得的。这可能包含也可能不包含副本的数量。

很长一段时间以来，Word一直存在着“复制问题”。。有一个修复这个问题的补丁，但另一个观点是它使用了一个不寻常的印刷方式。我将在这里引用一些链接内容：

使用臭名昭著的单词复制计数错误…dmCopies文件在SHD中为1。正确的值在SPL文件中的DEVMODE记录中找到(如果它是EMF假脱机)。 我发现的唯一其他方法是，当作业被发送到打印机时，监视JOB_INFO_2结构的JOB_INFO_2字段，并查看它是否是TotalPages的倍数。 ..。 所发生的不是一个字错误，而是一个Windows错误。Word总是将副本设置为1来调用startDoc，然后调用DocumentProperties并在dmCopies中进行更改，并调用ResetDC进行更新。这是一种奇怪的印刷方式，但并没有错。问题是shd文件和printer_info不是用这些信息更新的，只是在StartDoc调用中设置了Devmode。 但是，对生成新ResetDC的DevMode的调用保留在SPL文件上。如果您挂起DocumentProperties API调用，您也可以获得该信息。

Answer 2

谢谢你的回答。当文档属性发生更改时，是否有一种捕获这些属性的方法？

JOB_INFO_2结构确实具有与pages_printed相同的total_pages。因此，这不是一个解决办法。

SPL文件确实包含了我测试过的打印机的QTY，它是正确的。但是我们在很多打印机上进行了测试，我们发现质量并不总是固定的。所以不是百分之百的解决方案。但已经是个不错的退路了。

因此，如果我可以在不调用SPL文件的情况下捕获文档属性，那就太棒了，因为我想这就是一切都正确的地方。难到不是么？