-
Notifications
You must be signed in to change notification settings - Fork 554
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[5.0.0 June 5th SNAPSHOT] SwipeRefresh is below the first expanded Sticky Header #104
Comments
Hi @bornest, @mdtuyen already reported this issue (see #83). Actually this is a strange bug: it's caused by the layout position order and I resolved it, but I've discovered yesterday that moving the StickyHeader layout inside the SwipeRefreshLayout it is not possible anymore to drag items: SwipeRefresh circle is showing while dragging down. I don't know how to resolve it having dragging feature working as well. You can test it in the demo app by commenting/un-commenting the lines in the layout Maybe, a solution could be to disable sticky header while dragging. |
OK, got it, thanks. Fortunately, I don't need dragging functionality right now. Actually, maybe you could disable SwipeRefresh when entering the dragging mode, I guess you'd have to disable something in any case, 'cos it's a conflict of two use-case scenarios for one physical action. |
Hi! Thank you very much for the latest fixes, library has really improved in its usability!
Found a minor issue with the SwipeRefresh and Sticky Headers:
If the first Sticky Header in the list is expanded,
when you initiate refresh with SwipeRefresh,
SwipeRefresh animation is displayed below this header.
The text was updated successfully, but these errors were encountered: