This repository was archived by the owner on May 23, 2025. It is now read-only.
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
Uh oh!
There was an error while loading. Please reload this page.
-
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