印刷スキーマの背景
このトピックは最新ではありません。 最新の情報については、「印刷スキーマ仕様」を参照してください。
印刷スキーマは、印刷サブシステムのコンポーネント間の内部通信、および印刷サブシステムとアプリケーション間の外部通信に関連する不透明性とあいまいさの問題に対処することを目的としています。
アプリケーションおよびハードウェア ベンダーのプラグインとの現在の印刷サブシステムの相互作用では、バイナリ、インデックスベースの DEVMODE 構造体、およびバイナリ DevCaps が使用されます。 各コンポーネントによって行われる設定は、他のコンポーネントに対してほとんど不透明であり、デバイス間の設定や、同じデバイス上の異なるドライバー バージョン間での設定の移植性を防ぎます。 さらに、PrintCapabilities は、デバイスに関する独自の知識やドライバー ユーザー インターフェイス (UI) を使用しないと、クライアント アプリケーションで簡単に利用することはできません。 これらの制限に加えて、広い意味では、一般的なデバイス属性、PrintCapabilities、デバイス構成、またはジョブの書式設定を記述するための明確に定義された言語はありません。 印刷スキーマとその関連テクノロジは、これらの制限に対処するように設計されており、設定と機能の一貫性のある明確で拡張可能な方法を統合された論理的な方法で提供します。
印刷スキーマ キーワードと印刷スキーマ フレームワークの概念的基盤は、一貫性、あいまいさと拡張性の欠如です。 整合性は、次世代の印刷コンポーネント間の通信の構成要素として、印刷スキーマ キーワードと印刷スキーマ フレームワークを使用して実現されます。 アプリケーション、Microsoft Windows 印刷サブシステム、および IHV プラグインとドライバーは、この一般的なメカニズムを使用して対話します。 これらのキーワード、その構造、およびその意味は、パブリック スキーマによって明確に定義されます。 これにより、特定のキーワードの意味があいまいになり、冗長または重複するキーワードが防止されます。 すべてのコンポーネントは、特定のキーワードを使用して特定の意図を伝え、その意図を受信者に十分に理解してもらうことに依存できます。 拡張性は、印刷スキーマ キーワードの寿命を維持するために不可欠であり、パブリック スキーマが動的エンティティであることを確認します。 この構造によりプライベート拡張機能も可能になり、IHV は必要に応じて柔軟にイノベーションを行うことができます。将来、プライベート キーワードをパブリック スキーマに含めることは、一貫性を維持し、あいまいさを防ぐために不可欠です。
関連トピック