You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
when tusky is restored from a previous session, new toots commonly will not load automatically. on a pull-to-refresh, it fetches the latest 40 or so toots, and prepends them to the top of the list. it seems to be impossible to load toots between the newly loaded ones, and the ones from a previous session, leaving an unclosable gap in the timeline.
to reproduce
open tusky
allow toots to load
switch apps so tusky is no longer focused, come back after more toots than the fetch amount (40 or so? i'm guessing) have been made
scroll to the top of the timeline, pull to refresh
scroll past the newly loaded toots
observed behavior
there is no division between old and new toots. they are part of a contiguous timeline without the option to load those that are in the gap.
desired behavior
a division between the old and new toots would be shown, with an option to load those that are in the gap
The text was updated successfully, but these errors were encountered:
I've looked into this and it seems like it's not easy. We need another cell to signify the "gap" and it will shift everything below it by one.
We also have to keep track of what we have loaded and what not.
The only easy solution I see now is to drop everything below new toots if ends didn't meet.
So here is what i am going to attempt. This should also solve #89
have a special status that marks "here is a part of the timeline missing". The adapter renders it as a button to load the missing part. Needs some logic to determine whether there are missing statuses between old and newly loaded ones. Looking at the Link header may help.
implement saving statuses to database
when exiting the app, save all statuses from the currently visible up to the newest to database, including the special statuses
save currently visible position in shared preferences
when reopening the app, recreate the state from shared preferences and database
Yes this will take some time. I will probably need loads of async stuff and some kind of cache management that cleans old statuses from the database. But the user experience should then be much better.
when tusky is restored from a previous session, new toots commonly will not load automatically. on a pull-to-refresh, it fetches the latest 40 or so toots, and prepends them to the top of the list. it seems to be impossible to load toots between the newly loaded ones, and the ones from a previous session, leaving an unclosable gap in the timeline.
to reproduce
observed behavior
there is no division between old and new toots. they are part of a contiguous timeline without the option to load those that are in the gap.
desired behavior
a division between the old and new toots would be shown, with an option to load those that are in the gap
The text was updated successfully, but these errors were encountered: