問題タブ [android-viewgroup]

画面上の追加の指を検出する方法は? たとえば、1 本の指で画面に触れ、しばらくして最初の指を画面に置いたままにしてから、最初の指をそのままの状態で別の指で画面に触れますか? Touch Listenerで2番目の指のタッチを検出するには?

状況によっては、 を使用してリストを作成し、 、またはViewGroupのように機能させる方がよい場合があります。ListViewRecyclerView

たとえばViewGroup、ルート レイアウトの子である にアイテムのリストを表示する必要がある状況があります。ルート レイアウトはスクロール可能 (たとえば aScrollViewまたは) であるため、別のスクロールを使用してリスト項目を表示NestedScrollViewすることは不適切です。View

この例としては、リスト アイテムを表示することがCardView考えられます (もちろん、この場合、カードはこの目的ではないため、あまり多くのリスト アイテムは必要ありません)。特にカードがスクロール ルート レイアウトの一部である場合、カード内でスクロール レイアウトを使用することは明らかに適切ではありません。

別の例として、Navigation Drawer を作成することもできます (もちろん、Google I/O 2015 以降ではDesign Support Libraryがあるため、 を使用するNavigationView方がはるかに簡単で簡単です)。しかし、デザイン サポート ライブラリの前に、ドロワーのルート レイアウトをスクロール可能にする必要があったため、ナビゲーション ドロワーに表示するアイテムをViewGroup(おそらく aに)LinearLayout設定する必要がありました。このシナリオの詳細については、同様の質問をしました .

問題のポイントは、 をリスト レイアウトとして使用する簡単な方法がないということですViewGroup。そのため、私たちの多くは複雑なソリューションを使用してListViewやのスクロールを無効にする傾向がありますRecyclerView。はい、 のスクロールはListView無効にできますが、通常はまだ Lint 警告が表示されます。したがって、リストの使用ViewGroupは、 scroll でスクロールを無効にする代替ソリューションと考えることができますView。

ViewGroups をリストとして使用する簡単な方法はありますか?

透明度パフォーマンスに関する Google のビデオから、 hasOverlappingRendering() をオーバーライドして false を返すと、描画コストを節約するハードウェア レイヤーを避けるようにレンダラーに指示することが指摘されています。ただし、それを誤用して、コンテンツが重複しているコンテンツで false を返すようにすると、100% 正しいアルファ ブレンディングが得られないということです。

不適切なアルファ ブレンディングとは何を意味しますか? 最初に指摘された問題だけで、アルファがビューに設定されている場合、サブビューはルートビューに直接ブレンドされるのではなく、そのビューにもブレンドされますか?

また、このプロパティを悪用することによるその他の潜在的なマイナス点はありますか? このプロパティに関するドキュメントと議論は全体的にかなりまばらです。

Android アプリケーションで「https://code.google.com/p/carousel-layout-android/ 」を使用しています。カルーセルに最初に画像をロードすると、サイズが異なります。すべての画像を最後の項目までスクロールすると、中央の画像のサイズが大きく、左右の画像のサイズが少し小さいように、画像のサイズは問題ありません。

私は次のクラスを持っています：

と

カスタム グリッド ビューとアダプターを作成し、その子が画面に正しいサイズと位置に描画されるようにしました。ただし、createTextView() で設定されたそれらの重力は観察されません。

背景画像を textView に設定して、グリッド内のスペースを埋めることができます。

対照的に、textView のテキストは常に左上隅に描画され、Gravity.FILL を使用して収まるように拡大縮小するのではなく、常に 12sp に設定したテキスト サイズのままです。

好ましくは、テキストは、テキストビュー内に収まるようにスケーリングされ、中央に配置されます。

編集

ViewGroup の onMeasure() に次のメソッドを追加しました。

子は、互いに同じ高さ、幅であると想定されています。ViewGroup の Android サンプル コードは、必要以上に洗練されています。たとえば、すべての子の幅、高さの最大値を取得していません。

私の onMeasure() の場合、ViewDim の子の幅、高さは、doUpdateOnSizeChanged で計算される幅、高さの整数であり、getMeasuredWidth、getMeasuredHeight よりも小さくなります。

その結果、TextView の左下隅にテキストが配置されます。