SlideStackViewまたはAndroidのViewGroupの拡張

Android用のメールアプリケーションの開発中、Mail.Ruでは、プログラム内のエンドユーザーにとってナビゲーションがどれほど便利であるかを分析することがよくあります。 モバイルアプリケーションを使用するすべての人が、直感的で高速なナビゲーションを提供しない製品は、それを処理する製品にとって失われることを知っているため、これがどれほど重要かを説明する価値はないと思います。 利便性と慎重に考え抜かれたナビゲーションは、ユーザーがアプリケーションを気に入ってくれるか、毎回、床で携帯電話を壊さないように信じられないほどの努力を見せます。

アプリケーションでは、Androidの公式uiパターンに含まれる前から「スライドメニュー」を使用していました。 ユーザビリティラボでのいくつかの調査の後、ユーザーにより良いユーザーエクスペリエンスを提供するために、サイドメニューに進んで改善する必要があると判断しました。

だから、ポイントに近い。 フォルダーとアカウントを含むフラグメントが文字のリストをスワイプして一緒に移動するようなメニューではなく、次のページを表示するために移動するシートのスタックなど、フラグメントを順番に移動させたいと考えました。






SlideStackViewと呼ばれるコントロールの動作に加えて、開発側と製品側の両方からさらにいくつかの要件がありました。

1.各スライドはフラグメントで表す必要があります
2.「バウンドオーバースクロール効果」を実装する必要があります-スライドが端から弾力がある場合
3.スライド内の垂直リストは、動作の不具合なしでスクロールするはずです。
4.保存中\復元状態（開いているスライドの位置など）

当然、2番目の要件を満たす前に、ViewGroup自体を実装する必要があります。ViewGroupは、意図したとおりに子を管理します。

単純なものから複雑なものへと移行します。まず、androidFrameworkにアクセスする方法を決定する必要があります。これにより、まず自転車を作成せず、次に、最も類似したユーザーエクスペリエンスを提供します。 スライドの配置モデルが完全に異なるため、上記のViewPagerは機能しません。 したがって、階層を検索し、ViewGroupで停止します。

public class SlideStackView extends ViewGroup{ public SlideStackView(Context context, AttributeSet attrs, int defStyle) { super(context, attrs, defStyle); ... initAttributes(context, attrs); // we need to draw childs in reverse order setChildrenDrawingOrderEnabled(true); } public SlideStackView(Context context, AttributeSet attrs) { this(context, attrs, android.R.style.Theme_Black); } public SlideStackView(Context context) { this(context, null); } 

ここで特別なことは、スライドを描くときに非標準の順序を使用するように求めていることだけです。 最初は混乱する可能性があります。 問題は、スライドに右から左に番号を付ける必要があることです。 文字（＃0）のリストに行くために最初のスライド、近いそれは、我々はフォルダ（＃1）のリストをスライドし、最後に我々はアカウント（＃2）のリストでスライドを参照してくださいを参照してください。 ViewGroup自体の番号付けでは、通常の順序を使用する方がはるかに便利です。つまり、スライドを追加するとき、さらにスライドをさらに描画、配置するときなど、左から右への順序です。 ここでのポイントは、それが慣習的であるということでもなく、1行未満のコードで記述する必要があるということです。 実際、すべてはMotionEventsの処理に依存しています。 それらが転送されると、子の配列が0からchildCountの順に渡されます。 上部のスライドが下部と重なる可能性がある場合、送信されたMotionEventを処理できるスライドを探して、子を下部から上部へクロールし始める必要があります。 これについては、MotionEventの処理を開始するときに詳しく説明します。
したがって、非常に頻繁にこのメソッドが必要です。

  /** * Same as {@link #getChildAt(int)} but uses adapter's * slide order in depending on the actual child order * in the view group * @param position position of the child to be retrieved * @return view in specified */ private View getChild(int position){ return getChildAt(getChildCount() - 1 - position); } 

次に、描画順序では、何も変更する必要はありません。

