問題タブ [clipping]

画面いっぱいに表示される iPad アプリ (Stanza など) や、ステータス バーの下の角が四角い (例えば、iPod プレーヤーの上部の角は四角く、下部はわかりません) を見たことがあります。これがどのように行われるか知っている人はいますか？

デフォルトでは、トップレベルの UIWindow にはクリッピング領域が適用されているようです。そのウィンドウに配置したサブビューは、それらのコーナーで切り取られるからです。もしそうなら、これを取り除く方法はありますか？ところで、クリッピングは私の iPod Touch ではなく、iPad にのみあるようです (少なくとも、私がそこで実行している古い OS バージョンにはありません)。

フォローアップ: UIWindow をプログラムで作成し、その背景を無地の色に設定し、丸みを帯びた角がまだそこにあることを確認し、クリッピングが UIWindow またはそれ以上の場所にあることを確認しました。

画面の左下隅に小さな3D軸座標系を描画するこの機能がありますが、目の前にあるものによっては、クリップされる場合があります。

たとえば、Y = 0のXZ平面上に、地面に平坦な地形を描画しました。カメラはY = 1.75に配置されています（平均的な人の身長をシミュレートするため）。見上げている場合は正常に機能し、見下ろしている場合はグランドプレーンにクリップされます。

見上げる： http： //i.stack.imgur.com/Q0i6g.png
見下ろす：http：//i.stack.imgur.com/D5LIx.png

コーナーに軸システムを描画するために呼び出す関数は次のとおりです。

今、私が思ういくつかの主な機能が問題に関連していると思います：

提案？

Silverlightには、コントロールの「ClipToBounds」プロパティの快適な機能がないため、自分でクリッピング形状を定義する必要があります。コントロールのサイズに合わせてクリッピング長方形を作成できるかどうか疑問に思いました。助言がありますか？

丸みを帯びた div 内で文体的なテキストを作成しています。テキストはコンテナの上部に突き当たります。ほとんどすべてのコンテンツ、ネストされた div、背景として設定された画像などを制御でき、すべて正常にクリップされましたが、これは深刻な悲しみをもたらしています。

動的なグラフィック背景があるため、古い学校の画像の境界線やカバーアップを使用することは解決策ではありません. テキストを実際にクリップするソリューションが必要です。

これは、主にFirefox 3.xおよび古いバージョンのChromeで見られます。

再生するサンプル コードは次のとおりです。

http://jsfiddle.net/vfp3v/1/

ジャンク：

新しい Chrome と FireFox 4 で修正されていることに注意してください。

私たちのサイトのユーザーのほとんどは Firefox 3.6 です。そのため、彼らにもエレガントなソリューションを提供できれば幸いです。どんな助けでも大歓迎です！乾杯

基本的に、マトリックスを使用して変更できるポイントのリストを保持する独自のポリライン クラスを作成しました。ポリ ラインを他のポリ ラインに追加して、共通の端点で結合できます。終点が始点と等しい場合、ポリ ラインは多角形を表します。

次に、一連の lineTo() 呼び出しでポイントのリストを反復処理することにより、ポリゴンを Path オブジェクトに変換するメソッドがあります。このパスは、View の onDraw メソッドでクリップ パスとしてキャンバスに適用されます。

複雑なポリゴンに最適で、そのパスを描画して精度を検証できます。

真ん中に不規則な穴がある複合ポリゴンがある場合に問題に気付いていることを除いて、これまでのところ良いです。別のポリゴン内のポリゴンであるため、この時点でポリゴンと呼ぶのはやめたほうがよいでしょう。

たとえば、下の図では、外側のボックスと中央の「城」のような形状が両方とも、クリップ パスとして使用される同じ Path オブジェクトの一部であると考えてください。# は塗装領域を表します。

外箱の外側と内側の「城」形状の内側はすべて切り取られると思います。私が見ている問題は、内側の形状が適切に切り取られていないことです。レイ トレーシング アルゴリズムに問題があるようです。

どんなアイデアも役に立ちます。

編集: また、すべての Region.Op モードをテストしてみましたが、どれも問題を解決しませんでした。「穴」があるかどうかを検出し、何か創造的なことを行うための対策を講じる必要があると思います。

おそらく紛らわしい質問のタイトル。

赤い長方形のグリッドは、どのように見えるかの一例です。

青い長方形のグリッド（画像には表示されません）には、2番目のグリッドを明示的に設定したグリッドよりも小さくするためのマージンがあります。これにより、WPFが反転し、配置された境界の外側にあるすべてのものが非表示になるようです。

クリップをグリッドより大きく設定してみました。

これを回避することができた唯一の方法は、PositiveInfinityの制約を使用して子を測定し、正しい幅で子を配置するカスタムパネルを作成することです。その方法には多くの問題があります。あなたの子供にうそをつくのは良くありません。

とにかく、ここにコードがあります：

既知の問題？私はそれを間違っていますか？さらに明確にする必要がありますか？

作成しているアプリの向きを変更するカスタムクリッピングプレーンがあります。特定の時間にそのクリッピング平面に方程式を取得できるようにしたいと思います。関数glGetClipPlanef（）は私が望むもののようですが、何らかの理由で、呼び出すたびにEXC_BAD_ACCESSエラーをスローし続けます。このエラーをデバッグする方法や、この関数の正しい使用法に関するアイデアはありますか？各フレームのクリッピング平面を作成するために使用される平面方程式がありますが、クリッピングが実際に適用される前にいくつかの変換がシーンに適用されるため、クリップ平面の方程式が大幅に変化します。

アルファブレンドでカスタムシェイプのウィンドウを描画できるスキニングエンジンを作りたいです。つまり、レイヤードウィンドウ（UpdateLayeredWindow）を使用します。典型的なウィンドウには、その背景の中に、10×10からたとえば300×150ピクセルの範囲の他の数十のビットマップが含まれます。最悪の場合、これらの要素のほとんどは30fpsまでのスムーズなアニメーションになります。すべてがアルファブレンドされ、これにはDirect2Dを使用します（はい、古いバージョンのWindowsではサポートされていません）。一般的に、Winampの最新のスキンエンジンが最も近い例です。

これらすべてを考慮し、最新のPCのパフォーマンスを考慮に入れると、ウィンドウ全体を1フレームごとに再描画できますか、それともある種のクリップ長方形に制限する必要がありますか？

drawRect関数が欲しいのですが

別の@implementationと@interfaceを追加せずに、NSViewのサブクラス内にあること。これはクリッピングを実現するためです。または、クリッピングのための他のオプションはありますか？「NSBezierPathのドロークリップ」と言ったら、自分自身を説明する必要があります。

Graphics2D.clip(Shape)穴のあるクリッピング領域を ( 経由で) どのように定義しますか?

例: Rectangle r1 から r1 内の別の Rectangle r2 を引いたもの

これには簡単な答えがあると確信していますが、私は空白を描いています。