Replies: 2 comments 2 replies
-
Technical note: There is an argument to the TimelineFragment ARG_ENABLE_SWIPE_TO_REFRESH that might influence the "jump upwards only a bit". However that is currently not configurable (and probably shouldn't be) and is normally true. |
Beta Was this translation helpful? Give feedback.
0 replies
-
Hey, I think it would be good to have fewer interactions however there are a lot of people who want to read from the oldest. It also doesn't work that well at the moment so I think it's worth discussing. |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hi and let me first thank you for maintaining and pushing this great app.
I would like to improve the "list update interaction" in certain locations.
But first I'd like to hear if these ideas are going in the right direction (and after that I have some technical difficulties... :-) ).
Currently in order to get to the most recent statuses for example for the home timeline you normally need 4 interactions:
Starting for example from the notifications tab:
I'd like this to be two:
This is basically how for example the Twitter app or webpage behaves and also the Mastodon Web UI when "manual refresh" is disabled.
This could be split in two steps:
While 1. combines the last two of the above 4 interactions with 2. it would combine the last 3.
What do you think? Is there anything (maybe domain-specific) thing I might have overlooked?
Beta Was this translation helpful? Give feedback.
All reactions