問題タブ [canvas]

ウィンドウ タブ用の WPF コントロールを作成したいのですが、特定の形状にしたいと考えています。このようなもの;

したがって、左下と右下の小さなタブは固定サイズです。およそ6x6。しかし今、私はそれを平手打ちしたコンテナの幅に合わせて中央のセクションを伸ばしたいと思っています.

現在、Path オブジェクトを使用していますが、ストレッチ セクションを取得する方法がわかりません。また、Path が正しい方法であるかどうかもわかりません。

この種の半分伸縮可能な形状を作成する最良の方法を提案できる人はいますか?

キャンバスをレイアウトに組み込もうとして、たとえば横にコントロールがあり、キャンバスが描画領域である場合、キャンバスは他の要素とうまく連携していないようです。

たとえば、キャンバス以外のすべての要素を境界線で囲むことができるのはなぜですか? 次のコードでは、境界線がキャンバスをラップしますが、キャンバスの境界線は上にのみあり、左、右、または下にはありません:

このプログラミングゲームを参考に、現在制作中です。

キャンバスを特定の距離に、現在の角度に従って移動 (変換) する以下のメソッドを作成しました。

受け入れるパラメーターの 1 つは、変換時にカバーする必要があるピクセル数です。

上記のコードに関して、Animator_Body_XとAnimator_Body_YはタイプDoubleAnimationであり、ロボットのTranslateTransformオブジェクトに適用されます。Translate_Body

私が直面している問題は、入力された距離に応じて、ロボット (キャンバス) が異なる速度で移動していることです。したがって、距離が長いほど、ロボットは速く動きます! つまり、入力された距離が の20場合、ロボットの動きはかなり遅くなりますが、入力された距離が の場合、800文字通り画面から飛び出します。

入力された距離に関係なく、この速度を一定にする必要があります。

Animator_Body_X入力された距離に応じてとプロパティのいくつかを微調整する必要があると思いますが、Animator_Body_Y何を正確に微調整すればよいかわかりません (数学も行う必要があると思います)。

これを理解するために見てみたいと思うかもしれないプロパティのリストを次に示します。DoubleAnimation

四角パズルを解くための Windows Forms アプリケーションを作成しました。現時点では、パズル グリッドは PaintEventHandler を使用して、アプリのメイン ウィンドウの Panel に描画されます。PaintEventHandler によって呼び出されるメソッドは、呼び出されるたびにグリッド全体を再描画します。このアプローチは機能しますが、ちらつきがあり非効率的であり、よりスムーズなものに置き換えたいと考えています。

私は Qt で多くの同様のアプリケーションを作成しました。Qt では、QCanvas と QCanvasView を作成します。次に、QCanvas にオブジェクトを追加したり、QCanvas からオブジェクトを削除したり、QCanvasView でupdate()メソッドを呼び出して、ちらつきなしで変更が有効になることを確認できます。

私が試した代替アプローチの 1 つはGraphics、Panel の描画に使用されるオブジェクトへの参照を保持し、Paint イベントの外部で描画を試みることでした。これはうまくいきませんでした: 役に立たないArgumentException: Parameter is not valid例外が発生しました。これは、アプリがその時点で描画を行うことを期待していなかったため、Windows によってスローされたとしか思えません。

QCanvas for Windows Forms に似たものはありますか? そうでない場合、パズル グリッドを更新するにはどのような方法を使用すればよいですか?

Javascriptのみを使用してカラー画像を白黒に変換するにはどうすればよいですか?

また、Internet Explorer には「フィルター」メカニズムがあると聞いていますが、他のブラウザーはそれをサポートしていないと聞いているため、ほとんどのブラウザーで相互互換性を持たせてください。

HTMLキャンバスタグをページ上の他のHTMLコンテンツの上に配置できますか？たとえば、次のCSS宣言で、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

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

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