問題タブ [rotation]

子の Silverlight コントロールの幅は常にコンテナーの幅で切り取られているようです。子コントロールが回転しても。

XAML のこの最初の「チャンク」は、スタック パネルには大きすぎてクリップされたボタンをレンダリングします。これは理にかなっています。

XAML のこの 2 番目のチャンクは、ボタンを 90 度回転します。ボタンは垂直になっているので、完全なボタンが表示されると思います。

XAML の 2 番目のチャンクでは、ボタンが水平の場合と同じポイントでクリップされているように見えます。完全なボタンが表示されると予想されます。

これは明らかに標準的な動作ですが、これを回避する方法はありますか?

次のコードを使用して回転できる単純な 3D キューブがあります。

このコードを実行するたびに、アニメーションを使用して、Y 軸を中心に 0 ～ 130 度の角度で立方体を回転させます。

ただし、回転を「累積的に」適用して、前の回転が考慮され、立方体が前の回転を終了した角度から各回転を開始するようにしたいと思います。

例: アニメーション コンストラクターは、角度の "from" と "to" の値を必要とする代わりに、現在の回転角度に基づいてキューブをさらに 130 度回転させるだけです。

現在の角度を含むメンバー変数を簡単に使用してアニメーションに渡し、アニメーションが完了したときに更新することができます。しかし、これを達成するためにWPFを使用する標準的なアプローチがあるかどうか疑問に思っています。

x 座標と y 座標、回転変数などを持つ 2D 三角形の構造体が与えられました。これらの x 座標と y 座標によって作成されたポイントから、ポイントの周りに三角形を描画し、回転変数を使用して適切に回転させることになっています。

私は、GL_TRIANGLES を使用して OpenGl で三角形を描画することに精通しています。私の問題は、どういうわけか三角形の真ん中を抽出し、その周りに頂点を描くことです。

編集：はい、私が探しているのは重心です。

回転行列で ImageSnapshot.captureBitmapData 関数を使用する例はありますか? これは私が使用しているコードです:

残念ながら、これは ImageSnapshot.as の次の行でエラーをスローします。

私が達成しようとしているのは、テキスト入力コントロールの回転したビットマップです (アプリケーションにフォントを埋め込まないようにしています)。このコードは、ビットマップを回転させないときは問題なく動作しますが、回転させた瞬間に壊れます。

回答後編集

私は元の問題でローダークラスを使用していましたが、テキスト 270degrees も必要でした-それを行うテキストは次のとおりです。

ありがとうございました！

UITabBarController で実際に問題が発生しています。私が求めている結果は次のとおりです: 1) ポートレート モードでは、単純なタブ バー ベースのアプリケーション (ナビゲーション バーを含む) はあまり派手ではありません。2) ランドスケープ モードでは、UITabBar を完全に無視して独自の UIViewController を使用したいと考えています。

私が最後に試したアプローチ（私は多くの変種を試しました）は、なぜ「機能していない」のか理解できませんでした：

縦向きに戻るときは逆にします。

私が抱えている問題の量 (まあ、単純に間違って回転し、実際に混乱したインターフェイスを作成するだけです) は、まったく説明のつかないものです。tabbarcontroller ビューは、標準のビュー階層にあることをまったく「好き」ではなく、画面に直接接続したいようです。私の目標を達成するための最良のアプローチは何なのか、なぜタブバーがビューのサブビューになりたくないのか、

どんなヒントでも大歓迎です。

-t

OpenGL を使用して、キャンパスの原始的な地図を描こうとしています。

パン、ズーム、回転が通常どのように実装されているか、誰か説明してもらえますか?

たとえば、パンとズームでは、ビューポートを調整しているだけですか? それで、マップを構成するすべての線をプロットして描画し、ユーザーがクリックしてドラッグすると、ビューポートが調整されますか?

パンの場合、ビューポートの x/y 値をシフトし、ズームの場合、ビューポートをある程度増減しますか? 回転についてはどうですか？

回転の場合、キャンパス マップを表すポリラインごとにアフィン変換を行う必要がありますか? これは、まともなサイズのマップでオンザフライで行うには費用がかかりませんか?

または、ビューポートは同じままで、パン/ズーム/回転は別の方法で行われますか?

たとえば、このリンクにアクセスすると、ビューポートを変更することで、上記のようにパンとズームを正確に説明していることがわかります。

これは正しくありませんか？

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

この投稿の回答のおかげで、長方形のすべての点の xy 座標を見つけることができるようになり (回転した場合でも)、壁による衝突検出はほぼ完全に機能するようになりました。

ここで、ボット自体との衝突検出を実装する必要があります (明らかに、アリーナには複数のボットが存在するためです)。

この場合、Square-Square Collision Detection (Non-rotated) は有効ではありません。これは、ボットが角度を付けて回転するためです (ここで説明したように)。

では、この形式の回転四角形の衝突検出を WPF で実装する最良の方法は何でしょうか?

数学が関係しているに違いないと思いますが、通常、WPFにはこれらの数学を「計算」する関数があることがわかります（この場合のように）