dispatchTouchEvent about swipetoloadlayout

[Aspsine]

这是我当时为了解决一个bug写的一段chenglish，见笑了。

当前状态是SWIPING_TO_REFRESH的时候，抬起手指，然后落下手指。如果这时候状态依然是SWIPEING_TO_REFRESH(当速度特别快的时候，header没有收缩到原位，所以这种情况是可能的。)

当时onInterceptTouchEvent ACTION_DOWN中是这样的：

if (!(STATUS.isRefreshComplete(mStatus) || STATUS.isLoadMoreComplete(mStatus))
                        && !(STATUS.isRefreshing(mStatus) || STATUS.isLoadingMore(mStatus))) {
  mAutoScroller.abortIfRunning();
}

这时候明显if条件是成立的，所以

mAutoScroller.abortIfRunning();

会执行，让scroller停止。

这时候手指如果移动，在ACTION_MOVE中的triggerCondition为false。

boolean triggerCondition = (yInitDiff > 0 && moved && onCheckCanRefresh())
                        || (yInitDiff < 0 && moved && onCheckCanLoadMore());
if (triggerCondition) {
    // the trigger condition refresh or load more is true
    // intercept the move action event and pass it to SwipeToLoadLayout#onTouchEvent()
    return true;
}

这次事件就不能拦截在SwipeToLoadLayout中，而是会传向swipe_tagert这id的子view的onTouchEevent。所以随后的ACTION_UP和ACTION_CANCEL都不会传向onInterceptTouchEvent和onTouchEvent。

而我在SwipeToLoadLayout的onTouchEvent的ACTION_UP和ACTION_CANCEL中调用了onActivePointerUp()`来让scroller运行，让header弹回去。

case MotionEvent.ACTION_UP:
case MotionEvent.ACTION_CANCEL:
    if (mActivePointerId == INVALID_POINTER) {
        return false;
    }
    onActivePointerUp();
    mActivePointerId = INVALID_POINTER;
    break;

所以，就导致了当时header会卡住的bug。

然后当时的处理方式是，把onActivePointerUp()放在dispatchTouchEvent中去执行。bug就fix了。

当时处理这个问题用的时间比较长，然后就做了一下简单的记录。

从现在的代码里面应该是找不到轨迹了，应该删掉的，对你造成了误导，不好意思啊。

看这里：

SwipeToLoadLayout/library/src/main/java/com/aspsine/swipetoloadlayout/SwipeToLoadLayout.java

Line 932 in 45a3fda

public boolean onInterceptTouchEvent(MotionEvent event) {