Yeah, I understand that everything can’t be loaded at the sam time, but this is not the solution. The reason to browse by chronological order, from oldest to newest, is so that I don’t miss posts. But on everey single microblogging app, decentralized or ran by a lunatic wit too much money, there is the barrier between the last few new posts, and where you last left reading.
The eorst part: this loads the newest first, and prefers to push you to the top, requiring you to search where you actually left off.
How about we just have a button to “go to the newest” that throws you to whatever has been published within the 5 minutes, and assume if you’re browsing from bottom to top, you want more to be shown, but properly chronologically.
To be fair, I don’t mind the button itself, if it worked as I wanted it to, and could be changed to load from oldest to new, and sustain your scrolling position. But as they do now, you can sustain your position by fiddling with the loading, and you need to load everything to get back to scrolling if you want to read from oldest to newest.
This button was basically designed for people that sort only by popular, but I think I’m not the onlyone who prefers not to have their microblogs pre-curated by popularity, and I really hate it when I am forced to miss posts just because of the general design practices that are designed for commercialized services.
And as I said in another post, the “trending” -statistics of Mastodon is just a peak, and then forgotten. I have my suspicion that it’s because people do not sort by popular, and by end up missing the stuff that has trended, because design choises like the funcrionality of this button. Surely, the other element is the trending algorithm, and how it is pushed, but that’s a whilly different can of worms to open.