[Opfc-developer 83] Re: OPVP0.2 ドライバで印刷結果が反転

Back to archive index

Tatsuya Saito saito****@mxd*****
2007年 9月 14日 (金) 18:36:12 JST


TO:大谷殿

齋藤@NECソフト新潟支社第五SIグループです。
いつもお世話になっております。

ありがとうございました。

2007/09/14 13:47:58 +0900にKoji Otani <sho****@bbr*****>さんに頂いた
「Re:OPVP0.2ドライバで印刷結果が反転」への返事です。
>大谷です。
>
>パッチをSVN repositoryに反映しました。
>
>From: Tatsuya Saito <saito****@mxd*****>
>Subject: OPVP0.2ドライバで印刷結果が反転
>Date: Wed, 12 Sep 2007 17:48:50 +0900
>Message-ID: <20070****@mail*****>
>
>saitou-t> TO:大谷殿
>saitou-t> 
>saitou-t> 齋藤@NECソフト新潟支社第五SIグループです。
>saitou-t> いつもお世話になっております。
>saitou-t> 
>saitou-t> 最新のGluecodeとOPVP0.2対応NPDLドライバの組み合わせで、JEITAのJ10の5ページ目が反転します。
>saitou-t> OPVP1.0対応のドライバでは発生しません。
>saitou-t> ROP関数削除前のGluecodeでも発生しません。
>saitou-t> 
>saitou-t> 調べたところ、StartPageWrapper(),InitGSWrapper()などで0xB8をSetROPしているため、
>saitou-t> パスの出力などの場合も0x8Bで描画が行われています。
>saitou-t> 従来は、ROPの初期値を0xF0として変更した場合は戻すような処理になっているようです。
>saitou-t> 同様にパス出力では0xF0を適用するべきではないでしょうか?
>saitou-t> 
>saitou-t> StartPageWrapper(),InitGSWrapper()で0xF0をSetROP、ビットマップ出力時には
>saitou-t> ROPを出力して終わったら0xF0に戻すように変更したところ、正しく出力されました。
>saitou-t> パッチを添付しますので、ご確認いただけるでしょうか?
>saitou-t> 
>saitou-t> 以上、よろしくお願いいたします。
>saitou-t> 
>saitou-t> ------------------------------------------------
>saitou-t> 齋藤 達也
>saitou-t> NECソフト株式会社 新潟支社 第五SIグループ
>saitou-t> ------------------------------------------------
------------------------------------------------
齋藤 達也
NECソフト株式会社 新潟支社 第五SIグループ
------------------------------------------------




Opfc-developer メーリングリストの案内
Back to archive index