Skip to content
This repository has been archived by the owner on Feb 9, 2018. It is now read-only.

Allow viewing and editing beyond the latest 30 posts #81

Open
vickychijwani opened this issue Jun 29, 2015 · 7 comments
Open

Allow viewing and editing beyond the latest 30 posts #81

vickychijwani opened this issue Jun 29, 2015 · 7 comments

Comments

@vickychijwani
Copy link
Owner

vickychijwani commented Jun 29, 2015

Pagination needs to be implemented. When the user scrolls down to the bottom, the next page of posts should be fetched and displayed. Linked: #102.

The API for pagination is going to be changed soon in an upcoming Ghost release, probably should wait for it. Relevant Ghost issue: TryGhost/Ghost#5463.

@vickychijwani vickychijwani added this to the 1.0 milestone Jun 29, 2015
@vickychijwani vickychijwani changed the title Post list displays only first page of posts Implement pagination in post list Sep 5, 2015
vickychijwani added a commit that referenced this issue Apr 29, 2016
This fix simply limits the number of viewable posts to 30, until proper
pagination (#81) can be implemented with all its inherent complexities.
@vickychijwani vickychijwani changed the title Implement pagination in post list Allow viewing and editing beyond the first 30 posts Apr 29, 2016
@vickychijwani vickychijwani removed this from the 1.0 milestone Apr 29, 2016
@vickychijwani
Copy link
Owner Author

vickychijwani commented Apr 29, 2016

The big problem with implementing pagination is what to do about cached posts that are deleted from the server.

  • If we no longer fetch all posts from the server, we don't know what's been deleted in the first place
    • One might think this can be worked around by making an API call to check the existence of each post that may have been deleted. However, if fetching a single page with 15-20 posts, all other posts (perhaps in the hundreds) may have been deleted.
    • Maybe instead we perform these existence checks only very rarely, like once a week or once a month?
  • Also, what about posts beyond the first page that are already cached? When and how will they be updated? Because the current idea is to always fetch the first page of posts on app start / resume, plus any new pages when the user scrolls to the bottom

@vickychijwani vickychijwani changed the title Allow viewing and editing beyond the first 30 posts Allow viewing and editing beyond the latest 30 posts May 5, 2016
@danhunsaker
Copy link

If it were me, I'd check the cached posts periodically (x days after last caching), and also include a menu option or button of some kind to manually refresh the cache. Additionally, when a cached post is opened, I'm pretty sure it would already trigger a check against the live blog at that point, but that's another point I'd check at.

@Memphizzz
Copy link

Memphizzz commented Nov 28, 2017

Needed as I currently only see my drafts...

@Memphizzz
Copy link

For real guys? This is an open issue since June 29 2015(!!). Come on!

@gldraphael
Copy link

One improvement would be to show draft posts + the first x posts. Or better still, feature a toggle to hide drafts from the list.

The reason is the same as @memphizz, all I see are draft posts. And without search, it makes it impossible to fix typos to recently published posts from within the app.

@Memphizzz
Copy link

Well, no response, nothing. Can we assume development is dead on this issue?

@vickychijwani
Copy link
Owner Author

@Memphizzz I still work on this app, but you need to understand that I'm doing it in my free time. I have a separate, completely unrelated, full-time job too.

I realize that this is a big issue for some people (that's why I went to the effort of linking to it from the app in the first place - to guage how many users actually run into this issue), but I have nothing more to add at the moment. I see no point in spamming everyone subscribed to this issue unless I have something meaningful to say.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

4 participants