問題タブ [transformation]

xsltを使用して次をどのように変換しますか

の中へ

Flash cs4 で変換を処理するときに問題が発生しました ....

ムービークリップを回転させて出力をトレースすると、ムービークリップの幅も変更されました....

カメラ パラメーターの決定に関する以前の質問の補足として、新しい問題を定式化しました。

同じ長方形の写真が 2 つあります。

1 つ目は、変換を行わずに四角形をそのまま表示した画像です。

2 番目の画像は、3D 変換 (XYZ 回転、スケーリング、XY 移動) が適用された後の四角形を示しています。これにより、長方形が台形に見えます。

次の図が私の問題を説明していることを願っています:

代替テキスト http://wilco.menge.nl/application.data/cms/upload/transformation%20matrix.png

どの変換 (より具体的には、どの変換行列) がこの変換を引き起こしたかをどのように判断しますか?

両方の画像のコーナーのピクセル位置を知っているので、コーナー間の距離も知っています。

変換行列を使用して回転した48x48の画像があります。

何らかの理由で、このスクリーンショットからわかるように、デザイン時の回転画像は実行時の回転画像とは異なります（リンクが切れています）（左側がデザイン時、右側が実行時）：

見つけるのは少し難しいかもしれませんが、青い円の右端をよく見ると、右側の画像では約1ピクセル広くなっています。画像がレイヤー化されていることに注意してください。前景の白い輝きは回転している部分ですが、背景の青いボールは静止しています。

正確に90度（スクリーンショットのように）、180度、おそらく270度回転すると、実行時に画像が1ピクセルオフセットされているように見えます。私が見る限り、画像は他の回転角と同じように見えます。

スニペットは次のとおりです。

誰かがこの行動の理由を説明できますか？または、さらに良いことに、実行時の結果を設計時の結果のように見せるためのソリューションはありますか？

この画像は、単一の画像に基づいてコードから生成され、小さなステップで回転するアニメーションの一部であるため、私にとって重要です。デザイン時に、アニメーションはスムーズで見栄えがします。実行時に、それは飛び回っているように見えます：/

Windows VistaBusinessSP2でVisualStudio2005を使用しています。

isProduct、isActive、isMandatoryなどのフラグ付きノードを多数含むxmlドキュメントがあり、ノードテキストはTrueまたはFalseの場合があります。

ドキュメントを操作してその構造を維持する必要がありますが、上記のノードを以下のような言語表現に変換します。

そして、他のフラグノードについても同じです。

展開後の摩擦を最小限に抑えて構成できる、拡張可能でスケーラブルなソリューションを求めています。

拡張可能; より多くのケースがあることを意味します。ステータスを表す2つのフラグのようなもの。つまり、isEmployeeとisCustomerは、4つの異なる名前の付いたものを表すためにドキュメントで使用されます。したがって、4つの可能な組み合わせは、「Employee」、「Customer」、「Customer-Employee」、「None」などの1つの文字列にのみ変換する必要があります。

スケーラブルによる; つまり、スキーマを事前に理解していなくても、ドキュメントサイズに制限がなくても、XMLドキュメントを処理するために使用できます。

これはXSLTを使用して行われる可能性があることを理解していますが、任意のドキュメントを受け入れ、追加のノードを追加または更新して同じドキュメントを生成するXSLTを作成できますか？

少し本題から外れているかもしれませんが、Maya は特定のスケールの平行移動行列の変換について深刻な悲しみをもたらしており、他に頼る場所がありません。

Maya が .spt アトリビュート (通常はsetAttr ".spt" -type "double3" 1 2 3 ;) を追加することを決定するまで、Maya .ma (Maya ASCII) インポータですべて正常に動作します。このややあいまいなドキュメントから、3 つの .spt 値がスケール変換行列に入るという結論に達しました。

マトリックス変換で .spt を処理する方法について教えていただけると非常に助かります。

QGraphicsViewQtのサブクラスとサブクラスを使用していQGraphicsItemます。ビューの長方形が変更されたとき、たとえばズームインしたときに、ビュー内のアイテムのグラフィック表現を拡大縮小しない方法はありますか。デフォルトの動作では、アイテムはビューの長方形に対して拡大縮小されます。

ビューを拡大するときに拡大縮小されない細い長方形で表される2Dポイントを視覚化したいと思います。頂点が常に同じサイズで表示される、一般的な3Dモデリングソフトウェアを参照してください。

ありがとう！

データを XML 形式で保存する必要があるプロジェクトに取り組んでいます。問題は、時間の経過とともに、データの形式/スキーマが変更されることを期待していることです。私たちができるようにしたいのは、異なるスキーマ バージョン間でデータを移行するためのスクリプトを作成することです。私たちは何千もの顧客に製品を配布しているため、顧客のサイトでこれらのスクリプトを実行/適用できる必要があります (したがって、手動で変換を行うことはできません)。私たちが探しているのは、ある種の XML データ移行ツールだと思います。私の考えでは、理想的なツールは次のことができます。

1. 2 つのスキーマの「XML diff」を実行して、追加/削除/変更されたノードを識別します。

2. 変換関数を指定できるようにします。したがって、たとえば、古い要素の関数である新しい要素をスキーマに追加する場合があります。(たとえば、C = A+B、A + B が古い要素である新しい要素 C)。

そのため、変換機能も適用できる一種の XML 差分およびパッチ ツールを探していると思います。このために私が検討しているツールの 1 つは、Altova の MapForceです。ここにいる他の人たちは、XML データ形式の移行に対処しなければならなかったに違いありません。どのように対処しましたか？

編集：明確化のポイント。私が計画している「差分」は、スキーマまたは .xsd ファイルに関するものです。実際の変更は、特定のスキーマに従う特定のデータ セットに対して行われます。これらのデータ セットは .xml ファイルになります。したがって、スキーマの「差分」は、データセットをあるスキームから別のスキームに移行するためにデータセットにどのような変更を加える必要があるかを理解するのに役立ちます。