問題タブ [gdi+]

GDI + DrawLines関数には、次のc＃コードを実行することで再現できるクリッピングバグがあります。コードを実行すると、2つのラインパスが表示されます。どちらもクリッピング領域内にあるため、同じである必要があります。ただし、クリッピング領域が設定されている場合、線分の1つは描画されません。

グラフィックオブジェクトにantialsモードを設定すると、これが解決されます。しかし、それは本当の解決策ではありません。

誰かが回避策を知っていますか？

I just wonder a bit whether or not GDI+ is still a technology worth using, especially in a .net sense.

Granted, GDI+ is still THE technology to handle Images in Windows, but it is also unmanaged code (obviously). Now, after discovering that GDI+ is actually not supported on ASP.net¹, I just wonder: Is it actually feasible to have Image Manipulation Libraries that run completely in Managed Code? XNA does it if i remember correctly, albeit it uses the graphics card for it.

Is there maybe even any .net Image Library that implements a sort of managed GDI+?

¹ Source, also Microsoft just offered something for ASP.net that uses GDI+.

ボックスはスプリッターでサイズ変更できるため、私は StretchImage を使用しています。デフォルトはある種の滑らかなバイリニア フィルタリングのように見え、画像がぼやけてモアレ パターンが発生します。

CF 上の Winform は少し重く、多数の Windows ハンドルを初期化するにはかなりの時間とメモリが必要です。もう 1 つの問題は、組み込みのダブル バッファリングの欠如と、UI のレンダリングに対する制御の欠如です。これは、プロセッサを集中的に使用する操作中に、UI によってユーザーが半分レンダリングされた画面を見つめたままになる可能性があることを意味します。良い！

この問題を軽減するために、私は軽量のコントロール フレームワークを探します。

軽量とは、コントロールの描画を完全に制御でき、多くの高価なウィンドウ ハンドルを使用しないコントロール ライブラリを意味します。

注: UI スレッドで実行しすぎているとは思わないでください。そうではありません。

画像をあるカラープロファイルから別のカラープロファイルに（画面からプリンターに、またはスキャナーから画面に）変換するにはどうすればよいですか。Visual C ++では、ICM.hの関数を使用しますが、GDI +でこれを行うための管理された方法はありますか？

WPFではなくGDI+を使用する必要があります。マネージドソリューションが欲しいのですが、それが利用できない場合は、PInkvokeで十分だと思います。

パラレルグラムの描画は、Graphics.DrawImageで適切にサポートされています。

どのように、あなたは4つのポイントを行いますか（明らかに以下はサポートされていませんが、これが望まれていることです）：

現在のデバイス コンテキストでのシステムのデフォルトのポリゴン塗りつぶしモードはALTERNATE(Windows プログラミングに関する Petzold の本から学んだように) でありPolygon、モードを で変更しない限り、Win32 関数で使用されますSetPolyFillMode。

私の質問は次のとおりです: GDI+ Graphics::FillPolygon(FillModeシグネチャにパラメータなし) メソッドも現在のデバイス コンテキスト フィル モードを使用するか、既知の既定値を設定してから、呼び出される前に設定されたモードに戻しますか?

ありがとう！

アプリケーションを数時間使用した後、毎日同時に以下のエラーとコールスタックが発生します。何が起こっているのか、誰かが光を当てることができますか?

GDI+とXNAを超えて C# でグラフィックスをレンダリングする別の方法はありますか?

(タイルマップエディタの開発用)

Graphics コンテキストがプリンター HDC に基づいて作成されたときに、Graphics::DrawImage() を使用してアルファ チャネルを持つビットマップを正常に描画する方法について、誰かが何か指針を持っていますか? プリンター ドライバーは通常、アルファ ブレンディングをサポートしていません。そのため、すべてをオフスクリーン ビットマップにレンダリングし、それをプリンターに送信するだけの代替手段があります。これは、特に大判プリンタへの高解像度印刷の場合、実行できないことがよくあります。