  /** * Use this to manage child drawing order. We should draw * the slide #{lastSlide} (in adapter's data set indexes) first. Then draw * the slide with #{lastSlide - 1} and so on until the slide #0 inclusive * <p> * {@inheritDoc} */ @Override protected int getChildDrawingOrder(int childCount, int i) { //draw the last slide first. /** * __________ * __|0 | * |1 | | * | | | * | |__________| * |__________| */ return /*childCount - */i /*- 1*/; } 

今から楽しい部分です。 もちろん、スライドを表示する予定です。スライドの数はさまざまです。 Android Framework Teamでは、このためにいわゆるアダプターを使用することを決定しました。これは優れたアプローチなので、使用します。 そして、私たちに最も近いのは、ViewPagerで使用されるアダプターの実装だけです。このアダプターには追加の変更が必要ですが、それについては後でさらに説明します。

  /** * Used in case we have no valid position or actual position * can not be found. */ static final int INVALID_POSITION = -1; /** * Index of the first element from adapter's data set * added to the layout of the slide stack */ private int mFirst; /** * Current selected slide position in adapter's data set */ private int mSelected; /** * A data set adapter that prepares view for the slide stack view * and is responsible for base information about the containing * data set. */ private SlideStateAdapter mAdapter; /** * {@link DataSetObserver} that indicates about changes in slides * data set */ private final DataSetObserver mObserver = new Observer(); /** * Sets the adapter for providing the SlideStackView with * slides. * @param adapter */ public void setAdapter(SlideStateAdapter adapter){ if (mAdapter != null){ mAdapter.unregDataSetObserver(mObserver); mFirst = INVALID_POSITION; mScroller.stopScrolling(); removeAllViews(); } if(adapter != null){ mAdapter = adapter; mAdapter.regDataSetObserver(mObserver); } } 

クラスオブザーバーは、初心者にとって次のようになります。

  private final class Observer extends DataSetObserver{ @Override public void onChanged() { //empty } @Override public void onInvalidated() { //empty } } 

これで、表示する内容とそれを行う方法の間のリンクとして機能するアダプターができました。

明らかに、この種のコントロールの重要なポイントの1つは、スライドがSlideStackView内でどのように移動するかです。 これは、割り当てられた機能とこのタスクの効果的な実装に必要なコードの量の両方の点で、かなり膨大なタスクです。 したがって、次の解決策は、スクロール処理に関連するすべての機能を、そのように呼び出されるクラスに移動することです。

  public static class SlideScroller extends Scroller implements OnTouchListener{ private final ScrollingListener mListener; private final GestureDetector mGestureDetector; public SlideScroller(Context context, ScrollingListener listener, OnGestureListener gestureListener) { super(context); this.mListener = listener; this.mGestureDetector = new GestureDetector(context, gestureListener); mGestureDetector.setIsLongpressEnabled(false); } public void scroll(int distance, int time) { // ... } public void fling(int velocity){ ... } public void stopScrolling() { ... } @Override public boolean onTouch(View v, MotionEvent event) { ... } void finishScrolling() { ... } boolean isScrolling(){ ... } boolean isJustifying(){ ... } boolean isTouchScrolling(){ ... } } 

これで、このモジュールのスクロールキッチン全体を安全に取り出し、ScrollingListenerを介してSlideStackViewに必要なイベントのみを通知できます。

  public interface ScrollingListener { void onScroll(int distance); void onStarted(); void onFinished(); void onJustify(); } 

ViewGroupの実装はどこから始まりますか？ ViewGroupは、Viewでできることに加えて、その中に他のビューを持つこともできるリンカーです。 したがって、私たちの質問に対する答えは、ViewGroupの実装であり、これはOverrideメソッドで始まります。

  @Override protected void onLayout(boolean changed, int l, int t, int r, int b) { } 

スライドを配置する場所：

  @Override protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) { } 

そして、スライドを測定する場所。
測定から始めましょう：

  @Override protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) { setMeasuredDimension(getDefaultSize(0, widthMeasureSpec), getDefaultSize(0, heightMeasureSpec)); int childHeightSize = getMeasuredHeight(); int mChildHeightMeasureSpec = MeasureSpec.makeMeasureSpec( childHeightSize, MeasureSpec.EXACTLY); // Make sure we have created all fragments that we need to have shown. mInLayout = true; fillViewsIn(); mInLayout = false; // measure slides int size = getChildCount(); for (int i = 0; i < size; ++i) { final View child = getChild(i); if (child.getVisibility() != GONE) { int childWidthSize = getMeasuredWidth() - ( getRightEdgeDelta(mFirst + i - 1) + getLeftEdge(mFirst + i)); final int widthSpec = MeasureSpec.makeMeasureSpec( childWidthSize, MeasureSpec.EXACTLY); // LOG.v("Measuring #" + i + " " + child // + ": " + widthSpec); child.measure(widthSpec, mChildHeightMeasureSpec); } } } 

ここではすべてが簡単です。最初に、コンテナから与えられた仕様に基づいてスライドスタックのサイズを設定します。 モバイルメールでは、スライドスタックがマークアップのルート要素であるため、この方法で利用可能な領域全体を埋めます。

なぜなら スライドの高さを変えたくない場合は、MeasureSpec.EXACTLYフラグと、スライドスタックの測定された高さに等しい値を使用して、高さの仕様を作成します。

スライドを測定するには、当然スライド自体が必要なので、それらが既にマークアップに追加されていることを確認する必要があります。 これを行うには、スライドを上から下に埋めます。 その後、スライドを調べて、目的の幅を決定し、child.measure（widthSpec、mChildHeightMeasureSpec）を呼び出して測定します。

スライドの幅は、スライドスタックの幅から特定のスライド（フォルダーのリストを含むスライドなど）の左右のインデントを引いたものとして定義されます。



スライドを測定した後は、正しく配置するだけです。

  @Override protected void onLayout(boolean changed, int l, int t, int r, int b) { mInLayout = true; fillViewsIn(); mInLayout = false; for (int i = 0; i < getChildCount(); i++) { View child = getChild(i); int position = i + mFirst; onLayoutChild(child, position, changed); } mDirty.setEmpty(); } /** * Layouts child at the specified position (in adapter's data set). * Measures the child if needed. * @param child a child we are going to layout * @param position position of the child in adapter's data set */ protected void onLayoutChild(View child, int position, boolean changed) { if (child.getVisibility() != GONE) { LOG.d("onLayoutChild " + position); if (position < mSelected && changed){ closeView(position); LOG.v("close slide at " + position); } final LayoutParams lp = (LayoutParams) child.getLayoutParams(); SlideInfo info = getSlideInfo(child); int childLeft = getLeftEdge(position) + info.mOffset; int childRight = getRightEdge(position - 1) + info.mOffset; int childTop = getTop(); if (lp.needsMeasure) { lp.needsMeasure = false; final int widthSpec = MeasureSpec.makeMeasureSpec( childRight - childLeft, MeasureSpec.EXACTLY); final int heightSpec = MeasureSpec.makeMeasureSpec( getMeasuredHeight(), MeasureSpec.EXACTLY); child.measure(widthSpec, heightSpec); } // LOG.v("Positioning #" + position + " " + child + ":" + childLeft // + "," + childTop + " " + child.getMeasuredWidth() + "x" // + child.getMeasuredHeight()); child.layout(childLeft, getTop(), childRight, getBottom()); } } 

最初に、マークアップに表示できるすべてのスライドが既に追加されていることを確認する必要があります。次に、特定の各位置にスライドの位置を直接設定します。 追加したばかりのスライドが閉じられない可能性があるという事実を考慮することが重要です;これを修正する必要があります。

また、スライドスタックの測定後にスライドを追加した場合、このスライドも測定する必要があります。

ここで、SlideInfoは、スライドの位置と状態に関する情報を含む通常のホルダーです。

  /** * Simple info holder for the slide item * @author k.kharkov */ public static final class SlideInfo implements Parcelable{ /** * Describes slide offset relative to the slide stack. * Note that offset value do not describe actual slide * position inside the slide stack but only shows the * offset relative to the left position of the slide. * <p> * This means * <code>getLeftEdge(position) + info.mOffset</code> * equals to actual offset of the slide relative to * the slide stack view. */ private int mOffset = 0; /** * Indicates whether the slide is visible to the user * or hidden at near the slide stack side */ private boolean mOpened = true; /** * Position of the slide inside the slide stack */ private int mPosition = INVALID_POSITION; /** * The drawable to fill space between this slide and the * previous one. * @see SlideStackView#fillAreaToPrevSlide(Canvas, View) */ private Drawable mSpace; public SlideInfo() { super(); } } 

実際、SlideInfoを個別に使用する代わりに、LayoutParamsクラスの相続人に対処することができます。これは最終的には将来も使用します。 執筆時点では、これを知りませんでしたが、現在この情報をlayoutParamsに転送していませんが、すぐにそれをやりたいと思います。 追加ホルダーには犯罪者はいませんが、私はKISS（Keep It Simple Stupid）アプローチの支持者であり、2つではなく1つのオブジェクトを使用する方がはるかに簡単です:)

そこで、ViewGroupに既に追加したスライドをどのように扱うかを考えました。 まだ検討されていない質問は、そこにそれらを追加する方法です。 このため、メソッドを残しました：

  /** * Adds all required views in layout first. * Then adjusts visibility for each child. * @see #addViewsInside(int, int) * @see #adjustViewsVisibility() */ private void fillViewsIn() { int position = 0; int left = 0; if (getChildCount() > 0){ position = getLastVisiblePosition() + 1; View lastView = getChild(position - mFirst - 1); left = lastView.getLeft() - lastView.getScrollX(); } addViewsInside(position, left); adjustViewsVisibility(); } 

このメソッドは、最後のスライドを検索し、次のスライドがあればSlideStackViewに追加し、ユーザーに表示されます。 それはすべてこのように起こります：

  /** * Uses the adapter to add views to the slide stack view. * @param position last visible position of the view * @param left left coordinate of the last visible slide */ private void addViewsInside(int position, int left) { if (mAdapter == null || mAdapter.getCount() == 0){ return; } mAdapter.startUpdate(this); while ((position <= mSelected + 1 || left > getLeft()) && position < mAdapter.getCount()){ if (mFirst == INVALID_POSITION){ mFirst = 0; } LOG.d("addView inside " + position + " mSelected " + mSelected); mAdapter.instantiateItem(this, position); left = mSelected > position ? getLeftEdge(position) : getRightEdge(position - 1); position ++; } mAdapter.finishUpdate(this); } 

スライドとしてフラグメントを使用することにしたので、1つのフラグメントトランザクション内にスライドを追加する方が適切です。

その後、アカウントに新しく追加されたスライドを取って、初期条件の改正を行い、プロセスを繰り返してスライドするまでスライドを作成したり、不足する、またはスライドは、視認性のスライドスタックの境界を越えて行くことはありません。 leftが<= getLeft（）になった場合、これは追加した最後のスライドがスタックスライドの境界線と重なっていることを意味します。 次のスライドが完全にこのスライドの下のいずれかであり得る、または左に見ることができるが、この領域は、スライドスタックの境界内に収まっていないとユーザが表示されていないことが、この手段。 そして以来 スライドはユーザーには表示されないため、追加する意味はまだありません。

「しかし、スライド自体の追加はどこですか？」とあなたは尋ねます。 mAdapter.finishUpdate（これ）を呼び出した後; アダプタはトランザクションを開始し、FragmentManagerは転送されたコンテナ（これ-つまりSlideStackView）へのフラグメントの追加を開始します。 フラグメントを追加するプロセスを一言で説明するのは難しいので、読者がレビューできるようにこのトピックを残しましょう。 スライドを正しく配置するには、いくつかの調整が必要になるため、このメソッドを再定義します。

  /** * Specifies correct layout parameters for the child and * adds it according the the current {@link #mInLayout} * status. * <p> * {@inheritDoc} */ @Override public void addView(View child, int index, ViewGroup.LayoutParams params) { LOG.d("Add view from outside " + child); if (!checkLayoutParams(params)) { params = generateLayoutParams(params); } final LayoutParams lp = (LayoutParams) params; SlideInfo info = getSlideInfo(child); info.mPosition = getChildCount(); if (mAdapter != null){ info.mSpace = mAdapter.getSpaceDrawable(info.mPosition); } if (mInLayout) { lp.needsMeasure = true; addViewInLayout(child, 0, params); } else { super.addView(child, 0, params); } if (info.mPosition < mSelected){ closeView(info.mPosition); } } 

必要なデータを入力します。 次に、レイアウト中にスライドが追加されるかどうかに応じて、スタックをスライドに追加し、その位置が現在アクティブなスライドの位置よりも小さい場合はスライドを閉じます。

当然、フラグメントをスライドスタックに追加する場合は、いつかそれらを削除する必要があります。 削除動作は追加に似ていますが、ユーザーに表示されなくなったスライドを探し、アダプターを使用してViewGroupから削除するだけです。

メソッドfillViewsIn（）; 最後の保留中の行が残り、そこでadjustViewsVisibilityメソッドを呼び出します。

このメソッドは、名前が示すように、スライドの可視性を修正します。 これは、マークアップから削除できないが、ユーザーには表示されなくなったスライドの描画に時間を無駄にしないために必要です。 それ自体で、視認性の調整は非常に簡単です - 我々は唯一View.setVisibility（int型）、パスまたはView.VISIBLE、またはView.INVISIBLEを通じてスライドに可視性を置きます。 メソッド自体は少し複雑に見えますが、その動作の原理を理解すると、すべてが明らかになります。

  /** * Sets visibility parameter for each child according * to the actual visibility on the screen. Takes into * account that child shouldn't be invisible if it's * shadow is visible on the screen because it would * prevent from triggering {@link #drawChild(Canvas, View, long)} * method over that child. */ private void adjustViewsVisibility() { /** * init the rect to align right edge if the slide stack view */ Rect drawingRect = new Rect(); drawingRect.left = getRight(); drawingRect.top = getTop(); drawingRect.right = getRight(); drawingRect.bottom = getTop() + getHeight(); Rect parent = getChildDrawingRectPositive(this); /** * Then union each child drawing rect * with drawingRect of the slide stack * in order to determine when the views * behind the last actually visible view * in the slideStack view and hide all * the following views in order to prevent * re-drawing non-visible views * ________________________________ * | slideStackView __________| * | ____________________| | * || _ _ _ _ | | * ||| | |visible | * || |slide #0 | * ||| hidden slide| | | * || #2 | | * |||_ _ _ _| | | * ||last actual visible | | * ||slide #1 |__________| * ||__________________________| | * |________________________________| */ for (int i = 0; i < getChildCount(); i ++){ boolean hideNext = false; // LOG.v("adjustVisibility " + i); View child = getChild(i); Rect childRect = getChildDrawingRectPositive(child); // LOG.v("child.left " + childRect.left + // " drawing.left" + drawingRect.left + // " parent " + parent.toShortString() + // " child" + childRect.toShortString()); if (childRect.left < drawingRect.left && Rect.intersects(parent, childRect)){ drawingRect.union(childRect); // LOG.d("drawingRect after union with child " + i + " = " + // drawingRect.toShortString()); hideNext = false; } else { // LOG.d("hide view " + i); // LOG.v("child " + childRect.toShortString() + // " drawing " + drawingRect.toShortString() + // " parent " + parent.toShortString()); Rect childShadow = getShadowRect(childRect); if (childShadow.isEmpty()){ hideNext = true; } // if shadow visible - do not hide the slide // and let the shadow to be drawn if (childShadow.left < drawingRect.left && Rect.intersects(parent, childShadow)){ hideNext = false; } else { hideNext = true; } } // LOG.d("set visibility for child " + i + " = " + // (hideNext ? "Invisible" : "Visible")); child.setVisibility(hideNext ? View.INVISIBLE : View.VISIBLE); } } 

このメソッドの動作をペイントするために、できるだけ簡単にステップごとに試みます。

一般的なアルゴリズムは次のようになります。

1.スタックスライドの右端を取ります（右端のスライドは常に完全に表示され、左側のスライドはそれと重なっているためです。逆に、それはできません）。
2.すべてのスライドを調べて、各スライドが占めるスライドスタック内のスペースを占有エリアに追加します。
3.同時に、次のスライドがスタックスライドの境界外にあるか、その上にあるスライドによって完全に閉じられているかを調べ、「非表示」としてマークします。 それ以外の場合、スライドは「可視」と見なされます。

上記のdrawingRectメソッドでは、これはまさにスライドで既に占有されている領域であり、childRectはスライドが特定の位置にある領域です。

影の調整を行う必要があります。 影を自分で描画するため、スライドの可視性を調整するときに、影が占めるスペースを考慮しないと、スライドが互いに表示/非表示される瞬間に不快な点滅が見られます。 問題は、描画プロセス中にViewGroupで、子が表示されているか表示されていないかを確認することです。 表示されていない場合、drawChild（Canvas、View、long）メソッドはこの子に対して呼び出されません。これは非常に論理的です。 したがって、スライドからは影だけが見える場合でも、スライドが見えるようにする必要があります。 これを行うには、追加のチェックを行い、スライドがユーザーに表示されないと判断した時点で修正を行います。

  Rect childShadow = getShadowRect(childRect); if (childShadow.isEmpty()){ hideNext = true; } // if shadow visible - do not hide the slide // and let the shadow to be drawn if (childShadow.left < drawingRect.left && Rect.intersects(parent, childShadow)){ hideNext = false; } else { hideNext = true; } 

一般に、当然ながら、adjustViewsVisibility（）メソッド全体が最適化のために実装されているという事実に注意することが重要です。 結局のところ、ユーザーのモバイルデバイスに、まだ見えない仕事をさせたくないのです。 さらに、不必要な描画はパフォーマンスに大きく影響し、それに応じてアニメーションをスムーズにします。

ただし、ユーザーに表示されないスライドの描画を防止するだけでは、問題が完全に解決するわけではありません。 スライドの「オーバーレイ」はまだあります。 これは、1つのスライドを横に移動し、その下から次のスライドの一部を見るときに発生します。 つまり、ユーザーにはスライドの一部のみ（または、シャドウからシャドウの一部のみ）が表示され、スライド全体が全体として描画されることがわかります。 その後、もちろん、その上に別のスライドを描画します。

個人的に、Canvas.clipRect（Rect）メソッドを使用する以外に、このような問題を解決する他の方法は知りません。 したがって、個々のフレームでユーザーがスライドのどの部分を見るかを決定し、キャンバス上に描画する領域をユーザーがこのスライドから見るスペースに制限してから、スライドを描画する必要があります。

上記のスライド描画方法は、私にとって次のようなものです。

  /** * Clips the canvas to the child current bounds plus shadow. * <p> * Draws the shadow as well for each child. * <p> * {@inheritDoc} * @see #applyShadowToChild(Canvas, View) */ @Override protected boolean drawChild(Canvas canvas, View child, long drawingTime) { Rect childClip = getChildClipRect(child); // LOG.d("canvas " + canvas.getClipBounds().toShortString()); // LOG.d("draw Child " + child + " clip = " + childClip.toShortString()); // first // draw spaces between slides fillAreaToPrevSlide(canvas, child); // second // draw shadow for the slide applyShadowToChild(canvas, child); // third // actually draw child try{ canvas.save(); canvas.clipRect(childClip); boolean r = super.drawChild(canvas, child, drawingTime); return r; } finally { canvas.restore(); } } 

すべては、スライドの長方形を計算することから始まります。これは、画面上でユーザーに表示され、その後、スライド間のスペースを埋めて（存在する場合）、スライドの影を描画し、その後、計算されたchildClipにキャンバスを制限し、描画しますViewGroupで定義されているとおりにスライドします。

ご覧のとおり、すべてが非常に簡単です。 すべての魔法は、キャンバスを「切り抜く」必要がある領域を数える方法の中にあります。

  /** * Retrieves children's visible position on the screen * without it's shadow. * @param child we should retrieve visible bounds for * @return a child's visible bounds */ private Rect getChildClipRect(View child) { Rect childClip = getChildDrawingRectPositive(child); int position = getPositionForView(child); subtractRectWithChilds(childClip, position); // LOG.v("child clip " + position + " " + childClip.toShortString()); return childClip; } /** * Changes the specified clip rectangle, to subtract all the * following children from it. * @param childClip initial child rectangle in the screen * @param position child position within adapter's data set * @see #subtractToLeft(Rect, Rect) */ private void subtractRectWithChilds(Rect childClip, int position) { if (position >= 0){ position -= mFirst; for (int i = position - 1; i >= 0; i --){ View c = getChild(i); Rect r = getChildDrawingRectPositive(c); boolean changed = subtractToLeft(childClip, r); if (changed){ // LOG.v("child clipped " + childClip.toShortString()); } } } } 

最初の方法では、スライドスタック内のスライドの位置を見つけてから、スライドアダプターのインデックスでその位置を見つけます。 その後、不要なものをすべて「減算」して結果を返します。

, «» . , , ( ).

, .

, , , .

  /** * Same as {@link #subtract(Rect, Rect)} method, but processes * the case where source rectangle wasn't changed because it * contains <code>r</code>. In this case it adjusts <code>r</code> * from this: * <pre> * _______________________ * | source _________ | * | | r | | * | | | | * | | | | * | | | | * | |_________| | * |_______________________| * </pre> * * to this: in order to leave only left side of the source rectangle. * <pre> * ___________________________ * | source | r |1px| * | | |<->| * | | | | * | | | | * | | | | * | | | | * | | | | * |_________|_____________|___| * </pre> * @param source the rectangle we are going to subtract from * @param r the rectangle we are going to subtract from * source * @return <code>true</code> in case the source rectangle * has been changed. <code>false</code> otherwise */ private static boolean subtractToLeft(Rect source, Rect r){ boolean changed = subtract(source, r); if (!changed && source.contains(r)){ // adjust intersected rect manually r.right = source.right + 1; r.top = source.top; r.bottom = source.bottom; changed = subtract(source, r); } return changed; } /** * Subtracts <code>r</code> from the <code>source</code>. * Sets <code>r</code> rectangle to the intersection as well. * @param source * @param r * @return <code>true</code> if rectangle has been subtracted, * <code>false</code> otherwise. */ private static boolean subtract(Rect source, Rect r) { if (source.isEmpty() || r.isEmpty()){ return false; } if (r.contains(source)){ // LOG.w("return empty rect"); source.setEmpty(); return true; } if (source.contains(r)){ return false; } if (!r.intersect(source)){ return false; } boolean changed = false; if (source.left == r.left){ source.left = r.right; changed = true; } if (source.right == r.right){ source.right = r.left; changed = true; } if (source.top == r.top){ source.top = r.bottom; changed = true; } if (source.bottom == r.bottom){ source.bottom = r.top; changed = true; } source.sort(); return changed; } 

, , , «» - :)

, , – Rect. , . . , . «» , - , . , . . , , , . , , .

, , , , .

, – . , . , . , , MotionEvent' , , -, .

, , , ViewGroup.

– - Mail.Ru. . , .