問題タブ [canvas]

私は現在、Java で、本質的に YCbCr 色空間にあるファイルタイプを使用するプロジェクトを持っています。この中で、YCbCr 値から RGB に変換するために、舞台裏で多くの計算処理が行われています (コーディングする必要がありました)。これは、毎秒 25 フレームで、ピクセルごと、フレームごとに行われます...

プロジェクトは完全にソフトウェアで記述され、プラットフォームに依存しない必要があります。

この手順をスキップして、配列から YCbCr 形式でイメージを作成できれば、多くの作業を節約できます...

前もって感謝します。

最大2K*2Kの可変幅と高さのキャンバスがあります

このキャンバスの現在の高さと幅は、ユーザーの画面サイズによって異なります。通常は 2K*2K より小さい。

ユーザーが要素 (子 UIcontainer のような自由に移動する要素) をキャンバス内で現在のユーザーが使用できる H および W よりも大きい位置に移動すると、スクロールバーが表示されます (表示され、それで問題ありません)。

しかし、どうすればスクロールを制限できますか?

vscrolling と hscrolling に最大値を与える方法はありますか? 独自のポリシーを作成する必要がありますか?

ありがとう。

いくつかの Ellipse オブジェクトを含む WPF キャンバスがあります (円として表示されます)。各円は、実際にはカスタム ホール パターン クラスであるコレクション クラス インスタンスからのものです。各パターンには特定の数の円があり、次のコードを使用してコレクションを反復処理することにより、各円がキャンバスに追加されます。

したがって、キャンバスには多数の円が取り込まれ、各円は特定のパターン インスタンスに属します。ここでスクリーンショットを見ることができます: http://twitpic.com/1f2ci/full

ここで、キャンバス上の円をクリックする機能を追加し、それが属するコレクションを判別できるようにして、その円が属する選択されたパターンでさらに作業を行えるようにします。

WPF キャンバスに追加された要素の MouseLeftButtonDown イベントに応答しています。クリックするとすべて正常に動作します (つまり、イベント ハンドラが正しく起動します) が、マウス ポインタの精度が高すぎます。それを機能させるには、完全に円の頂点に立つ必要があります。もう少し寛容にする必要があります。おそらく、少なくとも 1 つまたは 2 つのピクセルを許容します。キャンバス上の要素は大きな円 (画面の 4 分の 1 程度のサイズ) であるため、円自体は小さすぎませんが、それぞれの StrokeWidth は 1 であるため、細い線です。

ここでスクリーンショットを見ることができます: http://twitpic.com/1f2ci/full

ほとんどのグラフィックス アプリは、マウス ピッキングに関してそれほどうるさくありません。そのため、ユーザーに慣れ親しんだエクスペリエンスを提供したいと考えています。

もう少し寛容にするにはどうしたらいいでしょうか。

デバッグに苦労しているというエラーメッセージが表示されたようです。私がやろうとしているのは、このような画像（http://www.webreference.com/programming/javascript/mk/column3/creating/cp_mini_gradient_details.png ）をcanvasで動的に作成することです。

私が受け取っているエラーメッセージは次のとおりです。

グーグルで検索したところ、このエラーメッセージの原因はいくつかあるようですが、特にキャンバスに関連するものは見つからないようです。

これが私のコードです：

奇妙なことに、エラーはループの2回目の反復中にのみ発生します。

コントロールをドロップしたり、移動したり、サイズを変更したりできるカスタムキャンバスがあります。少なくとも事前に決められたサイズから始めて、サイズを変更できるようにする必要があります。

私の問題は、サイズ変更されていないように見えるユーザーコントロールがあることです。ユーザーコントロールで高さと幅を設定しました（ドロップで機能します）。ただし、キャンバス上でコントロールのサイズが変更されても、視覚的なサイズは同じままです（サイズ変更ハンドルが変更されます）。コントロールのサイズが変更されると、Heightプロパティ（usercontrol.height）が変化するのがわかります。ただし、この場合も、コントロールの外観は同じサイズのままです。

ユーザーコントロールの内部コンテナーはusercontrol.heightにバインドする必要があると思いましたが、それは役に立たなかったようです。（または多分私は結合権を持っていませんでした）。

同じキャンバス上で、ドロップされたコントロールがたとえばImageコントロールである場合、ドロップに明示的な高さを設定すると、すべてのサイズが適切に変更されます。つまり、UserControlのことのようです。

では、ビジュアルのサイズを変更するためにUserControlsで何か特別なことをする必要がありますか？すべてを開始するには、明示的な高さと幅を使用する必要がありますか？

助けてくれてありがとう。

キャンバスの上にアプリケーションを構築しています。これは、マウスを動かすたびに再描画される単純な DOM で構成されています (はい、必要です)。パフォーマンスの問題のために、すべてのパーツが必要なものだけを再描画するわけではありません。

アプリはうまく機能していますが、ズーム機能を追加したいと思います。私の見方では、3 つの異なる方法で実行できます。

1 - ユーザーがズームインまたはズームアウトするたびに、すべての DOM 要素 (位置とサイズ) が再計算されます - 精度に問題があり、あまり適切な抽象化ではない可能性があります

2 - キャンバスには解像度のプロパティがあります (つまり、ユーザーがズームアウトすると、解像度が 1 から .75 に変わる可能性があります)。再描画のたびに計算を行う必要があります。

3 - 組み込みの translate() および scale() メソッドを使用します - おそらく最もエレガントで最速のソリューションですが、まったく直感的ではありません。後で私や他の誰かがどのようにそれを行っているかを理解するのは難しいかもしれません (これらのメソッドは完全なキャンバスで機能します。最初にキャンバス上で変換およびスケーリングし、その後、描画するすべてのものを「魔法のように」変換およびスケーリングします)

どちらが最適ですか、それとも私が考えていない他の可能性はありますか?

キャンバスを含む userControl があります。アイテムをデータバインドして、自動的に配置されるようにしたいと思います。

キャンバス上のアイテムをデータバインドする方法を示す素晴らしい例を次に示しますが、特定の userControlで動作させたいと考えています。(ItemsPanelTemplate で userControl を指定することはできないと思います)