ネタもと：件名：ドット単位で印刷-プリンタの解像度に合わせて

売り言葉に買い言葉で返したのは、「送信」ボタンを押した瞬間に後悔した。

しかしね。それでも、やっぱり、腹立ったのよ。

某所で、「チラシの裏にでも」ってのを見て、なんじゃらホイ？と見てみたわけですが。でも、なんか、面白そうじゃないですか。

んで、まず、最初。プリンタの解像度に合わせて、ドット単位で、線をGraphicsに描画して、印刷したいと思っております。と、あるわけですが、ここで、「ドット単位って、プリンタ側の？グラフィック オブジェクトの？」と、疑問が発生するわけです。そして、GraphicsUnit.Documentを見て、これを MSDN で調べて、描画している単位を間違っているんじゃないか？と、思ったわけです。

まぁ、まず、「ドット」が、プリンタ側のものなのか、グラフィック オブジェクト側のものなのか、それを確認したいかな、という思いから、ここで言われている「ドット」って、なんですか？と、聞いてみました。で、答えがピクセルです。だけですか。。。

まぁ、こちらの意図は伝わらなかっただろうな、と思ったので、だから、なんの？まず、あなたが思っているであろう、1ドットがインク1滴から構成されているのか、確認が必要ではないですか？と、続けました。

ここで、私は「インク１滴による１ドットは、プリンタの最小描画単位ではない」と、考えています。ここで「最小描画単位」は、フル カラーを表現するために必要なデバイス（紙）上の大きさ、を意味します。なぜなら、インクは４色有り、３原色の組合せで色は表現されるからです。

CRT （カソード レイ チューブ）の場合、１描画単位は、３つの光点から出来ています。つまり、Red/Green/Blue です。白を表示しようとすると、必ず３光点が光らなければなりません。したがって、グラフィック オブジェクト上の白１ドットは、CRT では３ドットで構成されます。PC-6001 等を触ったことがある方なら、SCREEN 4 でカラーを表示する方法を思い出していただければよいかと。

古いカラー インクジェット プリンタも同じです。最近のものも、粒子は細かくなっただろうけど、同じように、複数のインクから構成されているだろうから、「１ドット」の定義が必要だろう。そういう思いがあったわけです。

さて、ここで、対象のプリンタが、レーザーや白黒、熱転写（感熱紙）、インパクト、昇華型、プロッタ（まぁ、これはないか）である可能性を、わざと、考えていません。はい、わざとです。だって、そんなこと、質問文に書いてへんやん。

しかし、その返答は、ドットや、ピクセルが、プリンタの解像度の最小単位を、指していることは、わかっていての逆質問なのですね？ということなので、私が疑問に思っていることを、まったく疑わず、「グラフィック オブジェクトの１ドットはプリンタの１描画点である」と、考えられていたようです。

はい。思いこみの１点目。

で、次に、出来ました報告があって、そこには、こう書かれています。e.Graphics.PageUnit = GraphicsUnit.Millimeter;

おい。単位はミリメートルかよ。

ツッコミ点はまだあります。
IntPtr hDC = g.GetHdc();
MoveToEx(hDC, 100, 500, IntPtr.Zero);
LineTo(hDC, 100, 1000);

まて。これで、GDI+ と、gdi32 の共存ですって？つか、要は、プリンタのデバイスコンテキストを捕まえて、そこに直接描画。すれば、いいって事なんですかね？ってのが、これで出来たって？

白状すると、PageUnit の設定については、数時間悩みました。

こんなグラフを描きました。

分散を描けるグラフコンポーネントはあっても、そこに閾値を引くことが出来るコンポーネントは、見つけることが出来なかった。しょうがない、作ろう、ってなって。

いや、焦ったよ。最初、同じように GraphicsUnit.Millimeter を指定していて、単位５の太さの線と１０の太さの線を引いたら…５ドットと１０ドットを期待していたのに、ディスプレイ上で５ミリメートルと１０ミリメートルですよ！！

数回 MSDN のその辺りの記述を読み直し、やっとこれが「描画するときの単位」を指定するものであり、それ以降の数値は、この単位を基準に描画されるということがわかりました。

なんでこんなことするんだ？

そっかぁ。紙に印刷するなら、単位指定できた方が、「このプリンタの解像度はいくらだから、何ドットで描かないと細くて見えない」なんてことを考えなくて済むんだ！！そういえば、このグラフも、ウェブで表示して、印刷もするんだから、両方を同じルーチンで、PageUnit だけ換えれば、「どっちだから何ドット」って計算をしなくてもいいんだ！！すっげ～！楽ちん！！

なんてことがあったので、「おいおい、単に PageUnit の指定を間違えているだけだろう？」ってのが、２点目。

あと、GDI に渡すグラフィック オブジェクトを、GDI+ から取っているんですよね。それで、どうしてプリンタのデバイスコンテキストを捕まえたことになるの？ってのが３点目。

これ書きながら気がついた。当時も気になっていたけど、今、確認した。GID で描くとき、Pen の指定をしてないやん！！デフォルトを使用ですか。たまたまデフォルトが、1ビット幅の黒だったのね。

これだけの疑問点を内包しながら、頭悪いんですか？とかいわれた日にゃ、そのまま返したくなりますよ。

いや、その後の怒濤のポストは、私の方が冷めた(^-^;

なので、携帯からコソコソ送ったんだけど。。。PageUnit=Pixel では、画像の解像度にしかならないでしょ？ってかorz

この時点で、送られてきているグラフィック オブジェクトが、何を基に作られたオブジェクトなのか、理解していないことがわかった。そう。プリンタから送られてきた情報を基に作られた画像なんです。「ここに描き込んだら、デバイスに送信しますよ」って、オブジェクトなんです。

つかね。

怒濤のカキコの中で、考える余裕なんてなかったんじゃない？？これは、ある意味可哀想だよ。

まぁ、１３ページのをもっと早く送れていれば、３～１２ページはなかったかもしれないね。

みんなが怒るのももっともだよ。だけど、勝手な思いこみで、本当の解決を得る機会を失うのは本人です。もう、放っておいて上げることにしませんか？

GDI と GDI+ でプリンタ ドライバから上がってくる数値が違うのか？という問いに「そう思う」と答えた後、うちとしては、お付き合いのある数社のプリンタ屋さんと、技術的な話をし始めました。とあります。

「あちゃ～。。。やっちゃいましたね」というのが、感想。

つまり、「これこれの実験をしたところ、こういう結果を得た。これはドライバの作りが悪いと思う。」って、やっちゃったんでしょうね。まぁ、ね。日本のドライバ メーカーで、Windows Hardware Quality Labs 通しているメーカーって、ほとんどないから・・・あれ？これ、ハードウェア？ドライバは？ドライバは、署名するだけでいいのかな？あ、ドライバとハードウェア込みね。はい。WHQL 通してないから、ドライバ屋さんも最初は「え？そうなんですか？」って、聞くだろうね。

でもねぇ。GDI+ って、GDI のラッパーなんですよ。GDI で返ってくる値と GDI+ で返ってくる値が違うってことは、Microsoft に責任がある、つまりフレームワークのバグってことですよ。そこを、プリンタ屋さんと話を…って。絶対叩かれるぞ、と思って、ちょっと可哀想になりました。で。案の定、叩かれたみたいで。。。

でもね。すごいですよね。その後、ちゃんと謝罪と、検証結果の報告をしてくださっているんですよ。すごい、勇気の要ることですよ。絶対、見習わなきゃいけないところですね。