問題タブ [system.drawing]

Is there any alternative image manipulation library for .net? I would prefer something that is managed and open source.

I ask this because of two reasons:

1. I have encountered hard to debug GDI+ errors with System.Drawing in the past
2. I have read that using System.Drawing in asp.net web applications is not 100% supported.

Thanks!

edit: clarification, I know that System.Drawing can work asp.net web apps - I have used it in the past. I really just wonder if there are any managed image manipulation libraries for .net :)

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

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

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

.NET C# のアプリケーションに Steema の TeeChart ActiveX 5 コンポーネントを使用しています。

Line()メソッドを使用して、コンポーネントの " " プロパティをRectangle()介しCircle()ていくつかの描画を行います。Canvas

描画用の私のコードは、コンポーネントのすべてOnBeforeDrawSeries()のOnAfterDraw()イベントで呼び出されます。

図面が少ない場合は問題なく動作します。しかし、描画の量が増え、一定回数再描画した後、 「 Canvas では描画が許可されていませんMessageBox」というエラーが表示され、アプリケーションが終了します。

これは、描画呼び出しでコンポーネントを「オーバーロード」したことが原因だと思います。

この機能を間違った方法で使用していますか、それともコンポーネントのバグと見なすことができますか?

C＃WinFormsTreeListコントロールのステータスアイコンを作成したいと思います。ステータスは他のステータスの組み合わせであり（たとえば、ユーザーノードが非アクティブまたは禁止されているか、非アクティブで禁止されている可能性があります）、ステータスアイコンは重複しない小さなグリフで構成されます。

回避できるのであれば、ステータスアイコンのすべての可能な順列を手動で生成する必要はありません。

プログラムでImageListを生成するために使用できる画像リスト（またはビットマップリソースの束など）を作成することは可能ですか？

私はSystem.Drawingクラスをいじっていますが、何も飛び出していません。また、私は.Net2.0で立ち往生しています。

Web ページ内に表示するために、.aspx ページから透明な GIF を返そうとしています。画像に透明性を持たせようとしていますが、画像を透明にする必要がある場所に黒を配置し続けています。

私が間違っていることを誰かが知っていますか？

ビジネス オブジェクトに画像を保存したいと考えています。MSDN で、System.Drawing-namespace が多くの GDI+ 機能などを提供していることを見ました。

Image を System.Drawing.Image クラスのビジネス層 (クラス ライブラリ「のみ」) に保存して、System.Drawing への参照も含めても問題ありませんか? ビジネスコードにUI固有の参照があるように見えるので、それを行うのは少し悪いと感じています。さらに、コードが不必要にプラットフォームに依存する可能性があります (ただし、これは理論上の問題にすぎません。複数のプラットフォーム向けに開発を行っていないためです)。

そうでない場合、どのタイプが最も適していますか?

返信ありがとうございます。

マティアス

.NET Font クラスのインスタンスを実際にインスタンス化せずにフォント情報を取得するための Win32 API のラッパーはありますか?

たとえば、一部のフォントには通常のスタイルがないため、実際にフォントのインスタンスを作成せずに、フォントに有効なスタイルを判断する必要があります。

MSDNによると、WindowsサービスまたはASP.NETサービスのSystem.Drawing名前空間内でクラスを使用することは特に良い考えではありません。現在、この特定の名前空間（フォントを測定するため）にアクセスする必要があるクラスライブラリを開発していますが、ホストプロセスがサービスではないことを保証することはできません。

System.Drawingが利用できない場合にフォールバックできる最適ではないメソッドがありますが、可能であれば、System.Drawingのクラスを使用したいと思います。したがって、私がやりたいのは、System.Drawingが安全かどうかをruntumeで判断し、安全である場合はそれを使用し、そうでない場合は次善のオプションにフォールバックすることです。

私の問題は、System.Drawingが安全に使用できるかどうかをどうやって検出できるかということです。

私はどちらかをすべきだと思います

• 現在のプロセスがWindowsサービスかASP.NETサービスかを検出します
• GDIが利用可能かどうかを検出する
• または、System.Drawing.dll自体に安全に使用できるかどうかを確認する方法があるかもしれません。

残念ながら、私はこれらのアプローチのいずれかを実装する方法を思い付くことができません。誰かが何か考えを持っていますか？

また

ソースが複数フレームの TIFF ファイルであっても、どちらも 1 フレームのみのイメージ オブジェクトを生成します。これらのフレームを保持する画像ファイルをどのようにロードしますか? TIFF は、フレームごとに Image.SaveAdd メソッドを使用して保存されます。これらは他のビューアで機能しますが、.NET Image メソッドはこれらのフレームをロードせず、最初のフレームのみをロードします。

これは、フレームとして使用するビットマップのコレクションを渡すメソッドからマルチフレーム TIFF を返す方法がないということですか?