Ashinch
Restore last viewed position in article list
Checklist
- [x] I've already searched in existing issues and haven't found a similar feature request.
Which category best fits this feature request?
Others
Is your feature request related to a problem? Please describe.
Yes. When I scroll through the list of articles (favorite, read and unread) and quit the app—whether by closing it or the system kills it—my position in the list is lost.
When I return, I have to scroll again to find where I left off.
This breaks the flow when I’m browsing many headlines or going through a long backlog.
Describe the solution you'd like
I’d like the app to remember my last scroll position in the article.
When I reopen the app, it should return me to the exact place in the list where I left off.
This would make the user experience smoother by letting users pick up where they left off without extra scrolling or searching.
Related links
The app Handy News Reader provides a similar feature: https://github.com/yanus171/Handy-News-Reader
The iOS rss app reeder https://apps.apple.com/us/app/reeder/id6475002485 actually builds itself entirely around this saved timeline position concept (there are no marking articles as "read") and I think it works amazingly and could fit very nicely into this app as well.
there are no marking articles as "read"
@gabeklavans could you elaborate?
scroll through the list of articles (favorite, read and unread)
Exactly which filter is your most-used one?
This breaks the flow when I’m browsing many headlines or going through a long backlog.
could you specify how long is the list and how far you typically scroll? ~50 out of 1000+ or more?
there are no marking articles as "read"
@gabeklavans could you elaborate?
Sure, I've been thinking more about this.
Basically, there's just one list of articles, ordered by when they get retrieved, and the app saves your position in that list. There's no need to mark articles as read because you can assume if you've scrolled past an article, you're done with it.
It does this separate for each potential list, as well, such as sub folders.
I'm thinking that a cool way this could be implemented while retaining support for external servers like FreshRSS, is it combines this timeline position behavior with an automatic "mark as read" once an article has scrolled off screen. That way the app can send to the external server that the article was read, and maintain pretty close synchronization with other apps that might be hooked into that external server.
On the Read You UI side, there can just be some sort of slight indication of the read status for an article, still, for transparency.
@gabeklavans I see. Reeder is different from its predecessor Reeder Classic and does not serve as a rss reader imo