qiujie-hn/sticky-layoutmanager

An android recyclerview sticky item view layout manager library

sticky-layoutmanager's Issues

I support it used in ConcatAdapter. Please see me

See
https://github.com/XXQAQ/Sticky

嵌套NestedScrollView不起吸顶效果了

findHeaderIndexOrBefore这个方法一直返回-1。不走后面的createStickyHeader了。

Can't using with ConcatAdapter

How to using with ConcatAdapter

ConcatAdapter can't extend

When using groupie as the sticky item do not work scroll

possible memory leak??

.......

├─ androidx.recyclerview.widget.RecyclerView$AdapterDataObservable
│ Leaking: UNKNOWN
│ ↓ RecyclerView$AdapterDataObservable.mObservers
│ ~~~~~~~~~~
├─ java.util.ArrayList
│ Leaking: UNKNOWN
│ ↓ ArrayList.elementData
│ ~~~~~~~~~~~
├─ java.lang.Object[]
│ Leaking: UNKNOWN
│ ↓ array Object[].[0]
│ ~~~
├─ androidx.recyclerview.widget.RecyclerView$RecyclerViewDataObserver
│ Leaking: UNKNOWN
│ ↓ RecyclerView$RecyclerViewDataObserver.this$0

....

Critical codes are removed

findLastCompletelyVisibleItemPosition 数据不正确

使用StickyHeadersLinearLayoutManager后导致
lastVisibleItemPosition = ((LinearLayoutManager) layoutManager).findLastCompletelyVisibleItemPosition();不能正常获取到位置，去掉是好的。

topPadding on RecyclerView is ignored

Having vertically scrolling StickyHeadersLinearLayoutManager + topPadding (clipToPadding=true) on RecyclerView doesn't work as expected and the stickyHeaderView is being moved even beyond the padding threshold.

Endless loop to computeVerticalScrollOffset

Hey, tried you lib out and it worked well until I noticed a endless loop when enabling vertical scrollbars.

Without out scrollbars it works fine. But with vertical scrollbars enabled I get an endless loop to the following methods.

public int computeVerticalScrollExtent(State state)
public int computeVerticalScrollOffset(State state)
public int computeVerticalScrollRange(State state)

Stacktrace:

•	"main"@8,037 in group "main": RUNNING
•	computeVerticalScrollOffset:215, StickyHeadersLinearLayoutManager {com.jay.widget}
•	computeVerticalScrollOffset:1948, RecyclerView {android.support.v7.widget}
•	onDrawScrollBars:16826, View {android.view}
•	onDrawForeground:20892, View {android.view}
•	draw:19205, View {android.view}
•	draw:4107, RecyclerView {android.support.v7.widget}
•	updateDisplayListIfDirty:18142, View {android.view}
•	recreateChildDisplayList:4220, ViewGroup {android.view}
•	dispatchGetDisplayList:4200, ViewGroup {android.view}
•	updateDisplayListIfDirty:18101, View {android.view}
•	recreateChildDisplayList:4220, ViewGroup {android.view}
•	dispatchGetDisplayList:4200, ViewGroup {android.view}
•	updateDisplayListIfDirty:18101, View {android.view}
•	recreateChildDisplayList:4220, ViewGroup {android.view}
•	dispatchGetDisplayList:4200, ViewGroup {android.view}
•	updateDisplayListIfDirty:18101, View {android.view}
•	recreateChildDisplayList:4220, ViewGroup {android.view}
•	dispatchGetDisplayList:4200, ViewGroup {android.view}
•	updateDisplayListIfDirty:18101, View {android.view}
•	recreateChildDisplayList:4220, ViewGroup {android.view}
•	dispatchGetDisplayList:4200, ViewGroup {android.view}
•	updateDisplayListIfDirty:18101, View {android.view}
•	recreateChildDisplayList:4220, ViewGroup {android.view}
•	dispatchGetDisplayList:4200, ViewGroup {android.view}
•	updateDisplayListIfDirty:18101, View {android.view}
•	recreateChildDisplayList:4220, ViewGroup {android.view}
•	dispatchGetDisplayList:4200, ViewGroup {android.view}
•	updateDisplayListIfDirty:18101, View {android.view}
•	recreateChildDisplayList:4220, ViewGroup {android.view}
•	dispatchGetDisplayList:4200, ViewGroup {android.view}
•	updateDisplayListIfDirty:18101, View {android.view}
•	recreateChildDisplayList:4220, ViewGroup {android.view}
•	dispatchGetDisplayList:4200, ViewGroup {android.view}
•	updateDisplayListIfDirty:18101, View {android.view}
•	updateViewTreeDisplayList:669, ThreadedRenderer {android.view}
•	updateRootDisplayList:675, ThreadedRenderer {android.view}
•	draw:783, ThreadedRenderer {android.view}
•	draw:2992, ViewRootImpl {android.view}
•	performDraw:2806, ViewRootImpl {android.view}
•	performTraversals:2359, ViewRootImpl {android.view}
•	doTraversal:1392, ViewRootImpl {android.view}
•	run:6752, ViewRootImpl$TraversalRunnable {android.view}
•	run:911, Choreographer$CallbackRecord {android.view}
•	doCallbacks:723, Choreographer {android.view}
•	doFrame:658, Choreographer {android.view}
•	run:897, Choreographer$FrameDisplayEventReceiver {android.view}
•	handleCallback:790, Handler {android.os}
•	dispatchMessage:99, Handler {android.os}
•	loop:164, Looper {android.os}
•	main:6494, ActivityThread {android.app}
•	invoke:-1, Method {java.lang.reflect}
•	run:438, RuntimeInit$MethodAndArgsCaller {com.android.internal.os}
•	main:807, ZygoteInit {com.android.internal.os}

Why am I have to use ids.xml file's ids

If I create a view id for the holder, holder can't find the id and return null. I have to get ids from android's ids.xml file. WHY?

如果吸顶header是一个tab, 数据恢复有点问题

如果我的吸顶header是一个tab, 比如当前tab是0， 我上滑滑动一定距离后出现吸顶tab后，选择第3个，再下滑到不吸顶状态，tab又回到第0个了。