必要なのは、変更せずに、そのまま印刷ボタンを使用して、PDFドキュメントをリモートネットワークプリンターに直接送信することです。
ほとんどのアプリでは、「印刷」ボタンを使用してこれを行うことはできません。これは、使用しているアプリケーションが非生のプリンタードライバーと通信しようとしているのに対し、これらの機能を明示的にバイパスするためです。代わりに、生のストリームを直接プリンターに送信する必要があります。(Windowsでこれを達成するためになし印刷ボタンを使用)
- ネットワーク上でプリンターを共有します。
- From
cmd
(またはPowerShellなど):echo sample.pdf > \\computer\printer
または、JScriptなどのプログラミング言語から:
"use strict";
var fso = new ActiveXObject("Scripting.FileSystemObject");
fso.CopyFile("sample.pdf", "\\\\computer\\printer", true);
このようにアプリケーションを動作させることは一般的ではありません。PDFを開いてレンダリングできるほとんどのアプリケーションには、ドライバーをバイパスする機能がありません。これは慣例によるものです。基礎となる言語(C ++、Javaなど)には、生データのフレーバーに関するテクニックがあります。これは、説明している[印刷]ボタンに一般的に関連付けられているものではありません。
Ubuntuでは、を使用するだけGeneric / Raw Queue driver
で、すべて問題ありません。
Ubuntuオペレーティングシステム内のどのアプリケーションがこれを許可していますか?一般的に、CUPSはGhostscriptを使用し、Microsoft PDFドライバーと同様の翻訳を受けます。私は、送信されるPDFデータがUbuntuで「変更されていない」という主張に挑戦します。ISが変更されている可能性が高くなりますが、変更されたバージョンの方が望ましいと考えられます。あなたが正しい場合、バイトストリームが変更されていない場合、これはWinSpoolの問題というよりも、CUPSの隠された機能のようです。